Version-Release number of selected component: cscope-15.8-8.fc20 Additional info: reporter: libreport-2.2.2 backtrace_rating: 4 cmdline: /usr/bin/cscope -dl -f /home/rhack/src/linux/cscope.out crash_function: _IO_getc executable: /usr/bin/cscope kernel: 3.13.10-200.fc20.x86_64 runlevel: N 5 type: CCpp uid: 20787 Truncated backtrace: Thread no. 1 (1 frames) #0 _IO_getc at getc.c:38
Created attachment 894596 [details] File: backtrace
Created attachment 894597 [details] File: cgroup
Created attachment 894598 [details] File: core_backtrace
Created attachment 894599 [details] File: dso_list
Created attachment 894600 [details] File: environ
Created attachment 894601 [details] File: exploitable
Created attachment 894602 [details] File: limits
Created attachment 894603 [details] File: maps
Created attachment 894604 [details] File: open_fds
Created attachment 894605 [details] File: proc_pid_status
Created attachment 894606 [details] File: var_log_messages
Can you please do the following: 1) Send me the cscope.out file you were using 2) Let me know exactly what search you were conducting when the problem occured? I'd like to try reproduce the problem here. Thanks!
1) I don't have cscope.out because I ran this from my shell script which call cscope to my src archive. 2) I don't know :(. Sorry but this just happened. And I don't know how I triggered this issue. My script for downloading sources looks like: #!/bin/bash WHAT=(gdb glibc linux strace libseccomp-libseccomp postgresql perl minix seabios gcc openlmi-providers openlmi-networking openlmi-storage samba openlmi-scripts glib libpcap busybox dtc systemtap systemd freebsd netbsd kpatch) for DIR in "${WHAT[@]}"; do OPTS="" if [[ $DIR == "linux" ]]; then OPTS="-k" fi (echo "Processing dir $DIR" cd $DIR && schedtool -D -n 19 -e ionice -c 3 git pull && schedtool -D -n 19 -e ionice -c 3 ctags -R && \ find . -type f \ -name '*.py' \ -o -name '*.java' \ -o -iname '*.[CH]' \ -o -name '*.cpp' \ -o -name '*.cc' \ -o -name '*.hpp' \ -o -name '*.[sS]' \ > cscope.files && schedtool -D -n 19 -e ionice -c 3 cscope -b -q ${OPTS}) & sleep 1 done wait Maybe I ran out of space when this script runs..
thats possible, cscope also doesn't really support parsing java or C++ files (though it manages most of the time). And your list of sources would certainly build a huge database, so either running out of space or hitting some sort of odd cscope file size limit may well be possible here. I'm not sure what to do from this point. I think, I'll just close this bug as insufficient data, and if you manage to reproduce, please upload the cscope database and the command you used to hit it. Thanks!