I still haven’t managed to sort out why SDL is hanging
on a select() call in XVidMode() when trying to initialize
SDL over a network connection (redhat 7.1 and 7.2, xfree86
4.0.3 and 4.1.0).
Any chance I’m the only person who ever runs SDL on a
non-local X-server using the x11 driver? The performance is
less than ideal, but it’s often very useful for debugging.
Anybody else seen this problem or got any ideas about
this at all??
Thanks a lot,
/jamie
here’s the gist my original post:> I’m having some trouble with SDL wedging in a call to XVidMode()
in SDL_x11modes.c, line 334 (cvs snap 12-dec-2001; Redhat 7.1/7.2,
Intel). The hang only happens with a remote connection (ie,
$DISPLAY != :0.0).
There’s a moderately complicated set of checks that occur in the code
at this point intended to work around various bugs in different X
server vendors and versions. However, the comments seem to indicate
that this should work fine with >4.0.2, but I’m running 4.0.3 and
still getting a hang… I’ve appended a short program that wedges.
Note: If I go in with gdb and force buggy_X11==1 in
X11_GetVideoModes(), the test program runs without hanging.
–
office: 510-643-3573 mail: 3210 Tolman Hall #1650
lab: 510-642-1950 U.C. Berkeley
fax: 801-697-4179 Berkeley, CA 94720-1650
email: @James_Mazer
I still haven’t managed to sort out why SDL is hanging
on a select() call in XVidMode() when trying to initialize
SDL over a network connection (redhat 7.1 and 7.2, xfree86
4.0.3 and 4.1.0).
Anybody else seen this problem or got any ideas about
this at all??
Afraid not; all I can say is “it works for me”
I’ve tested it with Kobo Deluxe (0.3) and with Strive for 105 (posted on
this list not long ago), and both worked without a hitch.
This is with Debian testing/unstable: XFree86 v4.1.0, SDL 1.2.2.
Hmm… this sounds too obvious to even be worth asking, but do non-SDL apps
work fine? This might not be much use, but you could also try out Doom
Legacy; it has an SDL and a non-SDL binary. If the non-SDL version works and
the SDL one doesn’t, then it’s more likely a bug in SDL (perhaps?)
I still haven’t managed to sort out why SDL is hanging
on a select() call in XVidMode() when trying to initialize
SDL over a network connection (redhat 7.1 and 7.2, xfree86
4.0.3 and 4.1.0).
Any chance I’m the only person who ever runs SDL on a
non-local X-server using the x11 driver? The performance is
less than ideal, but it’s often very useful for debugging.
Did you build it yourself or use the RPM? There were some problems at
one point with different versions of XFree86 being incompatible, but I
thought we had ironed most of those out.
I’d recommend just upgrading your X server on the older box.
There are a number of other bugs in the older X servers that you’ll want
fixed for any fullscreen SDL application.
See ya,
-Sam Lantinga, Software Engineer, Blizzard Entertainment
Hmm… this sounds too obvious to even be worth asking, but do non-SDL apps
work fine? This might not be much use, but you could also try out Doom
Legacy; it has an SDL and a non-SDL binary. If the non-SDL version works and
the SDL one doesn’t, then it’s more likely a bug in SDL (perhaps?)
It’s actually a protocol problem with the XVidMode extension, it’s been
fixed in recent X servers.
-Sam Lantinga, Software Engineer, Blizzard Entertainment
Any idea which version it’s fixed in?
I get problem with Full screen mode crashing X, yet my app works fine in
Windowed mode.
I’ve recently upgraded X too, to 40100000 v 11
(according to X Server - Control Center)
Any ideas?
Later
Jason FarmerOn Friday 18 January 2002 9:33 pm, you wrote:
Hmm… this sounds too obvious to even be worth asking, but do non-SDL
apps work fine? This might not be much use, but you could also try out
Doom Legacy; it has an SDL and a non-SDL binary. If the non-SDL version
works and the SDL one doesn’
t, then it’s more likely a bug in SDL (perhaps?)
It’s actually a protocol problem with the XVidMode extension, it’s been
fixed in recent X servers.
