xserver-multidpi/hw
Jasper St. Pierre 6c442fc4f7 xwayland-input: Fix a crasher for a race with the Wayland compositor
If something quickly maps and unmaps a window, then we'll immediately
create and destroy the Wayland surface that cooresponds to that
window. If our mouse pointer is over the window when the surface is
created, we'll receive a enter on the window.

Since resource creation and destruction is not synchronous, that
means that the compositor will queue up an event for a resource that's
eventually destroyed. On the client-side, when we receive this message,
we note that the resource isn't allocated, and get a NULL surface in our
enter handler. We immediately try to dereference this, and then crash.

This was caused by running gtkperf while moving the window a lot.

Reviewed-by: Daniel Stone <daniel@fooishbar.org>
Signed-off-by: Jasper St. Pierre <jstpierre@mecheye.net>
2014-09-11 23:40:20 -06:00
..
dmx glxproxy: Fix memory leak on error path in CreateGLXPixmap (#50281) (v2) 2014-05-22 17:13:59 -07:00
kdrive ephyr: set screen size & origin from host X server output's CRTC geometry 2014-08-21 20:14:55 -05:00
vfb Build fbcmap_mi.c once, rather than once for each DDX 2014-03-27 14:34:06 +00:00
xfree86 xfree86: Allow non-PCI devices as primary 2014-08-21 20:04:08 -05:00
xnest Build fbcmap_mi.c once, rather than once for each DDX 2014-03-27 14:34:06 +00:00
xquartz XQuartz: Better support turning off "Displays have separate Spaces" on OS X Mavericks 2014-08-11 13:18:51 -07:00
xwayland xwayland-input: Fix a crasher for a race with the Wayland compositor 2014-09-11 23:40:20 -06:00
xwin hw/xwin/glx: Remove an incorrect assertion in glxWinDrawableSwapBuffers 2014-08-29 13:56:36 +01:00
Makefile.am Xwayland DDX 2014-04-03 15:19:22 -07:00