>>>> Stephen J Turnbull writes:
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.
Yes it is the official cygwin combined build. I would expect when running it
in X windows mode, to honor my lpd/lpr/ etc. setup including
/etc/printcap (from the LPRng package). At least this works for my other
X apps under cygwin.
When running Xemacs without DISPLAY variable set (in Windows mode) it
should honor the Windows printing facilities.
Is this a debug build? Unoptimized? If not, building with debug
symbols, and maybe without optimization, would allow a more useful
backtrace, I think.
This is what I've done to get a debug build:
CFLAGS="-g -O0" ./configure --debug=yes --error-checking=all ....
> 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.
(gdb) source /usr/src/xemacs-21.4.19-2/build/src/.gdbinit
(gdb) lbt
but no output.
Ciao
Volker
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta