abrt 1.0.8 detected a crash. architecture: x86_64 Attached file: backtrace cmdline: cscope -R -k -p4 component: cscope executable: /usr/bin/cscope kernel: 2.6.32.10-90.fc12.x86_64 package: cscope-15.6-8.fc12 rating: 4 reason: Process /usr/bin/cscope was killed by signal 6 (SIGABRT) release: Fedora release 12 (Constantine) How to reproduce ----- 1. run "cscope -R -k -p4" in dir containing any source code 2. press ctrl-\ 3. enjoy the crash =]
Created attachment 412837 [details] File: backtrace
Hey jiri, did you by any chance build the cscope.out database on a machine of a different arch than the one that you were using it on? x86_64 vs i686 perhaps?
Negative. I'm working on x86_64 and the error occurs everytime, doesn't matter if cscope.out is already there or if it's created atm.
Also, my colleague has F13 and it's the same there.
sorry, jiri, i got a slew of these and assumed they were all the same. But this is definately different than the others . This looks like we're tripping somewhere inside the ncurses library. I'm running F-12 here and cscope isn't crashing for me. Can you tell me what version of ncurses you and your colleague are running with, and provide the cscope database your using please? also, if you could test the patch I'm about to attach out, that would be a big help. I don't expect its a fix for the issue, but it will suggest if the use of setjmp/longjmp is related to this problem. Thanks!
Created attachment 412892 [details] patch to avoid using setjmp/longjmp in mygetch
ncurses-5.7-3.20090207.fc12.x86_64 going to test the patch
hmm, so with your patch applied, it end up the same: [jirka@psychotron test]$ cscope Aborted (core dumped) But in this case it's not caught by ABRT - so something is different...
yeah, abrt won't catch it because the md5sum of the binary doesn't match what it expects, so it can't find the debuginfo package to go with it. Thats nothing to worry about Ok, so this bug has nothing to do with the setjmp/longjmp use in mygetch, thats good to know. I'm not quite sure how this could be related to the input database either, since this is on a code path where we take input from the user interface. and yet, I'm unable to reproduce this on my F-12 system here, and I'm running the same ncurses library. Jiri, do you think you could reproduce this on a system in beaker that that you could then point me to, so I can further debug it? Or alternatively, if you can provide me as much detail as possible, I'll try to get it to reproduce on a system and resolve this. Things of interest that might relate to the reproducer include: 1) the source tree being debugged at the time 2) options used to build the cscope.out file 3) information regarding the hardware/software the tty is attached to where you are running cscope (serial port, ssh session, screen session, vnc, etc) 4) Any special options you set out of defaults on the tty Thanks!
sorry, I'm a fool. I see the problem now. ctrl-\ maps to SIGABRT, which causes the process to terminate on abort. The only odditiy is that I don't think we should be unmasking SIGABRT, so we shouldn't fall over. A straight build of the upstream sources ignores SIGABRT properly, so I'm not sure what the difference is. Investigating...
This message is a reminder that Fedora 12 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 12. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '12'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 12's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 12 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 12 changed to end-of-life (EOL) status on 2010-12-02. Fedora 12 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.