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
