Mon, 22 Aug 2005 14:38:31 +0000 Fix for bug reported by Michael Benfield on the SDL mailing list:
Ryan C. Gordon <icculus@icculus.org> [Mon, 22 Aug 2005 14:38:31 +0000] rev 1126
Fix for bug reported by Michael Benfield on the SDL mailing list: "I'm on Mac OS 10.3.9 with a CVS SDL 1.2.9. My understanding is that SDL_CDResume is supposed to resume play after calling SDL_CDPlay. It doesn't on my system. It returns 0 but nothing happens. Any ideas? Thanks. Mike Benfield" --ryan.
Mon, 22 Aug 2005 14:18:15 +0000 Apparently MacOS X will sometimes pass command line arguments to a Cocoa
Ryan C. Gordon <icculus@icculus.org> [Mon, 22 Aug 2005 14:18:15 +0000] rev 1125
Apparently MacOS X will sometimes pass command line arguments to a Cocoa app as an openFile() message, so we have to make sure we were launched from the Finder before accepting these as drag'n'drop documents, or they will just duplicate what's already in argc/argv.
Sun, 21 Aug 2005 08:02:23 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Sun, 21 Aug 2005 08:02:23 +0000] rev 1124
*** empty log message ***
Sun, 21 Aug 2005 06:18:54 +0000 Date: Fri, 08 Jul 2005 22:43:48 +0200 (CEST)
Sam Lantinga <slouken@libsdl.org> [Sun, 21 Aug 2005 06:18:54 +0000] rev 1123
Date: Fri, 08 Jul 2005 22:43:48 +0200 (CEST) From: Jiri Svoboda Subject: [SDL] signal handling bug I encountered the following bug: SDL doesn't reset signal handlers for SIGTERM and SIGINT, after calling SDL_Quit these remain hooked to the handler in SDL_quit.c, being translated into SDL_QUIT events. Consequently an application that issues a SDL_Quit and remains running will ignore any SIGTERM or SIGINT., and specifically CTRL-C presses.
Sat, 20 Aug 2005 21:39:06 +0000 From Patrice Mandin:
Ryan C. Gordon <icculus@icculus.org> [Sat, 20 Aug 2005 21:39:06 +0000] rev 1122
From Patrice Mandin: "Just a request about test subdirectory: the autotools files (config.guess, config.sub, etc...) are a bit outdated, and I have to update them for my cross-compilation party. So it would be nice to have these updated. ... Just removing these files works, because then configure will use those of SDL's topdir. Could someone else check this, just to be sure? i.e. remove config.guess, config.sub, install-sh and mkinstalldirs from test subdir." I tested on Linux and MacOSX...seems to be safe, so I'm nuking the files. --ryan.
Sat, 20 Aug 2005 17:46:33 +0000 Added support for Visual C++ 2005
Sam Lantinga <slouken@libsdl.org> [Sat, 20 Aug 2005 17:46:33 +0000] rev 1121
Added support for Visual C++ 2005
Thu, 18 Aug 2005 06:46:32 +0000 Patch by me to fix crash described below.
Ryan C. Gordon <icculus@icculus.org> [Thu, 18 Aug 2005 06:46:32 +0000] rev 1120
Patch by me to fix crash described below. --ryan. To: sdl@libsdl.org From: Rainer Deyke <rainerd@eldwood.com> Date: Tue, 16 Aug 2005 01:08:18 -0600 Subject: [SDL] Bug report: SDL_CreateRGBSurface with SDL_HWSURFACE crashes If SDL is in full-screen mode with a hardware video surface on OS X, SDL_CreateRGBSurface with SDL_HWSURFACE crashes. The crash occurs on line 109 of SDL_Surface.c. This was tested on OS X 10.3.9 with both SDL 1.2.8 and the latest CVS. Here is a small C++ program that demonstrates the problem: #include "SDL.h" #include <stdio.h> namespace { void wait_for_key() { SDL_Event e; printf("%d\n", SDL_GetAppState()); while (SDL_WaitEvent(&e)) { if (e.type == SDL_KEYDOWN || e.type == SDL_QUIT) return; } } } int main(int, char *[]) { SDL_Init(SDL_INIT_VIDEO); SDL_Surface *screen = SDL_SetVideoMode(640, 480, 32, SDL_FULLSCREEN | SDL_HWSURFACE); SDL_Surface *s = SDL_CreateRGBSurface(SDL_HWSURFACE, 640, 480, 32, screen->format->Rmask, screen->format->Gmask, screen->format->Bmask, screen->format->Amask); wait_for_key(); if (s) SDL_FreeSurface(s); SDL_Quit(); printf("Success!\n"); return 0; }
Thu, 18 Aug 2005 06:18:30 +0000 SDL_GetAppState() correction when toggling fullscreen on OSX.
Ryan C. Gordon <icculus@icculus.org> [Thu, 18 Aug 2005 06:18:30 +0000] rev 1119
SDL_GetAppState() correction when toggling fullscreen on OSX. Patch by me to address this comment on the SDL mailing list: "There appears to be a serious bug with SDL_GetAppState on OS X (10.3.9). When first running in windowed mode and then switching to full screen mode by calling SDL_SetVideoMode, SDL_GetAppState returns 4 (SDL_APPACTIVE) instead of 7 (SDL_APPMOUSEFOCUS | SDL_APPINPUTFOCUS | SDL_APPACTIVE). However, the SDL application clearly does have the keyboard focus, since it is able to receive keyboard events." --ryan.
Thu, 18 Aug 2005 06:06:02 +0000 Date: Wed, 17 Aug 2005 11:23:40 -0400
Ryan C. Gordon <icculus@icculus.org> [Thu, 18 Aug 2005 06:06:02 +0000] rev 1118
Date: Wed, 17 Aug 2005 11:23:40 -0400 From: Matt L <prometheus.uw@gmail.com> To: "Ryan C. Gordon" <icculus@clutteredmind.org> Subject: SDL Patch Hio, I saw your last call on the mailing list. Here's a patch which I submitted about two weeks ago which hasn't made it in. In the current sdl.m4, there's a bug where if your configure.ac, you have AC_LANG(C++) specified, it won't properly compile and link the SDL test program when you run the configure script. This is because only the default CFLAGS is overriden in sdl.m4, and in the patch below, I've fixed it so it overrides CXXFLAGS as well, allowing it to work with g++.
Wed, 17 Aug 2005 00:19:45 +0000 From: Jim Paris <jim_jtan_com>
Ryan C. Gordon <icculus@icculus.org> [Wed, 17 Aug 2005 00:19:45 +0000] rev 1117
From: Jim Paris <jim_jtan_com> To: sdl@libsdl.org Date: Sat, 9 Jul 2005 13:59:33 -0400 Subject: [PATCH] fix locking in src/timer/SYS_timer.c SDL_SetTimer has a typo in CVS. This code was added since 1.2.8. The result is that the SDL_timer_mutex is locked twice and never unlocked, breaking systems that use a threaded timer implementation. -jim
(0) -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 tip