On Sun, 23 Mar 2003, Gary E. RAFE, Ph.D. wrote:
! Assuming you actually have core dumps enabled, the server
!will often not dump core unless you turn off its signal
!trapping facility in the XF86Config file.
!
!Section ServerFlags
! Option NoTrapSignals
!EndSection
I find that
! 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
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
On Mon, 17 Mar 2003, G.E. Rafe 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've given gdb a spin, but don't get much satisfaction from its output
I'm finding that xfig crashes my XFree86 server (4.3.0)
when running the trident driver on my Toshiba Satellite Pro 4600 /
FreeBSD 4.7-R system.
The last messages I get before the server goes away:
xfig3.2.4: SIGHUP signal trapped
xfig3.2.4: X error trapped - error message follows:
32
Request
! 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've given gdb a spin, but don't get much satisfaction from its output
(perhaps due to my vast inexperience with it!)