Bug 44081

Summary: Random XFree86-4 crashes with Enlightenment
Product: Ports & Packages Reporter: Maxime Romano <verbophobe>
Component: Individual Port(s)Assignee: Eric Anholt <anholt>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: Latest   
Hardware: Any   
OS: Any   

Description Maxime Romano 2002-10-15 09:40:01 UTC
	Randomly, during an Enlightenment session, my X server will crash on signal 6 for no apparent reason.

	There is only one way (I know of) to reliably reproduce the crash and that is through the use of mplayer (graphics/mplayer).

Fix: 

None that I know of.
How-To-Repeat: 	Start an X session with Enlightenment as the window manager.  Then, try to play any video with mplayer using any output device on that server.  It should crash.  However, this isn't the only way to crash it, as just commonly using other applications sometimes crash too.
Comment 1 Christian Weisgerber freebsd_committer freebsd_triage 2002-10-15 16:13:49 UTC
Responsible Changed
From-To: freebsd-ports->anholt

Over to XFree86 maintainer.
Comment 2 Maxime Romano 2002-10-18 08:11:21 UTC
I've played around with gdb, and have discovered that the problem lies 
within PutSubImage(), which is part of the XFree86-4-libraries port (it's in 
the xc/lib/X11/PutImage.c file).  It seems to be recursively calling itself 
to no end, which is consistent with what gdb says. 

I've scavenged the Enlightenment code for a reference to that specific 
function, and have found nothing...   I'm currently recompiling my X 
libraries with debugging symbols, to further deepen my research...
Comment 3 Eric Anholt 2003-01-09 21:54:03 UTC
This PR has had me confused for a while.

Are you sure these are all related?  mplayer uses xv usually, I could
see that being more untested for whatever card you have and crashing
things.  One thing that might be valuable is to add an output of
"#define MakeDllModules YES" to XFree86-4-Server/scripts/configure if
you don't have an ATI card, to aid in getting a backtrace of the server.
(It generates regular old .so modules instead of special X modules so
gdb has an easier time with it.  gdb521 still has issues with X modules)

How did you figure out that PutSubImage is responsible for these
crashes?  (particularly since it's a libX11 function, which is not used
by the server)

-- 
Eric Anholt                                eta@lclark.edu          
http://people.freebsd.org/~anholt/dri/     anholt@FreeBSD.org
Comment 4 Maxime Romano 2003-01-09 22:12:54 UTC
Eric Anholt writes:
> This PR has had me confused for a while. 
> 
> Are you sure these are all related?  mplayer uses xv usually, I could
> see that being more untested for whatever card you have and crashing
> things.  One thing that might be valuable is to add an output of
> "#define MakeDllModules YES" to XFree86-4-Server/scripts/configure if
> you don't have an ATI card, to aid in getting a backtrace of the server.
> (It generates regular old .so modules instead of special X modules so
> gdb has an easier time with it.  gdb521 still has issues with X modules) 
> 
> How did you figure out that PutSubImage is responsible for these
> crashes?  (particularly since it's a libX11 function, which is not used
> by the server) 
> 
> -- 
> Eric Anholt                                eta@lclark.edu          
> http://people.freebsd.org/~anholt/dri/     anholt@FreeBSD.org 
> 

Oops!  Sorry for not closing this one!  After some pretty intense research, 
I've traced it to a bug in enlightenment due to my specific prefrences (more 
specificly, something that made windows slide in when they appeared).   What 
is odd is that the X server would crash, not enlightenment, so I was 
basically looking in the wrong place.  Plus, mplayer was rubbing it just the 
right way to make everything break down. 

Anyway, the problem doesn't happen anymore, and it wasn't the X server's 
fault.  Sorry for having wasted your time. 

 -- Maxime Romano
Comment 5 Eric Anholt freebsd_committer freebsd_triage 2003-01-09 22:30:14 UTC
State Changed
From-To: open->closed

Submitter says it's not a problem any more.