Bug#598932: /usr/bin/info segmentation fault
Thank you for looking into this.
* Norbert Preining [2010-10-05 18:54:37 +0900]:
> I disagree. I just now tried with that very same file from lenny,
> so the info top page gives:
> This is Edition 6.4-pre1 of the documentation, updated 7 January
> 2006 for version 6.4-pre1 of the GNU Accounting Utilities.
> and when I go tpo
> * dump-acct
> and press enter I only get
> dump-acct: No such file or directory
>
> Which is a different bug, but I guess that is an error in the acct package
> and not in info.
>
> Can you please send me *YOUR* version of accounting.info.gz,
Let's first compare SHA1 checksums; mine is:
984822b4b732427b96f399a6552b10e0848705f8 accounting.info.gz
> together with a backtrace of info,
>From squeeze i386 (in a VM):
* dump-acct:: print accounting file in human-readable
* form
Program received signal SIGSEGV, Segmentation fault.
0x08056a2b in ?? ()
(gdb) bto: (accounting.info.gz)Top, 21 lines
--All------------------------------
#0 0x08056a2b in ?? ()
#1 0x08056da0 in ?? ()
#2 0x08059a77 in ?? ()
#3 0x0805d0e6 in ?? ()
#4 0x080583c5 in ?? ()
#5 0x0805ee44 in ?? ()
#6 0x0805ef32 in ?? ()
#7 0x080514d6 in ?? ()
#8 0xb7e72c76 in __libc_start_main () from /lib/i686/cmov/libc.so.6
#9 0x08049bd1 in ?? ()
(gdb) x/10i $pc
0x8056a2b: cmpb $0x1f,(%eax)
0x8056a2e: je 0x8056a3a
0x8056a30: test %dl,%dl
0x8056a32: je 0x8056a3a
0x8056a34: sub $0x3,%eax
0x8056a37: mov %eax,-0x1c(%ebp)
0x8056a3a: lea -0x1c(%ebp),%eax
0x8056a3d: mov %eax,(%esp)
0x8056a40: call 0x8057040
0x8056a45: mov %eax,-0x30(%ebp)
(gdb) p/x $eax
$1 = 0xb7cc11b0
(gdb) x/x $eax
0xb7cc11b0: Cannot access memory at address 0xb7cc11b0
ldd /usr/bin/info
linux-gate.so.1 => (0x4001d000)
libncurses.so.5 => /lib/libncurses.so.5 (0x40024000)
libc.so.6 => /lib/i686/cmov/libc.so.6 (0x4005e000)
libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0x401a5000)
/lib/ld-linux.so.2 (0x40000000)
libc6-i686 is version 2.11.2-6 .
libncurses5 is version 5.7+20100313-3 .
On lenny i386 the stack trace is:
#0 0x0805614a in ?? ()
#1 0x0000001c in ?? ()
#2 0x09df02a8 in ?? ()
#3 0x0008449d in ?? ()
#4 0x000081a4 in ?? ()
#5 0x00000001 in ?? ()
#6 0x09deff98 in ?? ()
#7 0x09deff98 in ?? ()
#8 0x000003e8 in ?? ()
#9 0xfffff74b in ?? ()
#10 0x00000000 in ?? ()
(gdb) x/i $pc
0x805614a <freopen64@plt+51042>: cmpb $0x1f,(%eax)
(gdb) p/x $eax
$1 = 0xb73991b0
(gdb) x/x $eax
0xb73991b0: Cannot access memory at address 0xb73991b0
libncurses5 is version 5.7+20081213-1
libc6-i686 is version 2.7-18lenny4
On lenny amd64:
#0 0x000000000040e89d in ?? ()
#1 0x000000000040ecb1 in ?? ()
#2 0x00000000004115a0 in ?? ()
#3 0x0000000000414492 in ?? ()
#4 0x000000000040fe6a in ?? ()
#5 0x0000000000416032 in ?? ()
#6 0x0000000000416120 in ?? ()
#7 0x00000000004095d7 in ?? ()
#8 0x00007fd2215e21a6 in __libc_start_main () from /lib/libc.so.6
#9 0x0000000000402479 in ?? ()
#10 0x00007fff1adf1828 in ?? ()
#11 0x000000000000001c in ?? ()
#12 0x0000000000000002 in ?? ()
#13 0x00007fff1adf3a31 in ?? ()
#14 0x00007fff1adf3a3f in ?? ()
#15 0x0000000000000000 in ?? ()
(gdb) x/i $pc
0x40e89d <fflush@plt+50277>: cmpb $0x1f,(%rax)
(gdb) p/x $rax
$1 = 0x7fd221d351b8
(gdb) x/x $rax
0x7fd221d351b8: Cannot access memory at address 0x7fd221d351b8
$ ldd /usr/bin/info
linux-vdso.so.1 => (0x00007fff46fff000)
libncurses.so.5 => /lib/libncurses.so.5 (0x00007f4ab0131000)
libc.so.6 => /lib/libc.so.6 (0x00007f4aafdde000)
libdl.so.2 => /lib/libdl.so.2 (0x00007f4aafbda000)
/lib64/ld-linux-x86-64.so.2 (0x00007f4ab0370000)
Again, libc6 2.7-18lenny4 and libncurses5 5.7+20081213-1 .
I can also reproduce this on Ubuntu 8.04 i386 (I haven't tried amd64)
and 10.04 with the old accounting.info.gz . Same byte comparison.
> otherwise I cannot even guess what is going
> on, since here on:
> - sid on amd 64
> - info from sid
> - accounting.info.gz from lenny
> I cannot reproduce this bug.
>
> Best wishes
>
> Norbert
> ------------------------------------------------------------------------
> Norbert Preining preining@{jaist.ac.jp, logic.at, debian.org}
> JAIST, Japan TeX Live & Debian Developer
> DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
> ------------------------------------------------------------------------
> SCOSTHROP (vb.)
> To make vague opening or cutting movements with the hands when
> wandering about looking for a tin opener, scissors, etc. in the hope
> that this will help in some way.
> --- Douglas Adams, The Meaning of Liff
Reply to: