# gdb mc core.1234
Aha. That's the way to load the symbols. Should have probably looked
that up in the man page, but thanks.
#0 0x40287673 in strlen () from /lib/libc.so.6
#1 0x401933e2 in Gpm_Open () from /usr/lib/libgpm.so.1
#2 0x4032f91d in __libc_ptyname2 () from /lib/libc.so.6
The back trace is different, the behavior from working again
to segfault is puzzling, at best.
Yes. I didn't do a lot of testing, but I was quite surprised to see
the segfaults back. By the way, they are now reproducible for user
leonard again as well.
The backtrace being different let me beleive that it is
trigger from a different case.
Mine seem to be similar to the original posting (some slightly
#0 0x00ef7173 in strlen () from /lib/tls/libc.so.6
#1 0x002c73e2 in Gpm_Open () from /usr/lib/libgpm.so.1
#2 0x08072dde in strcpy ()
#3 0x0807eefb in getch ()
#4 0x0806e959 in strcpy ()
#15 0x08071595 in strcpy ()
#16 0x00e95678 in __libc_start_main () from /lib/tls/libc.so.6
I requested bug 100836 to be reopened, and just received this:
------- Additional Comments From aoliva(a)redhat.com 2003-08-01 17:48 ---
It sure solves the problem that I reported. If you still have
file a new bug report describing how to duplicate it.
Answered that I am still seeing the exact problem that he was(?)
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.