Hello
Is it possible to change the display resolution with SDL under
Windows/DirectX? I know it’s possible with DirectX.
In a test it crashed in fullscreen mode and worked in a window.
(I’m still using SDL 0,9.8, so if that’s the problem…)
It’s very hard to find out where the crash ocurred (you can’t
debug fullscreen apps).
thanks
Paulus Esterhazy (pesterhazy at gmx.net)
ps: I’ve had problems with TCP/IP and Windows (I still have them)
so I wasn’t able to get mail in the last month or so…
Is it possible to change the display resolution with SDL under
Windows/DirectX? I know it’s possible with DirectX.
In a test it crashed in fullscreen mode and worked in a window.
(I’m still using SDL 0,9.8, so if that’s the problem…)
Yes, it should work. There is a crashing bug right now that I need
to address (and plan to this next week)
-Sam Lantinga (slouken at devolution.com)
Lead Programmer, Loki Entertainment Software–
“Any sufficiently advanced bug is indistinguishable from a feature”
– Rich Kulawiec
Is it possible to change the display resolution with SDL under
Windows/DirectX? I know it’s possible with DirectX.
In a test it crashed in fullscreen mode and worked in a window.
(I’m still using SDL 0,9.8, so if that’s the problem…)
The latest CVS snapshot should work perfectly.
It’s very hard to find out where the crash ocurred (you can’t
debug fullscreen apps).
Yup, use lots of print statements. 
I develop on a Linux box, cross-compiling to Windows and export the
compiled programs to a Windows test box using samba. Be sure to set
the following lines in the smb.conf, or Windows won’t pick up changes
to the files:
oplocks = no
-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:
Is it possible to change the display resolution with SDL under
Windows/DirectX? I know it’s possible with DirectX.
In a test it crashed in fullscreen mode and worked in a window.
(I’m still using SDL 0,9.8, so if that’s the problem…)The latest CVS snapshot should work perfectly.
It’s very hard to find out where the crash ocurred (you can’t
debug fullscreen apps).
it could also be that you’re using a Riva 128/128ZX/TNT/TNT2 card -
those will always crash when using DGA fullscreen mode. segfaults the X
server even. Or is that not the behavior here?
Anyway, just FYI, Nvidia has released new 2D and 3D driver patches for X
and Mesa for the Riva series - looks like there were some off-by-8-bits
errors in the previous drivers which MIGHT account for the DGA
problems. I’m going to patch and build tonight and check it out.> Yup, use lots of print statements.
I develop on a Linux box, cross-compiling to Windows and export the
compiled programs to a Windows test box using samba. Be sure to set
the following lines in the smb.conf, or Windows won’t pick up changes
to the files:Do not allow the client to aggresively cache files
oplocks = no
-Sam Lantinga (slouken at devolution.com)Lead Programmer, Loki Entertainment Software
“Any sufficiently advanced bug is indistinguishable from a feature”
– Rich Kulawiec
Scott M. Stone
UNIX Systems/Network Admin (Consultant)
Taos Mountain Software