Bugs in Qtopia/Zaurus version of the SDL?

SDL Development
1

Hello,

maybe I have found some bugs in the Qtopia version of the SDL.

  1. If I press the middle button (The button which normally shows the
    desktop) on the Zaurus while a SDL application is running, the system freezes. Only
    reboot helps. I tested this with scumm, prboom and my own application.

This don’t happen with the games from eon, which I think also uses the sdl.
If I press the middle button there, the normal desktop comes up. Btw. that is
exactly what I want for my application. How is this done?

  1. If the num lock key is pressed before a sdl application start, the num
    lock flag isn’t set when a sdl key event is received by the application. But
    the code is a number key. It seems, that the Qtopia SDL don’t check the state
    of the num lock key on startup. The same maybe with the caps lock key but I
    didn’t check this yet.

  2. If I make a fork in a SDL application an start another Qtopia application
    in this fork after SDL is initilized, the system freezes. If I do this
    before the SDL is initialized, it works (Qtopia and SDL program start).

If I try to quit the Qtopia program which I started in the fork via a socket
message sent from the SDL program the system freezes too. Maybe the current
Qtopia SDL version absolutly don’t want to loose the focus and than blocks
the keyboard?

  1. No bug at all, but a working SDL_WM_IconifyWindow would be nice. O.K. it
    maybe not very important for games but there are other SDL programs too,
    which maybe need a function like this. The games frome eon, for example, iconify
    when the middle button is pressed. Someone knows how this is done?–
    @Bernd_Lachner

GMX - Die Kommunikationsplattform im Internet.
http://www.gmx.net

2

blachner at gmx.de writes:

Hello,

maybe I have found some bugs in the Qtopia version of the SDL.

  1. If I press the middle button (The button which normally shows the
    desktop) on the Zaurus while a SDL application is running, the system freezes. Only
    reboot helps. I tested this with scumm, prboom and my own application.

This don’t happen with the games from eon, which I think also uses the sdl.
If I press the middle button there, the normal desktop comes up. Btw. that is
exactly what I want for my application. How is this done?

I never use SDL for graphics. A bunch of my games uses it for audio
mixing however. As for the lockup - sounds odd. I haven’t seen that
happen. I’m afraid I can’t tell you what the problem is
either. Possibly the games don’t correctly pause they are
"iconified". But then again, that shouldn’t lock things up either.

  1. If the num lock key is pressed before a sdl application start, the num
    lock flag isn’t set when a sdl key event is received by the application. But
    the code is a number key. It seems, that the Qtopia SDL don’t check the state
    of the num lock key on startup. The same maybe with the caps lock key but I
    didn’t check this yet.

This is how Qtopia handles events. Nothing I can do about it, and it
does no harm either.

  1. If I make a fork in a SDL application an start another Qtopia application
    in this fork after SDL is initilized, the system freezes. If I do this
    before the SDL is initialized, it works (Qtopia and SDL program start).

Perhaps this is due to the fact that SDL + audio uses threads, and
that threads + fork doesn’t work very well together at all. Just a
guess though.

If I try to quit the Qtopia program which I started in the fork via a socket
message sent from the SDL program the system freezes too. Maybe the current
Qtopia SDL version absolutly don’t want to loose the focus and than blocks
the keyboard?

You are doing weird things. SDL doesn’t grab the keyboard (because it
didn’t work), and SDL doesn’t mind being hidden (but games might not
care about the active events indicating that this happens).

  1. No bug at all, but a working SDL_WM_IconifyWindow would be nice. O.K. it
    maybe not very important for games but there are other SDL programs too,
    which maybe need a function like this. The games frome eon, for example, iconify
    when the middle button is pressed. Someone knows how this is done?

I could swear I added this but perhaps I forgot. It’s not hard to do
from Qtopia. Apps, SDL or native Qtopia, has to be aware if they are
in the background however.–
[ Below is a random fortune, which is unrelated to the above message. ]
A bird in the hand is worth what it will bring.

3
  1. If the num lock key is pressed before a sdl application start, the
    num

lock flag isn’t set when a sdl key event is received by the application.
But the code is a number key. It seems, that the Qtopia SDL don’t check
the

state of the num lock key on startup. The same maybe with the caps lock
key

but I didn’t check this yet.

This is how Qtopia handles events. Nothing I can do about it, and it
does no harm either.
Yes I see the problem in the SDL sources. O.K. for a emulator thats not very
good, but for the C64 emulator its not a big problem.

  1. If I make a fork in a SDL application an start another Qtopia
    application in this fork after SDL is initilized, the system freezes.
    If

I do this before the SDL is initialized, it works (Qtopia and SDL
program

start).

Perhaps this is due to the fact that SDL + audio uses threads, and
that threads + fork doesn’t work very well together at all. Just a
guess though.

If I try to quit the Qtopia program which I started in the fork via a
socket message sent from the SDL program the system freezes too. Maybe
the

current Qtopia SDL version absolutly don’t want to loose the focus and
than

blocks the keyboard?

You are doing weird things. SDL doesn’t grab the keyboard (because it
didn’t work), and SDL doesn’t mind being hidden (but games might not
care about the active events indicating that this happens).
Not so weird. :slight_smile: It was also not me idea. But on Linux / PC this works
fine. But the screen is there big enough to display both programs simultaneously.

  1. No bug at all, but a working SDL_WM_IconifyWindow would be nice. O.K.
    it

maybe not very important for games but there are other SDL programs too,
which maybe need a function like this. The games frome eon, for example,
iconify when the middle button is pressed. Someone knows how this is
done?

I could swear I added this but perhaps I forgot. It’s not hard to do
from Qtopia. Apps, SDL or native Qtopia, has to be aware if they are
in the background however.
I can’t find it in the CVS of the SDL. If I have time, I try again to
implement this function in the SDL. Unfortunally I have at the moment not much
time. What do you mean with “Apps, SDL or native Qtopia, has to be aware if they
are in the background however”?–
@Bernd_Lachner

Werden Sie mit uns zum “OnlineStar 2002”! Jetzt GMX w?hlen -
und tolle Preise absahnen! http://www.onlinestar.de