Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: After updating to cscope-15.6-6.fc12 (i686), cscope does not correctly parse multiple options given after a single hyphen. For example, "cscope -b -R" is OK, but "cscope -bR" segfaults. Version-Release number of selected component (if applicable): cscope-15.6-6.fc12 (i686) How reproducible: Cscope segfaults for most combinations of options, but not all. "cscope -ld" does not segfault.
do you have a backtrace?
Created attachment 378194 [details] core file Attaching a core file created by "cscope -bR". Cscope was run in a directory containing a dummy empty file "temp.c" only. Backtrace: #0 strchr () at ../sysdeps/i386/strchr.S:67 #1 0x0805170c in compath (pathname=<value optimized out>) at compath.c:69 #2 0x080529e4 in infilelist (path=<value optimized out>) at dir.c:623 #3 0x08053787 in makefilelist () at dir.c:280 #4 0x0805af18 in main (argc=-1, argv=<value optimized out>) at main.c:688
I don't see how this is happening. specifying multiple options like that should result in an error exit condition, and not get to this point. Are you using an existing cscope.out file when this occurs? Also, what version of glibc are you running with?
Also, not that I purposely changed the implementation of how cscope operates to use the gnu getopt_long interface because the current implementation was filled with possible errors that led to stack overflows. As the latest implementation of getopt long doesn't support the specification of multiple options in 1 argument, doing so in cscope won't be supported any more.
scratch that last comment, I just got it to reproduce.
ok, found the problem, and it identical to another bug I have, I'm closing this a duplicate of that. *** This bug has been marked as a duplicate of bug 547023 ***