[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: mc segfaulting NOT solved

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:


------- Additional Comments From aoliva 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(?) 


How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]