On Fri, Nov 14, 2003 at 02:03:07PM -0600, Garcia, Daniel wrote: > I was able to get the core file the way you said. Its's attached. > I ran xemacs21 to produce the error. emacs21 produces the same error > but does not seg-fault, it launches with BLOCKS for the body text. > > I would like to help fix this but don't know where to start. Could > you point me in the right direction?
Mr. Garcia,
It's far more helpful if you get a backtrace with a debugger than to
mail a core dump to a Debian bug, which just consumes space on the
machine that hosts our Bug Tracking System.
Here's an example of how to get a useful backtrace:
First, let's start a program that we want to debug. I have the
libc6-dbg package installed, so I have debugging libraries installed in
/usr/lib/debug.
[0] [EMAIL PROTECTED]:/tmp/branden % LD_LIBRARY_PATH=/usr/lib/debug sleep
600 &
[1] 15741
Excellent. Now, let's simulate a segfault. You won't have to do this
step in your case, as xemacs21 seems to have no trouble crashing on its
own.
[0] [EMAIL PROTECTED]:/tmp/branden % kill -SEGV 15741
[0] [EMAIL PROTECTED]:/tmp/branden %
[1] + segmentation fault (core dumped) LD_LIBRARY_PATH=/usr/lib/debug
sleep 600
Now let's launch GDB and tell it to look at the program we ran, plus the
core dump just generated.
[0] [EMAIL PROTECTED]:/tmp/branden % gdb $(which sleep) core
GNU gdb 6.0-debian
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "powerpc-linux"...(no debugging symbols found)...
Core was generated by `sleep 600'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/debug/libm.so.6...done.
Loaded symbols for /usr/lib/debug/libm.so.6
Reading symbols from /usr/lib/debug/librt.so.1...done.
Loaded symbols for /usr/lib/debug/librt.so.1
Reading symbols from /usr/lib/debug/libc.so.6...done.
Loaded symbols for /usr/lib/debug/libc.so.6
Reading symbols from /usr/lib/debug/libpthread.so.0...done.
Loaded symbols for /usr/lib/debug/libpthread.so.0
Reading symbols from /lib/ld.so.1...done.
Loaded symbols for /lib/ld.so.1
#0 0x0fe88738 in nanosleep () at ctype.h:35
35 ctype.h: No such file or directory.
in ctype.h
Okay, now let's ask GDB for a backtrace.
(gdb) bt
#0 0x0fe88738 in nanosleep () at ctype.h:35
#1 0x1000214c in ?? ()
Backtraces of X clients will typically much longer. Anyway, we're done
with the debugger now.
(gdb) quit
[0] [EMAIL PROTECTED]:/tmp/branden %
All done!
Please mail this bug all the output of the GDB command when you apply
the above procedure to your coredump.
--
G. Branden Robinson | America is at that awkward stage.
Debian GNU/Linux | It's too late to work within the
[EMAIL PROTECTED] | system, but too early to shoot the
http://people.debian.org/~branden/ | bastards. -- Claire Wolfe
signature.asc
Description: Digital signature
