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.

Jan