Red Hat Bugzilla – Bug 98668
minicom segfaults/crashes on exit
Last modified: 2007-11-30 17:10:31 EST
minicom-2.00.0-13 glibc-2.3.2-57 kernel-2.4.20-20.1.2013.nptl redhat-release-8.0-8 (rawhide) I did not test this on other versions. 1) start minicom as root from (gnome-)terminal without parameters 2) a+q -> quit (or a+x -> quit) 3) when the terminal gets blank, press crtl+z Suspended. Type "fg" to resume. Segmentation fault strace: ... setregid32(0, 0) = 0 setreuid32(0, 0) = 0 rt_sigaction(SIGCHLD, {SIG_DFL}, {SIG_DFL}, 8) = 0 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xbf5ee2c8) = 17930 --- SIGCHLD (Child exited) @ 0 (0) --- waitpid(17930, [WIFEXITED(s) && WEXITSTATUS(s) == 0], 0) = 17930 rt_sigaction(SIGCHLD, {SIG_DFL}, {SIG_DFL}, 8) = 0 close(3) = 0 --- SIGTSTP (Stopped) @ 0 (0) --- ioctl(0, SNDCTL_TMR_STOP, {B38400 opost isig icanon echo ...}) = 0 write(1, "\33[47;1H\33[?25h\33[H\33[2J\33[?1l\33>", 27) = 27 rt_sigaction(SIGTSTP, {SIG_DFL}, {0x8049e80, [TSTP], SA_RESTORER|SA_RESTART, 0xea7948}, 8) = 0 fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 13), ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xbf3e7000 write(1, "Suspended. Type \"fg\" to resume.\n", 32) = 32 getpid() = 17926 kill(17926, SIGTSTP) = 0 rt_sigaction(SIGTSTP, {0x8049e80, [TSTP], SA_RESTORER|SA_RESTART, 0xea7948}, {SIG_DFL}, 8) = 0 ioctl(0, SNDCTL_TMR_STOP, {B38400 opost isig icanon echo ...}) = 0 ioctl(0, SNDCTL_TMR_TIMEBASE, {B38400 opost isig icanon echo ...}) = 0 ioctl(0, SNDCTL_TMR_STOP, {B38400 -opost -isig -icanon -echo ...}) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- Process 17926 detached
This still happens with FC2-test2 No usable bt: #0 0x0805c7b0 in ?? () (gdb) bt #0 0x0805c7b0 in ?? () #1 0x00000001 in ?? () minicom-2.00.0-18.1 glibc-2.3.3-18 kernel-2.6.3-1.116
Can't duplicate it here .. Im confused when you hit ^Z and which app is being ^Zdded
I can't seem to be able to reproduce on Fedora Core 2 anymore. Earlier there was quite a long delay between Minicom cleared it's screen and fully exited and terminal gained control again. This is where I hit ^z. Now this isn't happening anymore and control is returned in a snap. I'll close this bug for now. Free free to reopen if someone can still reproduce this. Tested now with: minicom-2.00.0-18.1 glibc-2.3.3-27 kernel-2.6.6-1.435 fedora-release-2-4