Thu, 08 Aug 2013 00:06:19 -0700Updated documentation names for RPM release-2.0.0
Sam Lantinga <slouken@libsdl.org> [Thu, 08 Aug 2013 00:06:19 -0700] rev 420
Updated documentation names for RPM

Wed, 07 Aug 2013 09:18:35 -0700Fixed bug 2010 - Memory leaks in do_layer_surface function in IMG_xcf.c file
Sam Lantinga <slouken@libsdl.org> [Wed, 07 Aug 2013 09:18:35 -0700] rev 419
Fixed bug 2010 - Memory leaks in do_layer_surface function in IMG_xcf.c file

Nitz

In static int do_layer_surface (SDL_Surface * surface, SDL_RWops * src, xcf_header * head, xcf_layer * layer, load_tile_type load_tile)

hierarchy, level and tile pointers are getting leak at default cases of switch statement.

Wed, 31 Jul 2013 21:45:15 -0700Ran autogen.sh after updating sdl2.m4
Sam Lantinga <slouken@libsdl.org> [Wed, 31 Jul 2013 21:45:15 -0700] rev 418
Ran autogen.sh after updating sdl2.m4

Tue, 30 Jul 2013 23:33:37 -0700Fixed bug 2000 - The framework INSTALL_PATH still uses @executable_path
Sam Lantinga <slouken@libsdl.org> [Tue, 30 Jul 2013 23:33:37 -0700] rev 417
Fixed bug 2000 - The framework INSTALL_PATH still uses @executable_path

dak180

Since the MACOSX_DEPLOYMENT_TARGET is 10.5; INSTALL_PATH should use @rpath.

See http://www.dribin.org/dave/blog/archives/2009/11/15/rpath/ for the details on why this is a good idea.

Tue, 30 Jul 2013 21:39:43 -0700Added code signature step to Framework build process
Sam Lantinga <slouken@libsdl.org> [Tue, 30 Jul 2013 21:39:43 -0700] rev 416
Added code signature step to Framework build process

Sat, 27 Jul 2013 01:18:33 -0700Fixed bug 1991 - XCF and LBM image loading might lead to random crashes
Sam Lantinga <slouken@libsdl.org> [Sat, 27 Jul 2013 01:18:33 -0700] rev 415
Fixed bug 1991 - XCF and LBM image loading might lead to random crashes

Marcus von Appen

The current XCF and LBM image loaders mix SDL's and the underlying C memory APIs to allocate, reallocate or compare memory, which can lead to random crashes on the target system.

Attached is a small patch to clean up the API and fix a memory lead in the XCF loader implementation.

Sun, 21 Jul 2013 11:52:59 -0700Fixed bug 1976 - SDL2.m4 shares same variables as SDL.m4 so they cache values
Sam Lantinga <slouken@libsdl.org> [Sun, 21 Jul 2013 11:52:59 -0700] rev 414
Fixed bug 1976 - SDL2.m4 shares same variables as SDL.m4 so they cache values

Sun, 07 Jul 2013 18:22:36 -0700Fixed bug 1943 - Wrong handling of legacy 32bpp BMP files
Sam Lantinga <slouken@libsdl.org> [Sun, 07 Jul 2013 18:22:36 -0700] rev 413
Fixed bug 1943 - Wrong handling of legacy 32bpp BMP files

Kang Seonghoon

While BMP format supports alpha channel, it is enabled only when the header is at least 56 bytes long (BITMAPV3INFOHEADER and later). For very common 40-byte-long header (BITMAPINFOHEADER) 32bpp format should be interpreted as BGRX format, but currently SDL interprets them as BGRA format and causes a significant compatibility problem as many 32bpp files use a padding byte of 0 ("transparent" in BGRA interpretation).

---

I fixed this by checking to see if the alpha channel is all 0, and if so, setting it opaque.

Sun, 07 Jul 2013 14:07:38 -0700Backed out changeset 394898e5b824
Sam Lantinga <slouken@libsdl.org> [Sun, 07 Jul 2013 14:07:38 -0700] rev 412
Backed out changeset 394898e5b824

Sun, 07 Jul 2013 12:53:33 -0700Fixed bug 1943 - Wrong handling of legacy 32bpp BMP files
Sam Lantinga <slouken@libsdl.org> [Sun, 07 Jul 2013 12:53:33 -0700] rev 411
Fixed bug 1943 - Wrong handling of legacy 32bpp BMP files

Kang Seonghoon

While BMP format supports alpha channel, it is enabled only when the header is at least 56 bytes long (BITMAPV3INFOHEADER and later). For very common 40-byte-long header (BITMAPINFOHEADER) 32bpp format should be interpreted as BGRX format, but currently SDL interprets them as BGRA format and causes a significant compatibility problem as many 32bpp files use a padding byte of 0 ("transparent" in BGRA interpretation).