Dr. Volker Zell writes:
When clicking on Page setup.../Print <buffer> to... below File
menu the
cygwin version of Xemacs (21.4.19) core dumps.
09:36 PM [524]> /usr/src/xemacs-21.4.19-2/build/src/xemacs.exe -q
Fatal error: assertion failed, file
/usr/src/xemacs-21.4.19-2/src/xemacs-21.4.19/src/device.h, line 250, EQ (DEVICE_TYPE (d),
sym)
*** starting debugger for pid 4980, tid 3680
*** continuing pid 4980 from debugger call (1)
Aborted (core dumped)
Is this a combined MS Windows/X Windows build? I would guess that
what's happening is that XEmacs is confused about where it's trying to
print.
Is this a debug build? Unoptimized? If not, building with debug
symbols, and maybe without optimization, would allow a more useful
backtrace, I think.
Fatal error: assertion failed, file
/usr/src/xemacs-21.4.19-2/src/xemacs-21.4.19/src/device.h, line 250, EQ (DEVICE_TYPE (d),
sym)
Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to thread 5496.0x1178]
0x7c901231 in ntdll!DbgUiConnectToDbg () from /c/WINDOWS/system32/ntdll.dll
(gdb) bt
#0 0x7c901231 in ntdll!DbgUiConnectToDbg () from /c/WINDOWS/system32/ntdll.dll
#1 0x61004855 in break_here () from /usr/bin/cygwin1.dll
#2 0x61016be8 in try_to_debug () from /usr/bin/cygwin1.dll
#3 0x61017f4c in _cygtls::signal_exit () from /usr/bin/cygwin1.dll
#4 0x610185c8 in sigpacket::process () from /usr/bin/cygwin1.dll
#5 0x6109940a in wait_sig () from /usr/bin/cygwin1.dll
#6 0x61002f32 in cygthread::callfunc () from /usr/bin/cygwin1.dll
#7 0x61003769 in cygthread::stub () from /usr/bin/cygwin1.dll
#8 0x00001074 in ?? ()
#9 0x00000000 in ?? ()
(gdb)
That doesn't tell me much, it's all deep in Cygwin.
At that point you could try sourcing src/.gdbinit, and then use "lbt" to
generate a Lisp backtrace. We can hope that will localize the problem
to a particular part of the C code.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta