Re: xine lock-up (X11/XCB) (was: Re: xine lock up)

I demand that I definitely did write...

> I demand that Xavier Bachelot may or may not have written...
>> Tony Grant wrote:
>>> Le dimanche 20 janvier 2008 à 00:26 +0100, Xavier Bachelot a écrit :
>>>> Xavier Bachelot wrote:
>>>> And also, xine-lib is 1.1.9.1, xine is 0.99.5 and libxcb is 1.0 on
>>>> Fedora 8.
>>> Same problem with xine-lib 1.1.9hg, xine 0.99.6 libxcb 1.0-4 on Fedora 8
>> Updating to libxcb 1.1 from Rawhide doesn't help.
>> The behaviour is not specific to xxmc, the issue is the same with -V xv.

> I can get gxine to lock up similarly if I build it without XCB support.

Or rather, I could. I don't seem able to right now, though the environment
has been changed a bit since I was last able to (I *was* using libxcb 1.1,
though). Best just to ignore that :-)

> It looks like an X11/XCB problem to me [...]

I've just mentioned this in #xine - the backtrace which you supplied is of
the hang which was fixed in libxcb 1.1. You need to provide a new backtrace;
the two threads stuck in/below libX11 should be sufficient.

There is, however, a known X11/XCB problem with current gxine devel (compiled
with XCB support) and the opengl plugin.

[snip]
-- 
| Darren Salt    | linux or ds at              | nr. Ashington, | Toon
| RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army
| + Use more efficient products. Use less.          BE MORE ENERGY EFFICIENT.

People will remember you better if you always wear the same outfit.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/