qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] [6325] Handle SDL grabs failing (Mark McLoughlin)


From: Anthony Liguori
Subject: [Qemu-devel] [6325] Handle SDL grabs failing (Mark McLoughlin)
Date: Thu, 15 Jan 2009 20:47:46 +0000

Revision: 6325
          http://svn.sv.gnu.org/viewvc/?view=rev&root=qemu&revision=6325
Author:   aliguori
Date:     2009-01-15 20:47:45 +0000 (Thu, 15 Jan 2009)

Log Message:
-----------
Handle SDL grabs failing (Mark McLoughlin)

If a X window is not viewable, XGrabPointer() fails and
returns GrabNotViewable. SDL's X backend currently handles
this by retrying the grab until the window becomes viewable
again.

This means e.g. if you Ctrl-Alt-RightArrow to switch
workspaces, QEMU tries to grab, SDL blocks because the
window isn't viewable and your guest stops executing until
you switch back to that workspace again.

See this Fedora bug for the gory details:

  https://bugzilla.redhat.com/480065

Some SDL backends will return SDL_GRAB_OFF from
SDL_WM_GrabInput(), so the fix is to make the X backend do
this if the grab fails.

The only side-effect in QEMU is that if SDL_WM_GrabInput()
fails we still change the window title to indicate that it's
grabbed, when in fact it's not. This patch fixes that minor
issue.

Signed-off-by: Mark McLoughlin <address@hidden>
Signed-off-by: Anthony Liguori <address@hidden>

Modified Paths:
--------------
    trunk/sdl.c

Modified: trunk/sdl.c
===================================================================
--- trunk/sdl.c 2009-01-15 20:44:26 UTC (rev 6324)
+++ trunk/sdl.c 2009-01-15 20:47:45 UTC (rev 6325)
@@ -286,9 +286,12 @@
         SDL_WarpMouse(guest_x, guest_y);
     } else
         sdl_hide_cursor();
-    SDL_WM_GrabInput(SDL_GRAB_ON);
-    gui_grab = 1;
-    sdl_update_caption();
+
+    if (SDL_WM_GrabInput(SDL_GRAB_ON) == SDL_GRAB_ON) {
+        gui_grab = 1;
+        sdl_update_caption();
+    } else
+        sdl_show_cursor();
 }
 
 static void sdl_grab_end(void)






reply via email to

[Prev in Thread] Current Thread [Next in Thread]