! 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
