Fixed bug 1256 - Invalid window warning in GL_CreateRenderer Martin Gerhardy 2011-07-27 02:26:06 PDT the window reference is lost in the GL_CreateRenderer function. The attached patch should fix this error. #0 SDLSystem_LogOutputFunction (userdata=0x63b010, category=1, priority=SDL_LOG_PRIORITY_ERROR, message=0x7fffffffcd00 "Invalid window") at src/system/sdl/SDLSystem.cpp:8 #1 0x00007ffff7b1ddb3 in SDL_LogMessageV (category=1, priority=SDL_LOG_PRIORITY_ERROR, fmt=<value optimized out>, ap=<value optimized out>) at src/SDL_log.c:275 #2 0x00007ffff7b1df7c in SDL_LogError (category=<value optimized out>, fmt=<value optimized out>) at src/SDL_log.c:212 #3 0x00007ffff7b1d582 in SDL_SetError (fmt=0x7ffff7baaff0 "") at src/SDL_error.c:111 #4 0x00007ffff7b96f9e in SDL_GL_MakeCurrent (window=0x0, ctx=0xa62ce0) at src/video/SDL_video.c:2484 #5 0x00007ffff7b4ba0c in GL_ActivateRenderer (renderer=0xa8f680) at src/render/opengl/SDL_render_gl.c:195 #6 0x00007ffff7b4c59a in GL_ResetState (window=0x918010, flags=<value optimized out>) at src/render/opengl/SDL_render_gl.c:214 #7 GL_CreateRenderer (window=0x918010, flags=<value optimized out>) at src/render/opengl/SDL_render_gl.c:343 #8 0x00007ffff7b48053 in SDL_CreateRenderer (window=0x918010, index=<value optimized out>, flags=2) at src/render/SDL_render.c:166

Fixed C99 correctness and signed/unsigned compiler warning

X11: Added support to _NET_WM_PID and WM_CLIENT_MACHINE atoms Add support to the _NET_WM_PID atom which is needed by many windows managers to correctly associate a SDL window to its process and to related .desktop file and icon for the given host.

Added X11 dynamic loading support for XSetWMProperties()

X11: Move to XSetWMProperties and add support to _NET_WM_PID Use the convenience function XSetWMProperties to set size, input and class hints, it also automatically sets the WM_CLIENT_MACHINE (this one needed by _NET_WM_PID) and WM_LOCALE_NAME windows hints. Plus we add support to the _NET_WM_PID atom which is needed by many windows managers to correctly associate a SDL window to its process and to related .desktop file and icon for the given host.

Fixed bug 1224 - Blit map not updated if source palette changed bastien.bouclet@gmail.com 2011-06-12 11:08:58 PDT SDL_LowerBlit doesn't update the blit color map if the source surface has changed. A proposed fix is attached, storing the source palette version in the color map.

Fixed bug 1225 - Altivec blitters broken due to SDL_PixelFormat bastien.bouclet@gmail.com 2011-06-13 05:50:58 PDT Static pixel format initialization has not been updated to reflect header changes in SDL_blit_N.c The attached patch fixes Altivec support for me. altivec.h is needed for some systems.

Fixed bug 1239 - Crash in iPad with iOS 3.2 because of missing contentScaleFactor support Joseba García Echebarria 2011-06-30 19:03:56 PDT I just found that SDL is crashing in the iPad simulator for iOS 3.2 but not for iOS 4.2 or over when compiling with Xcode 4.0.2. The Xcode debugger points to line 127 in video/uikit/SDL_uikitopenglview.m as the line that triggers the crash. On those lines one can find: /* Use the main screen scale (for retina display support) */ if ([[UIScreen mainScreen] respondsToSelector:@selector(scale)]) self.contentScaleFactor = [UIScreen mainScreen].scale; I believe the problem to be that the "scale" selector is supported in iOS 3.2 in the iPad, but contentScaleFactor is not. I'm no expert in Objective-C, but I believe the following code to be more correct (it doesn't crash for me): /* Use the main screen scale (for retina display support) */ if ([[UIScreen mainScreen] respondsToSelector:@selector(scale)] && [self respondsToSelector:@selector(contentScaleFactor)]) self.contentScaleFactor = [UIScreen mainScreen].scale; The same check is being performed in line 155 so I imagine it will crash there, too. Vittorio Giovara 2011-08-22 17:58:20 PDT yeah, -scale was introduced in 3.2 but made available only in 4.0, weird anyways we just need to check against contentScaleFactor as we can be sure that both are availble starting from 4.0 the attached patch addresses this

Fixed bug 1344 - No OpenGL headers when compiling -> no working Software renderer at runtime neither Make sure we have at least one render driver.

Switched back to version A, since we don't actually have a version A for SDL 1.3. It would only be meaningful if we were planning to ship 1.2 as A, and 1.3 as B, which is completely worthless given the headers will be for 1.3 and the API is completely different.