SDL_WINDOWID hack under smp

I find the
SDL_WINDOWID
hack
working in
all SDL
versions
under Red
Hat 6.1
Linux with
the
uniprocessor
kernel,
but it
bombs in
all SDL
versions
newer than
1.0.1 with
the smp
kernel.

Also in
versions
newer than
1.0.1
SDL_GetVideoInfo
doesn’t
return
video_mem
or
hw_available,
and that
test has
disappeared
from
testvidinfo.c

Thanks,

Jonathan
Kanter

I find the > SDL_WINDOWID > hack > working in > all SDL > versions
under Red > Hat 6.1 > Linux with > the > uniprocessor > kernel, > but it
bombs in > all SDL > versions > newer than > 1.0.1 with > the smp
kernel.

I just tried it 2.2.14 SMP, and it works fine here.

I’m guessing you’re trying to do something strange with the X calls. :slight_smile:

Try downloading the GTK demo from:
http://www.devolution.com/~slouken/SDL/projects/gtk-demo/

Also in > versions > newer than > 1.0.1 > SDL_GetVideoInfo > doesn’t
return > video_mem > or > hw_available, > and that > test has
disappeared > from > testvidinfo.c

That’s correct. Future versions of SDL will have a DGA 2.0 driver
which will have direct access to video memory again.

-Sam Lantinga				(slouken at devolution.com)

Lead Programmer, Loki Entertainment Software–
“Any sufficiently advanced bug is indistinguishable from a feature”
– Rich Kulawiec

Same results with gtk-demo, a.o.k. under 2.2.12-20, bombs
under 2.2.12-20smp.
gtk is 1.2.5-2.
Any debug suggestions?

Thanks,

Jonathan Kanter

Sam Lantinga wrote:>

I find the > SDL_WINDOWID > hack > working in > all SDL > versions
under Red > Hat 6.1 > Linux with > the > uniprocessor > kernel, > but it
bombs in > all SDL > versions > newer than > 1.0.1 with > the smp
kernel.

I just tried it 2.2.14 SMP, and it works fine here.

I’m guessing you’re trying to do something strange with the X calls. :slight_smile:

Try downloading the GTK demo from:
http://www.devolution.com/~slouken/SDL/projects/gtk-demo/

Also in > versions > newer than > 1.0.1 > SDL_GetVideoInfo > doesn’t
return > video_mem > or > hw_available, > and that > test has
disappeared > from > testvidinfo.c

That’s correct. Future versions of SDL will have a DGA 2.0 driver
which will have direct access to video memory again.

    -Sam Lantinga                           (slouken at devolution.com)

Lead Programmer, Loki Entertainment Software

“Any sufficiently advanced bug is indistinguishable from a feature”
– Rich Kulawiec

Same results with gtk-demo, a.o.k. under 2.2.12-20, bombs
under 2.2.12-20smp.
gtk is 1.2.5-2.
Any debug suggestions?

An error message might be helpful. :slight_smile:

-Sam Lantinga				(slouken at devolution.com)

Lead Programmer, Loki Entertainment Software–
“Any sufficiently advanced bug is indistinguishable from a feature”
– Rich Kulawiec

Sam Lantinga wrote:

I find the > SDL_WINDOWID > hack > working in > all SDL > versions
under Red > Hat 6.1 > Linux with > the > uniprocessor > kernel, > but it
bombs in > all SDL > versions > newer than > 1.0.1 with > the smp
kernel.

I just tried it 2.2.14 SMP, and it works fine here.

I’m guessing you’re trying to do something strange with the X calls. :slight_smile:

Try downloading the GTK demo from:
http://www.devolution.com/~slouken/SDL/projects/gtk-demo/

I don’t know if this is related but gtk-demo bombs on my system
(SuSE 6.0, linux 2.2.13 SMP) quite easily. Since everybody else
seemed happy with gtk-demo I thought that my build of SDL (any 1.0.x)
was somehow broken, but then ddd revealed the truth:

It seems that idle_loop() gets called before configure_event and
because ‘screen’ is NULL, gtk-demo gets fried. I verified this by
adding NULL check to idle_loop and problem went away!

My “fix” was to add this to beginning of idle_loop():

if (!screen){
    return;
}

Comments?

-Rane-

My “fix” was to add this to beginning of idle_loop():

if (!screen){
    return;
}

Comments?

Sounds good to me, I’ll add the fix when I get a chance.

See ya!
-Sam Lantinga (slouken at devolution.com)

Lead Programmer, Loki Entertainment Software–
“Any sufficiently advanced bug is indistinguishable from a feature”
– Rich Kulawiec