Tue, 25 Feb 2014 10:04:49 -0800 Fixed crash if the input data pitch is larger than the locked texture pitch
Sam Lantinga <slouken@libsdl.org> [Tue, 25 Feb 2014 10:04:49 -0800] rev 8255
Fixed crash if the input data pitch is larger than the locked texture pitch
Mon, 24 Feb 2014 23:09:35 -0800 Don't warp the mouse while we're doing a modal interaction
Sam Lantinga <slouken@libsdl.org> [Mon, 24 Feb 2014 23:09:35 -0800] rev 8254
Don't warp the mouse while we're doing a modal interaction
Mon, 24 Feb 2014 22:49:30 -0800 Make sure we don't clip the cursor while clicking on the window title bar
Sam Lantinga <slouken@libsdl.org> [Mon, 24 Feb 2014 22:49:30 -0800] rev 8253
Make sure we don't clip the cursor while clicking on the window title bar
Mon, 24 Feb 2014 22:37:58 -0800 Fixed relative mouse mode with multiple windows.
Sam Lantinga <slouken@libsdl.org> [Mon, 24 Feb 2014 22:37:58 -0800] rev 8252
Fixed relative mouse mode with multiple windows. The window cursor clipping will be taken care of when SDL_UpdateWindowGrab() is called.
Mon, 24 Feb 2014 22:36:24 -0800 Added a bunch of missing windows messages
Sam Lantinga <slouken@libsdl.org> [Mon, 24 Feb 2014 22:36:24 -0800] rev 8251
Added a bunch of missing windows messages
Mon, 24 Feb 2014 16:42:08 -0800 Mac: Fix inconsistent repeat of SDL_TEXTINPUT events on 10.7+
Jørgen P. Tjernø <jorgen@valvesoftware.com> [Mon, 24 Feb 2014 16:42:08 -0800] rev 8250
Mac: Fix inconsistent repeat of SDL_TEXTINPUT events on 10.7+ Due to the new "tap and hold" IME in Mountain Lion and above, we were getting inconsistent repeat of SDL_TEXTINPUT events. Disabling that functionality (since you can't see the popover anyway) solves this. Bug: https://bugzilla.libsdl.org/show_bug.cgi?id=2387
Mon, 24 Feb 2014 18:57:22 -0300 Fixes #2296 - SDL_GL_UnbindTexture segfaults (thanks Daniel Bünzli)
Gabriel Jacobo <gabomdq@gmail.com> [Mon, 24 Feb 2014 18:57:22 -0300] rev 8249
Fixes #2296 - SDL_GL_UnbindTexture segfaults (thanks Daniel Bünzli)
Mon, 24 Feb 2014 11:24:48 -0500 CMake: Fixed build on Mac OS X.
Ryan C. Gordon <icculus@icculus.org> [Mon, 24 Feb 2014 11:24:48 -0500] rev 8248
CMake: Fixed build on Mac OS X.
Mon, 24 Feb 2014 10:25:02 -0300 Zero out haptic linked list items on creation
Gabriel Jacobo <gabomdq@gmail.com> [Mon, 24 Feb 2014 10:25:02 -0300] rev 8247
Zero out haptic linked list items on creation (thanks to Turo Lamminen for the report!)
Mon, 24 Feb 2014 10:00:10 -0300 Fixes #2417, memory leak in SDL_gamecontroller.c (thanks Leonardo!)
Gabriel Jacobo <gabomdq@gmail.com> [Mon, 24 Feb 2014 10:00:10 -0300] rev 8246
Fixes #2417, memory leak in SDL_gamecontroller.c (thanks Leonardo!)
Sun, 23 Feb 2014 01:24:46 -0500 Free the correct variable.
Ryan C. Gordon <icculus@icculus.org> [Sun, 23 Feb 2014 01:24:46 -0500] rev 8245
Free the correct variable.
Sun, 23 Feb 2014 01:10:33 -0500 CMake: Just assume Apple platforms have Cocoa support.
Ryan C. Gordon <icculus@icculus.org> [Sun, 23 Feb 2014 01:10:33 -0500] rev 8244
CMake: Just assume Apple platforms have Cocoa support. Fixes Bugzilla #2056.
Sat, 22 Feb 2014 21:21:33 -0500 Fixed Mac DualShock 4 gamecontroller db entry again.
Ryan C. Gordon <icculus@icculus.org> [Sat, 22 Feb 2014 21:21:33 -0500] rev 8243
Fixed Mac DualShock 4 gamecontroller db entry again.
Sat, 22 Feb 2014 21:15:34 -0500 Mac joystick: ignore duplicate HID elements.
Ryan C. Gordon <icculus@icculus.org> [Sat, 22 Feb 2014 21:15:34 -0500] rev 8242
Mac joystick: ignore duplicate HID elements. The DualShock 4 has all elements listed twice: once in the top-level list of elements, and once in an "Application Collection" element at the top-level. Each element has a proper cookie with a unique value, so now we descend into each element collections, but before we add an element to the device's list, we make sure we don't already have one with that cookie, probably from another collection or a buggy device.
Sat, 22 Feb 2014 19:10:45 -0800 Fixed bug 2404 - CPU detection not working with MSVC on x64
Sam Lantinga <slouken@libsdl.org> [Sat, 22 Feb 2014 19:10:45 -0800] rev 8241
Fixed bug 2404 - CPU detection not working with MSVC on x64 Tiemo Jung All CPU detection functions SDL_Has* will return false, even if it is supported by the CPU, if SDL is compiled with MSVC and the target is x64. The reason for this is that 'CPU_haveCPUID' will return 0 and macro 'cpuid' in SDL_cpuinfo.c is the fallback implementation, which sets all params to zero. It is safe to assume that cpuid is supported on a CPU that runs windows x64, so CPU_haveCPUID can just return 1, and the empty macro can be replaced with a small wrap around the __cpuid intrinsic.
Sat, 22 Feb 2014 18:01:18 -0800 Fixed bug 2335 - Fails to build on Debian GNU/kFreeBSD
Sam Lantinga <slouken@libsdl.org> [Sat, 22 Feb 2014 18:01:18 -0800] rev 8240
Fixed bug 2335 - Fails to build on Debian GNU/kFreeBSD Felix Geyer Starting from version 2.0.1 libsdl fails to build on Debian GNU/kFreeBSD in SDL_cpuinfo.c. GNU/kFreeBSD defines __FreeBSD_kernel__ but not __FreeBSD__. The #ifdef __FreeBSD__ check should be extended for __FreeBSD_kernel__, see the attached patch. Build log: libtool: compile: gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -DUSING_GENERATED_CONFIG_H -Iinclude -I/«BUILDDIR»/libsdl2-2.0.1+dfsg1/include -mmmx -m3dnow -msse -msse2 -fvisibility=hidden -D_REENTRANT -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-kfreebsd-gnu/dbus-1.0/include -DHAVE_USBHID_H -DUSBHID_NEW -D_REENTRANT -Wall -c /«BUILDDIR»/libsdl2-2.0.1+dfsg1/src/cpuinfo/SDL_cpuinfo.c -fPIC -DPIC -o build/.libs/SDL_cpuinfo.o /«BUILDDIR»/libsdl2-2.0.1+dfsg1/src/cpuinfo/SDL_cpuinfo.c: In function 'SDL_GetSystemRAM': /«BUILDDIR»/libsdl2-2.0.1+dfsg1/src/cpuinfo/SDL_cpuinfo.c:632:35: error: 'HW_MEMSIZE' undeclared (first use in this function) int mib[2] = {CTL_HW, HW_MEMSIZE}; ^ /«BUILDDIR»/libsdl2-2.0.1+dfsg1/src/cpuinfo/SDL_cpuinfo.c:632:35: note: each undeclared identifier is reported only once for each function it appears in make[2]: *** [build/SDL_cpuinfo.lo] Error 1
Sat, 22 Feb 2014 17:55:58 -0800 Fixed bug 2347 - On OSX, an SDL app prevents system shutdown.
Sam Lantinga <slouken@libsdl.org> [Sat, 22 Feb 2014 17:55:58 -0800] rev 8239
Fixed bug 2347 - On OSX, an SDL app prevents system shutdown. Tim McDaniel On OSX, an SDL app forces a system shutdown to be cancelled. This happens because [SDLAppDelegate applicationShouldTerminate] returns NSTerminateCancel. A better approach is to subclass NSApplication and override terminate to do nothing except call SDL_SendQuit. In response to a system shutdown notification, this allows the normal SDL Quit event processing to occur, and if the app then terminates, system shutdown occurs normally. Please see the attached patch, based on SDL 2.0.1.
Sat, 22 Feb 2014 17:39:35 -0800 Don't fail initialization if the helper window class already exists.
Sam Lantinga <slouken@libsdl.org> [Sat, 22 Feb 2014 17:39:35 -0800] rev 8238
Don't fail initialization if the helper window class already exists.
Sat, 22 Feb 2014 17:32:18 -0800 Fixed bug 2395 - OSX: App name in the menu bar is not localized.
Sam Lantinga <slouken@libsdl.org> [Sat, 22 Feb 2014 17:32:18 -0800] rev 8237
Fixed bug 2395 - OSX: App name in the menu bar is not localized. Tim McDaniel On OSX, the app name in the menu bar is not localized. This can be fixed using the following implementation for GetApplicationName in SDL_cocoaevents.m: static NSString * GetApplicationName(void) { NSDictionary *dict; NSString *appName = 0; appName = [[NSBundle mainBundle] objectForInfoDictionaryKey:@"CFBundleDisplayName"]; if (!appName) appName = [[NSBundle mainBundle] objectForInfoDictionaryKey:@"CFBundleName"]; if (![appName length]) appName = [[NSProcessInfo processInfo] processName]; return appName; }
Sat, 22 Feb 2014 15:34:31 -0800 Fixed bug 2298 - undefined reference to `IID_IUnknown' on cygwin
Sam Lantinga <slouken@libsdl.org> [Sat, 22 Feb 2014 15:34:31 -0800] rev 8236
Fixed bug 2298 - undefined reference to `IID_IUnknown' on cygwin Brian Minton When building static or shared libraries on cygwin 1.7.25 on Windows 7 (32-bit), I get the following link errors: build/.libs/SDL_windowskeyboard.o: In function `UIElementSink_QueryInterface@12': /home/c-bminton/src/SDL/src/video/windows/SDL_windowskeyboard.c:995: undefined reference to `IID_IUnknown' build/.libs/SDL_windowskeyboard.o: In function `IPPASink_QueryInterface@12': /home/c-bminton/src/SDL/src/video/windows/SDL_windowskeyboard.c:1101: undefined reference to `IID_IUnknown' collect2: error: ld returned 1 exit status Makefile:126: recipe for target 'build/libSDL2.la' failed make: *** [build/libSDL2.la] Error 1 -- The libuuid from e2fsprogs is completely unrelated to the w32api UUID.DLL implib. FWIW, any *NIX software that I've seen obviously wants the e2fsprogs version, but if libuuid-devel is installed (in /usr/lib) then you can't link against the w32api implib with a simple -luuid.
Fri, 21 Feb 2014 13:57:53 +0000 Fix audio conversion when channel count changes
James Legg <jlegg@feralinteractive.com> [Fri, 21 Feb 2014 13:57:53 +0000] rev 8235
Fix audio conversion when channel count changes - Use the SDL_AUDIO_MASK_DATATYPE bit when selecting an implementation where it matters. Previously two existing AUDIO_F32 cases had been written, but were unreachable. - Add AUDIO_F32 case for SDL_ConvertSurround_4. - Fix incorrect pointer arithmetic causing the 2 to 6 channel conversion for 4 byte audio formats to read and write beyond the end of the buffer.
Sat, 22 Feb 2014 15:27:11 -0800 Fixed bug 2414 - Execute event watchers in the order they were added
Sam Lantinga <slouken@libsdl.org> [Sat, 22 Feb 2014 15:27:11 -0800] rev 8234
Fixed bug 2414 - Execute event watchers in the order they were added Leonardo Event watchers are being executed on the inverse order they are added because they are added to the head of the SDL_event_watchers list. Since watchers are allowed to change events before they are reported (they shouldn't, imo), this breaks code that rely on watcher execution order (such as distributed event handling). An easy scenario to see this behaving weird to the user is if you add an event watcher to check mouse coordinates and check them again in your event loop. If you add the watcher after renderer's one (which always happens after you have initialized renderer), you get the same event but different coordinates. The proposed patch adds the event watcher in the tail of the list, not in the beginning, and correctly fixes this problem.
Sat, 22 Feb 2014 15:23:09 -0800 Fixed bug 2407 - Support for OpenGL ES 3 contexts on iOS
Sam Lantinga <slouken@libsdl.org> [Sat, 22 Feb 2014 15:23:09 -0800] rev 8233
Fixed bug 2407 - Support for OpenGL ES 3 contexts on iOS Alex Szpakowski Currently the UIKit/EAGL backend for SDL's OpenGL context creation API doesn't support OpenGL ES 3, despite iOS 7+ being capable (on devices with the necessary hardware.) I have attached a patch to add support. It's also slightly more future-proof, so eventual OpenGL ES 4+ capability on iOS should hopefully work without requiring changes to SDL's UIKit/EAGL backend.
Sat, 22 Feb 2014 14:57:12 -0800 Fixed bug 2346 - Mac: mousewheel events have flipped horizontal scroll values
Sam Lantinga <slouken@libsdl.org> [Sat, 22 Feb 2014 14:57:12 -0800] rev 8232
Fixed bug 2346 - Mac: mousewheel events have flipped horizontal scroll values Alex Szpakowski On my Mac OS X system (10.9.1), the SDL_MOUSEWHEEL event reports negative X values when my trackpad scrolls to the right, and positive X values when my trackpad scrolls to the left. This is backwards from what I'd expect, and I don't think it matches the Windows wheel events. The vertical scroll values are what I'd expect though, and are consistent what gets reported on Windows (positive Y for scrolling up, negative Y for scrolling down.) This is with "scroll direction: natural" disabled in the OS X trackpad settings (i.e. my scroll direction in non-SDL OS X programs matches what happens in Windows and Linux.) I also tested with the horizontal scroll on a real mouse (Logitech G500 without custom drivers), and the horizontal scroll values in SDL are still flipped. I "solved" the issue for myself by changing this line in the Cocoa_HandleMouseWheel function: float x = [event deltaX]; to this: float x = -[event deltaX]; I believe it should work fine with that change - I found something similar in another codebase while looking online for my issue - but I haven't tested on anything below Mac OS 10.8.
Sat, 22 Feb 2014 10:40:12 -0800 Thou shalt not use more than 4k local variables in this code.
Sam Lantinga <slouken@libsdl.org> [Sat, 22 Feb 2014 10:40:12 -0800] rev 8231
Thou shalt not use more than 4k local variables in this code.
Sat, 22 Feb 2014 00:55:28 -0500 Reworked Mac OS X joystick code to use the 10.5+ HID Manager API.
Ryan C. Gordon <icculus@icculus.org> [Sat, 22 Feb 2014 00:55:28 -0500] rev 8230
Reworked Mac OS X joystick code to use the 10.5+ HID Manager API. Besides being a little more simple to use than the earlier IOKit HID API, and less likely to be deprecated, it also has the added benefit of working with the Sony DualShock 4 controller in Bluetooth mode out of the box, whereas the previous API has a bug that makes it report bad data for the controller. Cleaned up several other things in this code, having gone over every line of it. The remaining deprecated calls are also gone.
Fri, 21 Feb 2014 08:37:57 -0300 Fixes #2326, clean up the X11 backend a bit
Gabriel Jacobo <gabomdq@gmail.com> [Fri, 21 Feb 2014 08:37:57 -0300] rev 8229
Fixes #2326, clean up the X11 backend a bit
Thu, 20 Feb 2014 21:07:56 -0800 Fixed infinite recursion in D3D_Reset()
Sam Lantinga <slouken@libsdl.org> [Thu, 20 Feb 2014 21:07:56 -0800] rev 8228
Fixed infinite recursion in D3D_Reset()
Thu, 20 Feb 2014 17:03:55 -0300 Fixes #2408, VS2013: several projects of release build are not built
Gabriel Jacobo <gabomdq@gmail.com> [Thu, 20 Feb 2014 17:03:55 -0300] rev 8227
Fixes #2408, VS2013: several projects of release build are not built Patch by Hiroyuki Iwatsuki
Thu, 20 Feb 2014 16:12:11 -0300 Improve testgles2 exit behavior (useful on Android)
Gabriel Jacobo <gabomdq@gmail.com> [Thu, 20 Feb 2014 16:12:11 -0300] rev 8226
Improve testgles2 exit behavior (useful on Android)
(0) -3000 -1000 -300 -100 -50 -30 +30 +50 +100 +300 +1000 tip