mc segfaulting NOT solved
Leonard den Ottolander
leonardjo at hetnet.nl
Fri Aug 1 22:39:46 UTC 2003
Hello Gilles,
> # 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.
> (gdb) bt
> #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
different, shorter):
#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:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100836
------- Additional Comments From aoliva at redhat.com 2003-08-01 17:48 ---
----
It sure solves the problem that I reported. If you still have
problems, please
file a new bug report describing how to duplicate it.
Answered that I am still seeing the exact problem that he was(?)
having.
Bye,
Leonard.
--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.
More information about the test
mailing list