libreport version: 2.0.10 abrt_version: 2.0.7 backtrace_rating: 4 cmdline: /usr/bin/cscope -dl -f cscope.out crash_function: __GI_raise executable: /usr/bin/cscope kernel: 3.6.6-1.fc16.x86_64 pid: 9019 pwd: /vol/home/burhan/b20121109_ba_a/htrak/code time: Mon 19 Nov 2012 10:12:11 GMT uid: 506 username: burhan var_log_messages: Nov 19 10:12:11 orion abrt[9020]: Saved core dump of pid 9019 (/usr/bin/cscope) to /var/spool/abrt/ccpp-2012-11-19-10:12:11-9019 (1609728 bytes) backtrace: Text file, 6175 bytes environ: Text file, 5087 bytes build_ids: :2e4f144d6c8fb2dbb214fdbea0c327b05fa70a78 :b2addb78b534f66e1c4fb01a407861181151bd8a :58803db420709341d8e6a713b18e54a6e1824272 :2c92365a7897fdba33ff309b07ed8eb7a1bf0fbc :e7160fedcf92e2c07f8883f15c71d703b9e7abcb :3cbc639da8b05f5cd87202ff77c5c335313d3276 dso_list: :/lib64/libdl-2.14.90.so glibc-2.14.90-24.fc16.9.x86_64 (Fedora Project) 1346144018 :/lib64/libtinfo.so.5.9 ncurses-libs-5.9-2.20110716.fc16.x86_64 (Fedora Project) 1328180149 :/lib64/libc-2.14.90.so glibc-2.14.90-24.fc16.9.x86_64 (Fedora Project) 1346144018 :/usr/bin/cscope cscope-15.8-2.fc16.x86_64 (Fedora Project) 1343035822 :/lib64/libncurses.so.5.9 ncurses-libs-5.9-2.20110716.fc16.x86_64 (Fedora Project) 1328180149 :/lib64/ld-2.14.90.so glibc-2.14.90-24.fc16.9.x86_64 (Fedora Project) 1346144018 maps: :00400000-004a2000 r-xp 00000000 fd:00 80984 /usr/bin/cscope :006a1000-006a2000 r--p 000a1000 fd:00 80984 /usr/bin/cscope :006a2000-006a3000 rw-p 000a2000 fd:00 80984 /usr/bin/cscope :006a3000-006c0000 rw-p 00000000 00:00 0 :00cb6000-00cd7000 rw-p 00000000 00:00 0 [heap] :354f200000-354f222000 r-xp 00000000 fd:00 1218 /lib64/ld-2.14.90.so :354f421000-354f422000 r--p 00021000 fd:00 1218 /lib64/ld-2.14.90.so :354f422000-354f423000 rw-p 00022000 fd:00 1218 /lib64/ld-2.14.90.so :354f423000-354f424000 rw-p 00000000 00:00 0 :354f600000-354f7ad000 r-xp 00000000 fd:00 50604 /lib64/libc-2.14.90.so :354f7ad000-354f9ad000 ---p 001ad000 fd:00 50604 /lib64/libc-2.14.90.so :354f9ad000-354f9b1000 r--p 001ad000 fd:00 50604 /lib64/libc-2.14.90.so :354f9b1000-354f9b3000 rw-p 001b1000 fd:00 50604 /lib64/libc-2.14.90.so :354f9b3000-354f9b8000 rw-p 00000000 00:00 0 :3550200000-3550202000 r-xp 00000000 fd:00 57025 /lib64/libdl-2.14.90.so :3550202000-3550402000 ---p 00002000 fd:00 57025 /lib64/libdl-2.14.90.so :3550402000-3550403000 r--p 00002000 fd:00 57025 /lib64/libdl-2.14.90.so :3550403000-3550404000 rw-p 00003000 fd:00 57025 /lib64/libdl-2.14.90.so :355ce00000-355ce23000 r-xp 00000000 fd:00 83157 /lib64/libtinfo.so.5.9 :355ce23000-355d022000 ---p 00023000 fd:00 83157 /lib64/libtinfo.so.5.9 :355d022000-355d026000 r--p 00022000 fd:00 83157 /lib64/libtinfo.so.5.9 :355d026000-355d027000 rw-p 00026000 fd:00 83157 /lib64/libtinfo.so.5.9 :355f000000-355f023000 r-xp 00000000 fd:00 83177 /lib64/libncurses.so.5.9 :355f023000-355f222000 ---p 00023000 fd:00 83177 /lib64/libncurses.so.5.9 :355f222000-355f223000 r--p 00022000 fd:00 83177 /lib64/libncurses.so.5.9 :355f223000-355f224000 rw-p 00023000 fd:00 83177 /lib64/libncurses.so.5.9 :7f6ce8977000-7f6ce8a7b000 rw-p 00000000 00:00 0 :7f6ce8aa1000-7f6ce8aa3000 rw-p 00000000 00:00 0 :7fff134cb000-7fff134ed000 rw-p 00000000 00:00 0 [stack] :7fff1358e000-7fff1358f000 r-xp 00000000 00:00 0 [vdso] :ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]
Created attachment 647665 [details] File: environ
Created attachment 647666 [details] File: backtrace
The inverse library that failed the assertion on this failure appears to have failed because it contains indexing structures of a different size than the local system thinks they should be - Was the inverted database built on a different system?
I don't fully understand the question, but the answer is likely to be Yes. The working directory in question is on a development server (32-bit CentOS) where the cscope files were built. This directory is mounted onto my desktop machine (64-bit Fedora) over NFS where I am editing some of the files.
(In reply to comment #4) > I am editing some of the files. Actually this isn't true. Just being in that directory and running vim is enough to trigger the crash. I don't need to be editing any of the files referenced by cscope. [burhan@orion code]$ vim Error detected while processing /etc/vimrc: line 39: cs_read_prompt EOF: Success E609: Cscope error: cscope: invlib.c:570: invopen: Assertion `invcntl-aram.sizeblk == sizeof(t_logicalblk)' failed. Press ENTER or type command to continue The section of /etc/vimrc mentioned in the error message is below: 32 if has("cscope") && filereadable("/usr/bin/cscope") 33 set csprg=/usr/bin/cscope 34 set csto=0 35 set cst 36 set nocsverb 37 " add any database in current directory 38 if filereadable("cscope.out") 39 cs add cscope.out 40 " else add database pointed to by environment 41 elseif $CSCOPE_DB != "" 42 cs add $CSCOPE_DB 43 endif 44 set csverb 45 endif
Thats ok, you answered the question appropriately. The long and the short of it is that cscope, being a very old piece of code, creates database file, in which its index metadata is sized relative to the architecture that its running on, so when you create a database on a 32 bit system and attempt to read it on a 64 bit system, it fails with the above assertion. We should probably make it exit gracefully (or better still make the data structure size agnostic to system arch), which I would love to get to upstream, but for now this is working as designed. The proper course of action is to only use a given database on simmilar arches.