(Illustration by Gaich Muramatsu)
On Wed, Jun 30, 2004 at 01:18:14AM -0400, Chet Murthy wrote: > > I got a Venus crash, too, doing unpacking of Linux kernel source. > > bismarck:~> sudo gdb /usr/sbin/venus 25004 ... > 0x401c33c4 in read () from /lib/libc.so.6 > (gdb) where > #0 0x401c33c4 in read () from /lib/libc.so.6 > #1 0x40217e48 in __check_rhosts_file () from /lib/libc.so.6 > #2 0x4016a03b in _IO_file_underflow () from /lib/libc.so.6 > #3 0x4016b216 in __underflow () from /lib/libc.so.6 > #4 0x4016aa4a in _IO_file_xsputn () from /lib/libc.so.6 > #5 0x4016b538 in _IO_sgetn () from /lib/libc.so.6 > #6 0x40161b8b in fread () from /lib/libc.so.6 > #7 0x0809bc9e in strcpy () > #8 0x0809b855 in strcpy () > #9 0x0809b2d7 in strcpy () > #10 0x0809a998 in strcpy () The venus binary is stripped, so I can't tell where this is. I tried to match up the addresses to an unstripped binary but the results didn't make much sense, I am probably running a different version. The stacktrack is pretty deep, I wonder if we simply recursed too much and trashed one of the LWP thread stacks. JanReceived on 2004-07-01 15:43:55