Fri, 30 Dec 2011 18:19:35 -0500Added the ability to update a subrect of a YV12/IYUV texture.
Sam Lantinga <slouken@libsdl.org> [Fri, 30 Dec 2011 18:19:35 -0500] rev 6136
Added the ability to update a subrect of a YV12/IYUV texture.

Fri, 30 Dec 2011 18:18:42 -0500Fixed bug 1315 - Greenish video when video size smaller than texture
Sam Lantinga <slouken@libsdl.org> [Fri, 30 Dec 2011 18:18:42 -0500] rev 6135
Fixed bug 1315 - Greenish video when video size smaller than texture

The incoming pixels are contiguous for the update rectangle.

Fri, 30 Dec 2011 16:28:41 -0500Disable attempt at saving the Cocoa GL context for now. SDL-1.2
Ryan C. Gordon <icculus@icculus.org> [Fri, 30 Dec 2011 16:28:41 -0500] rev 6134
Disable attempt at saving the Cocoa GL context for now.

Fri, 02 Dec 2011 16:10:55 -0500Fixed incorrect macro in fullscreen code. SDL-1.2
Ryan C. Gordon <icculus@icculus.org> [Fri, 02 Dec 2011 16:10:55 -0500] rev 6133
Fixed incorrect macro in fullscreen code.

Fixes OpenGL not rendering on pre-10.7 Mac OS X when built with the 10.7 SDK.

Fri, 30 Dec 2011 14:43:57 -0500It's worth noting the XRandR change in the release notes. SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Fri, 30 Dec 2011 14:43:57 -0500] rev 6132
It's worth noting the XRandR change in the release notes.

Fri, 30 Dec 2011 14:37:50 -0500Fixed bug 1058 - SDL: erroneously uses xrandr-style mode switching SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Fri, 30 Dec 2011 14:37:50 -0500] rev 6131
Fixed bug 1058 - SDL: erroneously uses xrandr-style mode switching

Jan Engelhardt 2010-09-23 17:02:37 PDT
Problem:

SDL-1.2.14.

When SDL switches to fullscreen 640x480 - for example, because the game is
configured to run in such resolution - or back, it changes the desktop size too
by means of xrandr or something along the lines of that.

Actual results:

Windows on my desktop are reordered, which is usually a result of the WM being
forced to do so because the desktop size (virtualsize) changed.

Resolution switching also takes significantly longer than it did before — this
is another sign that it switches desktop size (too), not just resolution.

First the screen goes black-with-backlight and after roughly 500ms, the TFT
screen finally gets the new 640x480 mode signal (I use VGA), which is evidenced
by the backlight going briefly off.

Expected results:

Previous behavior. In other worsd, leave desktop size as-is (and subsequently
keep my windows where they are) and _only_ change the resolution. The old
switching style is also way faster in that there is no black-with-backlight
delay.

Additional information:

Overriding the system SDL 1.2.14 libraries and using LD_LIBRARY_PATH to point
to SDL-1.2.13 libraries brings back the desired behavior.

hg bisecting...
The first bad revision is:
changeset: 4313:8ec3036098df
branch: SDL-1.2
user: Sam Lantinga <slouken@libsdl.org>
date: Sat Oct 10 10:14:01 2009 +0000
summary: Adapted from Debian patch: 320_activate_xrandr_on_default.diff

I am aware of the existence of the SDL_VIDEO_X11_XRANDR environment variable,
but that only looks like a temporary workaround to me.

Fri, 30 Dec 2011 14:14:45 -0500Fixed bug 938 - SDL fails to link in mingw+msys+libtool SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Fri, 30 Dec 2011 14:14:45 -0500] rev 6130
Fixed bug 938 - SDL fails to link in mingw+msys+libtool

Carlo Bramini 2010-01-27 10:06:17 PST
When building third party software powered by libtool (like xine-lib and
several others) under Mingw+MSys, libSDL fails to link.
I got this message when building SDL video out component of xine-lib:

*** Warning: linker path does not have real file for library -lmingw32.
*** I have the capability to make that library automatically link in when
*** you link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have
*** because I did check the linker path looking for a file starting
*** with libmingw32 and none of the candidates passed a file format test
*** using a file magic. Last file checked: /mingw/lib/libmingw32.a

Apparently there is no need to manually add -lmingw32 for making libSDL
working.
If this flag is removed, everything is built without troubles.
If it has been added for fixing a cross-compiler, perhaps if would be a better
idea to adjust its SPECS file in the same manner it has been done in the true
one used by mingw on Windows (I'm just guessing why it exists here).

There is also another message received on the console:

*** Warning: linker path does not have real file for library -lSDLmain.
*** I have the capability to make that library automatically link in when
*** you link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have
*** because I did check the linker path looking for a file starting
*** with libSDLmain and none of the candidates passed a file format test
*** using a file magic. Last file checked: /mingw/lib/libSDLmain.a

This message, like previous one, is caused by -no-undefined flag sent to
libtool when building shared libraries.
Actually adding an .la file with its dependencies solves the troubles, so I
believe it would be better to create it too in the build process of libSDL.

Fri, 30 Dec 2011 06:54:58 -0500Fixed bug 1082 - Crash on startup when using empty command-line argument. SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Fri, 30 Dec 2011 06:54:58 -0500] rev 6129
Fixed bug 1082 - Crash on startup when using empty command-line argument.

yrizoud@gmail.com 2010-12-01 07:34:48 PST
Run a SDL program with "" as one of the command-line arguments: crash on
startup.

Program received signal SIGSEGV, Segmentation fault.
0x0047b2ea in ParseCommandLine (cmdline=<value optimized out>, argv=0x0)
at ./src/main/win32/SDL_win32_main.c:100
100 while ( *bufp && ( *bufp != '"' || *lastp == '\\' ) ) {
(gdb) bt
#0 0x0047b2ea in ParseCommandLine (cmdline=<value optimized out>, argv=0x0)
at ./src/main/win32/SDL_win32_main.c:100
#1 0x0047b5bb in WinMain@16 (hInst=0x400000, hPrev=0x0,
szCmdLine=0x81c530e0 "a \"\" b", sw=10)
at ./src/main/win32/SDL_win32_main.c:374
#2 0x0047af28 in main ()

---

The problem is that on Windows when you make a shortcut, and want it to accept
drag-and-dropped files, the good way to make it work work with files that have
spaces in their names or paths is make this argument "%1" (with the surrounding
quotes). But then when you run it without dropping a file into it, it's
resolved as "", and triggers this bug.

Fri, 30 Dec 2011 06:41:41 -0500Initialize timers first so the tick counter is valid by the time the audio and video systems initialize.
Sam Lantinga <slouken@libsdl.org> [Fri, 30 Dec 2011 06:41:41 -0500] rev 6128
Initialize timers first so the tick counter is valid by the time the audio and video systems initialize.

Fri, 30 Dec 2011 06:41:12 -0500Initialize timers first so the tick counter is valid by the time the audio and video systems initialize. SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Fri, 30 Dec 2011 06:41:12 -0500] rev 6127
Initialize timers first so the tick counter is valid by the time the audio and video systems initialize.