Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 98668

Summary: minicom segfaults/crashes on exit
Product: [Fedora] Fedora Reporter: Toni Willberg <toniw>
Component: minicomAssignee: Eido Inoue <havill>
Status: CLOSED WORKSFORME QA Contact:
Severity: high Docs Contact:
Priority: medium    
Version: rawhideCC: alan
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-06-21 16:37:10 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 100644    

Description Toni Willberg 2003-07-07 12:01:54 UTC
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

Comment 1 Toni Willberg 2004-03-31 20:35:50 UTC
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

Comment 2 Alan Cox 2004-06-21 15:45:03 UTC
Can't duplicate it here .. Im confused when you hit ^Z and which app
is being ^Zdded


Comment 3 Toni Willberg 2004-06-21 16:37:10 UTC
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