Re: Bug#343129: xemacs / libX11 / NVIDIA crashes on opteron under kernel 2.6.14-2
Stephen J. Turnbull writes:
>>>>> "Ben" == Ben Wing
<ben(a)xemacs.org> writes:
Ben> the best way to know for sure is for you to compille XEmacs
Ben> yourself, with debugging support.
Also, Debian supplies -dbg packages for the X libraries, so you would
be able to get useful traces. You just use LD_LIBRARY_PATH (or
something like that) to get the debug libraries loaded instead of the
usual ones.
OK, see the backtrace with the dbg version of libx11-6 below. We now
we know what xemacs passed, and where the libx11 died, and the error
is "no such file or directory" . Looking at the source for that file
(ChkIfEv.c) doesn't show any obvious (to me) place where a file or
directory is being referenced. I've added the maintainer of that file
(which was changed fairly recently) and the maintainer of the libx11-6
package for debian to this list.
Any additional things I can do next?
Larry
(gdb) run
Starting program: /usr/bin/xemacs
(no debugging symbols found)
...
[Thread debugging using libthread_db enabled]
[New Thread 46912549568976 (LWP 22852)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46912549568976 (LWP 22852)]
XCheckIfEvent (dpy=0xfc0b80, event=0x7fffffa42f50,
predicate=0x48a1f0 <emacs_shell_event_handler+1296>, arg=0x7fffffa43010
"")
at ChkIfEv.c:57
57 ChkIfEv.c: No such file or directory.
in ChkIfEv.c
(gdb) bt full 2
#0 XCheckIfEvent (dpy=0xfc0b80, event=0x7fffffa42f50,
predicate=0x48a1f0 <emacs_shell_event_handler+1296>, arg=0x7fffffa43010
"")
at ChkIfEv.c:57
prev = (_XQEvent *) 0x0
qelt = (_XQEvent *) 0x0
qe_serial = 0
n = 2
#1 0x000000000048a0b4 in emacs_shell_event_handler ()
No symbol table info available.
(More stack frames follow...)