Sorry, I meant a backtrace of XFree86, not of xfig.
Mark. On Fri, 21 Mar 2003, Gary E. RAFE, Ph.D. wrote: > ! If it's reproducible and you can get a gdb backtrace, that would > !be useful. Baring that, seeing it if goes away with Option "NoAccel" > !would at least narrow things down. > > I gave this another go with a newly-built debug server, > XAA and trident driver modules, and got the following > backtrace information: > > (gdb) bt > #0 0x28389b78 in kill () from /usr/lib/libc.so.4 > #1 0x283ca742 in abort () from /usr/lib/libc.so.4 > #2 0x80bc73a in goodbye (abortflag=1) at w_cmdpanel.c:538 > #3 0x809c275 in emergency_quit (abortflag=1) at u_error.c:98 > #4 0x809c0a8 in error_handler (err_sig=1) at u_error.c:52 > #5 0xbfbfffac in ?? () > #6 0x282b1d49 in XrmGetFileDatabase () from /usr/X11R6/lib/libX11.so.6 > #7 0x28294053 in XGetErrorDatabaseText () from /usr/X11R6/lib/libX11.so.6 > #8 0x809c149 in X_error_handler (d=0x81d5800, err_ev=0xbfbff27c) > at u_error.c:70 > #9 0x282af8a0 in _XIOError () from /usr/X11R6/lib/libX11.so.6 > #10 0x282ad2fa in _XRead () from /usr/X11R6/lib/libX11.so.6 > #11 0x282add30 in _XReply () from /usr/X11R6/lib/libX11.so.6 > #12 0x282a99dc in XSync () from /usr/X11R6/lib/libX11.so.6 > #13 0x810b07a in app_flush () at w_util.c:170 > #14 0x810e405 in process_pending () at w_util.c:1122 > #15 0x808a802 in main (argc=1, argv=0xbfbff8e0) at main.c:1256 > #16 0x804d859 in _start () > > No mention of trident_drv.o or libxaa.a here. > Do I need more of the XFree86-4.3.0 source tree built (all?) as debug ? > -- > Gary E. RAFE, Ph.D. > [EMAIL PROTECTED] > _______________________________________________ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel