Sat, 04 Feb 2006 22:01:44 +0000 Seek back to start on error
Sam Lantinga <slouken@libsdl.org> [Sat, 04 Feb 2006 22:01:44 +0000] rev 1329
Seek back to start on error
Sat, 04 Feb 2006 16:29:22 +0000 Date: Sat, 04 Feb 2006 19:47:23 +0900
Sam Lantinga <slouken@libsdl.org> [Sat, 04 Feb 2006 16:29:22 +0000] rev 1328
Date: Sat, 04 Feb 2006 19:47:23 +0900 From: Hayashi Naoyuki Subject: Re: [SDL] Character Composition problem on X The compilation fails. cc: Error: SDL_x11events.c, line 717: In this statement, "XK_dead_hook" is not declared. (undeclared) ODD_keymap[XK_dead_hook&0xFF] = SDLK_COMPOSE; -------------------^ cc: Error: SDL_x11events.c, line 718: In this statement, "XK_dead_horn" is not declared. (undeclared) ODD_keymap[XK_dead_horn&0xFF] = SDLK_COMPOSE; Neither XK_dead_hook nor XK_dead_horn are defined on Tru64.
Sat, 04 Feb 2006 08:35:11 +0000 Resolved bug #130
Sam Lantinga <slouken@libsdl.org> [Sat, 04 Feb 2006 08:35:11 +0000] rev 1327
Resolved bug #130 Use XFilterEvent() to handle dead-key composition under X11 Cleaned up the code in preparation for 1.3 API changes
Fri, 03 Feb 2006 07:43:42 +0000 From: Hayashi Naoyuki
Sam Lantinga <slouken@libsdl.org> [Fri, 03 Feb 2006 07:43:42 +0000] rev 1326
From: Hayashi Naoyuki I tried to compile with gcc on Tru64, and got the following error. SDL_systimer.c:45:45: error: operator '&&' has no right operand It succeeds if changing #if (defined _POSIX_TIMERS && _POSIX_TIMERS > 0) to #if (defined _POSIX_TIMERS && _POSIX_TIMERS + 0 > 0)
Fri, 03 Feb 2006 07:39:02 +0000 Resolve bug #120
Sam Lantinga <slouken@libsdl.org> [Fri, 03 Feb 2006 07:39:02 +0000] rev 1325
Resolve bug #120 Use the real executable's name for the window class, if it's available.
Fri, 03 Feb 2006 06:33:54 +0000 Favor using pthread_mutexattr_settype() on Linux.
Sam Lantinga <slouken@libsdl.org> [Fri, 03 Feb 2006 06:33:54 +0000] rev 1324
Favor using pthread_mutexattr_settype() on Linux.
Fri, 03 Feb 2006 06:01:23 +0000 Fixed compile warning
Sam Lantinga <slouken@libsdl.org> [Fri, 03 Feb 2006 06:01:23 +0000] rev 1323
Fixed compile warning
Thu, 02 Feb 2006 21:27:24 +0000 Update for mintlib 0.57.6 (m68k-atari-mint libc)
Patrice Mandin <patmandin@gmail.com> [Thu, 02 Feb 2006 21:27:24 +0000] rev 1322
Update for mintlib 0.57.6 (m68k-atari-mint libc)
Thu, 02 Feb 2006 06:26:39 +0000 Date: Wed, 1 Feb 2006 18:20:33 -0800
Sam Lantinga <slouken@libsdl.org> [Thu, 02 Feb 2006 06:26:39 +0000] rev 1321
Date: Wed, 1 Feb 2006 18:20:33 -0800 From: Eric Wing Subject: SDL/Universal Binary updates Hi Sam, Attached is a big set of changes to the Xcode projects to support Universal Binaries. I have also included .dmgs that include the prebuilt frameworks. Ryan, I also updated SMPEG which is also in the package. The SDL and smpeg binaries were built against the CVS version (pulled maybe a month ago?). I do not have an Intel Mac to test on so I have no idea if this stuff actually works. However, Christian Walther has been a big help in testing 10.2.8 and 10.3.9 so I'm fairly confident we got the build settings correct for at least PPC. I have attempted to document the important things for producing these Universal Binaries. Documentation is somewhat scattered through out everything, but there is a big centralized piece of documentation in the UniversalBinaryNotes.rtf in the SDL.dmg. As far as Universal Binaries are concerned, the big things were: - Build with gcc 3.3 on PPC, 4.0 on Intel. - We couldn't get any of the MMX/SSE code to compile/link (SDL and smpeg). - All 3rd party dependencies had to be rebuilt as Universal There were also a bunch of non-Universal things that have been updated: - I converted the SDL-satellites to create .dmg's instead of .pkg installers - Updated all 3rd party static libraries with current versions. (I think libpng was the most dramatic going from 1.0.? to 1.2.8 with API breakage. I haven't found any problems so far in doing this.) - Changed some compiler optimization settings - Finally updated the exports list for SDL_mixer - Tried to include a static smpeg in SDL_mixer (multiple build variants in Xcode project now) - Enabled Altivec in SDL (we forgot to add the flags to Xcode last time) - More documentation Since so many things have changed, there might be new problems introduced. The big issue I've found so far is with SDL_mixer. As I mentioned on the mailing list, MP3's produce an assertion failure. And the MikMod problem reported on Bugzilla continues to persist. There's probably a bunch of other stuff I'm forgetting. There really were hundreds of little things I mucked with so it's hard to remember them all. If you have any questions, feel free to ask. Thanks, Eric
Thu, 02 Feb 2006 05:35:42 +0000 AAlib driver was using C runtime string functions without including string.h.
Ryan C. Gordon <icculus@icculus.org> [Thu, 02 Feb 2006 05:35:42 +0000] rev 1320
AAlib driver was using C runtime string functions without including string.h. Fixes Bugzilla #131.
Wed, 01 Feb 2006 19:59:02 +0000 Logic bug in X11 Unicode input shutdown...was checking for == NULL
Ryan C. Gordon <icculus@icculus.org> [Wed, 01 Feb 2006 19:59:02 +0000] rev 1319
Logic bug in X11 Unicode input shutdown...was checking for == NULL when it should be != NULL.
Wed, 01 Feb 2006 09:28:42 +0000 Eliminate duplicate modes with different refresh rates
Sam Lantinga <slouken@libsdl.org> [Wed, 01 Feb 2006 09:28:42 +0000] rev 1318
Eliminate duplicate modes with different refresh rates
Wed, 01 Feb 2006 09:01:12 +0000 Updated exports
Sam Lantinga <slouken@libsdl.org> [Wed, 01 Feb 2006 09:01:12 +0000] rev 1317
Updated exports
Wed, 01 Feb 2006 08:24:32 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Wed, 01 Feb 2006 08:24:32 +0000] rev 1316
*** empty log message ***
Wed, 01 Feb 2006 08:17:54 +0000 Merged useful fixes from 1.3 branch
Sam Lantinga <slouken@libsdl.org> [Wed, 01 Feb 2006 08:17:54 +0000] rev 1315
Merged useful fixes from 1.3 branch
Wed, 01 Feb 2006 08:03:04 +0000 Fixed dynamic X11 for now, I think.
Ryan C. Gordon <icculus@icculus.org> [Wed, 01 Feb 2006 08:03:04 +0000] rev 1314
Fixed dynamic X11 for now, I think.
Wed, 01 Feb 2006 07:12:14 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Wed, 01 Feb 2006 07:12:14 +0000] rev 1313
*** empty log message ***
Wed, 01 Feb 2006 06:32:25 +0000 Updated copyright information and removed rcs id lines (problematic in branch merges)
Sam Lantinga <slouken@libsdl.org> [Wed, 01 Feb 2006 06:32:25 +0000] rev 1312
Updated copyright information and removed rcs id lines (problematic in branch merges) I batch edited these files, so please let me know if I've accidentally removed anybody's credit here.
Wed, 01 Feb 2006 04:23:41 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Wed, 01 Feb 2006 04:23:41 +0000] rev 1311
*** empty log message ***
Tue, 31 Jan 2006 21:33:35 +0000 Add flag to post mouse button events or not, and use defined function to post them
Patrice Mandin <patmandin@gmail.com> [Tue, 31 Jan 2006 21:33:35 +0000] rev 1310
Add flag to post mouse button events or not, and use defined function to post them
Tue, 31 Jan 2006 19:46:26 +0000 Bah, I don't know what I'm doing.
Sam Lantinga <slouken@libsdl.org> [Tue, 31 Jan 2006 19:46:26 +0000] rev 1309
Bah, I don't know what I'm doing.
Tue, 31 Jan 2006 19:40:25 +0000 Quit building the frigging F77 libtool configuration!
Sam Lantinga <slouken@libsdl.org> [Tue, 31 Jan 2006 19:40:25 +0000] rev 1308
Quit building the frigging F77 libtool configuration!
Tue, 31 Jan 2006 19:09:09 +0000 We're no longer doing compile checks on the X11 extensions which we include.
Sam Lantinga <slouken@libsdl.org> [Tue, 31 Jan 2006 19:09:09 +0000] rev 1307
We're no longer doing compile checks on the X11 extensions which we include. (Resolves bug #114)
Tue, 31 Jan 2006 18:39:32 +0000 Changed references to XFree86 to Xext to match change in directory structure.
Ryan C. Gordon <icculus@icculus.org> [Tue, 31 Jan 2006 18:39:32 +0000] rev 1306
Changed references to XFree86 to Xext to match change in directory structure. Reference Bugzilla #116.
Tue, 31 Jan 2006 18:08:33 +0000 Reverted in favor of this one:
Sam Lantinga <slouken@libsdl.org> [Tue, 31 Jan 2006 18:08:33 +0000] rev 1305
Reverted in favor of this one: https://bugzilla.libsdl.org/attachment.cgi?id=3
Tue, 31 Jan 2006 17:56:44 +0000 XFree86 directory renamed to Xext
Sam Lantinga <slouken@libsdl.org> [Tue, 31 Jan 2006 17:56:44 +0000] rev 1304
XFree86 directory renamed to Xext
Tue, 31 Jan 2006 15:30:42 +0000 Date: Tue, 05 Jul 2005 21:43:26 +1000
Sam Lantinga <slouken@libsdl.org> [Tue, 31 Jan 2006 15:30:42 +0000] rev 1303
Date: Tue, 05 Jul 2005 21:43:26 +1000 From: Sean Childs Subject: [SDL] Compiling SDL 1.2.8 with the free Borland compiler When compiling SDL 1.2.8 with the free Borland compiler, I received this error (there is a similar error that occurs in src\video\windx5\sdl_dx5events.c): Error E2342 ..\..\src\video\windib\sdl_dibevents.c 189: Type mismatch in parameter 'lpPrevWndFunc' (wanted 'int (__stdcall *)()', got 'long (__stdcall *)(void *,unsigned int,unsigned int,long)') in function DIB_HandleMessage I checked the MSDN library at: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/ windowsuserinterface/windowing/windowprocedures/windowprocedurereference/wind owprocedurefunctions/callwindowproc.asp and it had this to say: If STRICT is not defined, the lpPrevWndFunc parameter has the data type FARPROC. The FARPROC type is declared as follows: int (FAR WINAPI * FARPROC) () In C, the FARPROC declaration indicates a callback function that has an unspecified parameter list. In C++, however, the empty parameter list in the declaration indicates that a function has no parameters. This subtle distinction can break careless code. Following is one way to handle this situation: #ifdef STRICT WNDPROC MyWindowProcedure #else FARPROC MyWindowProcedure #endif ... lResult = CallWindowProc(MyWindowProcedure, ...)
Tue, 31 Jan 2006 14:59:43 +0000 Date: Sat, 14 Jan 2006 15:16:01 -0500
Sam Lantinga <slouken@libsdl.org> [Tue, 31 Jan 2006 14:59:43 +0000] rev 1302
Date: Sat, 14 Jan 2006 15:16:01 -0500 From: Andrew Fuller Subject: [SDL] [PATCH] ML-8866 PS2->USB converter This converter seems to go by several names -- Super Dual Box, Dual USB Joypad, and who knows what else. Also branded differently with different colour cases, etc. But it seems to all be the same internals. It is a common converter used for StepMania, with several posts Googleable trying to make it work in Linux. I got mine yesterday and wanted to play stepmania, so I went ahead and made a crude patch for libsdl to split this baby into two logical joysticks. A couple notes about the patch: This patch works well for two dance mats hooked up and playing stepmania, however the mapping of the other buttons may be off. I have no joystick which uses all the buttons the converter reports, so I have no way of testing them. The name I used 0925:8866 which is the USB ID, and what SDLjoytest-GL reported is the name, even though lsusb shows Wisegroup, Ltd MP-8866 Dual USB Joypad, and the existing virtual joystick mapping uses the Wisegroup... name. Not sure why the discrepency. I'm not subscribed to this mailing list, so please CC me on any comments to this. -Andrew
Tue, 31 Jan 2006 01:16:21 +0000 Oops
Sam Lantinga <slouken@libsdl.org> [Tue, 31 Jan 2006 01:16:21 +0000] rev 1301
Oops
Mon, 30 Jan 2006 18:56:30 +0000 Removed some old Mac OS X cruft.
Ryan C. Gordon <icculus@icculus.org> [Mon, 30 Jan 2006 18:56:30 +0000] rev 1300
Removed some old Mac OS X cruft. Fixes Bugzilla #64. --ryan.
Mon, 30 Jan 2006 18:21:44 +0000 Corrects dynamic X11 code on Tru64 systems.
Ryan C. Gordon <icculus@icculus.org> [Mon, 30 Jan 2006 18:21:44 +0000] rev 1299
Corrects dynamic X11 code on Tru64 systems. Fixes Bugzilla #87.
Mon, 30 Jan 2006 14:27:56 +0000 This library is now available under the LGPL 2.1, the major change of which
Sam Lantinga <slouken@libsdl.org> [Mon, 30 Jan 2006 14:27:56 +0000] rev 1298
This library is now available under the LGPL 2.1, the major change of which is allowing linking with a shared object to be considered sufficient for complying with section 6 of the LGPL.
Mon, 30 Jan 2006 13:32:31 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Mon, 30 Jan 2006 13:32:31 +0000] rev 1297
*** empty log message ***
Mon, 30 Jan 2006 13:30:44 +0000 Fixed crash:
Sam Lantinga <slouken@libsdl.org> [Mon, 30 Jan 2006 13:30:44 +0000] rev 1296
Fixed crash: #include <SDL.h> int main(int argc, char** argv) { SDL_Init(SDL_INIT_EVERYTHING); SDL_SetVideoMode(640, 480, 0, SDL_FULLSCREEN); SDL_ShowCursor(SDL_DISABLE); SDL_Delay(1000); SDL_SetVideoMode(640, 480, 0, SDL_FULLSCREEN | SDL_OPENGL); SDL_Quit(); printf("Everything okay\n"); }
Mon, 30 Jan 2006 06:56:10 +0000 Date: Sun, 6 Mar 2005 17:06:20 +0100
Sam Lantinga <slouken@libsdl.org> [Mon, 30 Jan 2006 06:56:10 +0000] rev 1295
Date: Sun, 6 Mar 2005 17:06:20 +0100 From: Per Inge Mathisen Subject: [SDL] Fullscreen refresh on win32 Windows has a terrible default for fullscreen 3D apps of 60mhz refresh rate. This can be fixed by the user by going into his driver's control panel and forcing the refresh rate higher. However, this not a very user friendly way about it, and in any case SDL contains no code that could figure out this that condition has afflicted the user. So the question is, could SDL fix this for the user? It is possible under Windows to request a higher refresh rate. The danger is of course that if the user has an old monitor, and you request a too high refresh rate, the monitor could be damaged. However, I believe there might be a way around that: Check before switching what refresh rate the user's desktop runs in, and if our fullscreen dimensions are equal or less than those of the desktop, use the higher refresh rate of 60 and the desktop rate. Since most users run their desktops in the same or higher resolution something sane, this should fix this problem for most users. Thoughts? An alternative is to add an SDL_GL_GetAttribute(SDL_GL_REFRESH_RATE) option so that programs can bitch at their users at their own convenience. - Per
Sun, 29 Jan 2006 23:14:04 +0000 Date: Fri, 18 Feb 2005 20:49:35 +0200 (EET)
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 23:14:04 +0000] rev 1294
Date: Fri, 18 Feb 2005 20:49:35 +0200 (EET) From: ville Subject: [SDL] Changing, at least some, anonymous enums to named enums. Howdy, Could, some if not all, enums be named rather than being anonymous enums? I ran into troubles with the enum describing event types in SDL_events.h. The problem is that an anonymous enum cannot be used in C++ templates like so: enum { C }; template< typename T > void f( T ) { } f( C );
Sun, 29 Jan 2006 23:06:05 +0000 Added some useful command line arguments for testing
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 23:06:05 +0000] rev 1293
Added some useful command line arguments for testing
Sun, 29 Jan 2006 22:23:54 +0000 Fixed palette bug on non-WinCE
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 22:23:54 +0000] rev 1292
Fixed palette bug on non-WinCE
Sun, 29 Jan 2006 22:09:26 +0000 Only save the window position if we're in windowed mode
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 22:09:26 +0000] rev 1291
Only save the window position if we're in windowed mode
Sun, 29 Jan 2006 18:17:35 +0000 The event code was fine, and calculated the SDL_windowX/Y correctly.
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 18:17:35 +0000] rev 1290
The event code was fine, and calculated the SDL_windowX/Y correctly. What we really needed to do was avoid doing client rect adjustment on zoomed windows. :)
Sun, 29 Jan 2006 09:19:55 +0000 Date: Fri, 18 Feb 2005 07:58:00 +0200
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 09:19:55 +0000] rev 1289
Date: Fri, 18 Feb 2005 07:58:00 +0200 From: "Mike Gorchak" Subject: [SDL] [PATCH] QNX6 and not only QNX6 fixes 1) Update SDL.qpg.in for the QNX 6.3. 4) video/photon/SDL_phyuv.c - fixed bug with swapped U and V planes, using YV12 mode with radeon cards.
Sun, 29 Jan 2006 09:13:36 +0000 Cleaned up the app registration stuff a bit
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 09:13:36 +0000] rev 1288
Cleaned up the app registration stuff a bit
Sun, 29 Jan 2006 08:50:06 +0000 Date: Tue, 15 Feb 2005 21:28:48 +0900 (JST)
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 08:50:06 +0000] rev 1287
Date: Tue, 15 Feb 2005 21:28:48 +0900 (JST) From: "Michael Leonhard" Subject: [SDL] resize bug on Win32 and patch This is my first post to this mailing list. In this email I will detail a bug in the behavior of resizable SDL windows on Win32. Then I will explain the solution and provide a patch. Symptoms: Under Windows, an SDL display created with the SDL_RESIZABLE flag exhibits quirky behavior when being maximized. The window is resized to the proper size, but it is shifted upwards about half the height of the title bar. Similarly, a window whose origin is above the top of the screen will spontaneously move its upper-left origin upon being resized. After two such resize-induced moves, the title bar will be entirely off the top edge of the screen. Subsequently, when the mouse is clicked and released on the window border, the window will shrink its height spontaneously. This height shrinkage occurs even if the user did not resize the border. To observe this curious situation, please invoke: SDL-1.2.8/test/testwm.exe -resize Cause: A pair of integers, SDL_windowX and SDL_windowY, are defined in video/wincommon/SDL_sysevents.c. They are used by the DirectX video driver and the DIB video driver: video/windx5/SDL_dx5video.c video/windib/SDL_dibvideo.c As I understand the source code, the primary use of these variables is to create a rectangle that represents the surface area in CLIENT SPACE. Client space refers to a coordinate system that originates at the upper left corner of a Win32 Window's drawable area. This is just inside the window border and title bar. This client space rectangle, called bounds, is subsequently converted to screen space with a call to AdjustWindowRectEx. The problem is found in SDL's handling of the WM_WINDOWPOSCHANGED message. According to MSDN, "The WM_WINDOWPOSCHANGED message is sent to a window whose size, position, or place in the Z order has changed as a result of a call to the SetWindowPos function or another window-management function." I have confirmed that this message is indeed being sent to the SDL window when the mouse is clicked on the window border, even if the window border is not dragged. In video/wincommon/SDL_sysevents.c, on line 464, in response to the WM_WINDOWPOSCHANGED message, the (potentially) new client rectangle is obtained. This rectangle is translated into screen coordinates and THEN assigned to the SDL_windowX and Y variables. Thus screen coordinates are being assigned to client coordinate variables. Once this is understood, the solution is apparent: assign SDL_windowX and Y before translating the rectangle to screen coordinates. This is accomplished by the following patch. -Mike_L
Sun, 29 Jan 2006 08:39:35 +0000 Use the executable directory, not the current directory, for stdio output files
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 08:39:35 +0000] rev 1286
Use the executable directory, not the current directory, for stdio output files
Sun, 29 Jan 2006 08:19:27 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 08:19:27 +0000] rev 1285
*** empty log message ***
Sun, 29 Jan 2006 08:18:56 +0000 Report both absolute and relative motion
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 08:18:56 +0000] rev 1284
Report both absolute and relative motion
Sun, 29 Jan 2006 08:18:06 +0000 Date: Fri, 14 Jan 2005 21:52:46 +0100
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 08:18:06 +0000] rev 1283
Date: Fri, 14 Jan 2005 21:52:46 +0100 From: "SkunkGuru" Subject: [SDL] Repeated mousemotion event on notebook it seems that every ~500ms something fires a mousemotion event, but with the same x and y position. I tryed with both directx and windib video driver.
Sun, 29 Jan 2006 07:57:13 +0000 Date: Sat, 15 Jan 2005 02:01:51 +0000 (UTC)
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 07:57:13 +0000] rev 1282
Date: Sat, 15 Jan 2005 02:01:51 +0000 (UTC) From: jimrandomh Subject: [SDL] Re: Modifier keys pressed during initialization stick I wrote a simple test program which initializes SDL, prints the SDL version number, then prints any keydown and keyup events with their modifiers. (Source code below). Compilation was done using Visual Studio 6, release mode. My test sequence was: Start a command prompt. Type the name of the test program. shift down enter down (program starts) Wait for window to appear enter up shift up spacebar down spacebar up Under Windows 98, the output was correct: SDL 1.2.8 left shift down shift-return down shift-return up left shift up space down space up Under Windows 2000 and under Windows XP, the output was: SDL 1.2.8 shift-space down shift-space up Since shift was not held at the time space was pressed, this is incorrect. Similar results were observed with launching in different ways (including double-clicking in Windows Explorer), so it does not depend on the launching terminal.
Sun, 29 Jan 2006 06:40:13 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 06:40:13 +0000] rev 1281
*** empty log message ***
Sun, 29 Jan 2006 06:11:38 +0000 Re-query the SDL_WINDOWID each time we initialize the video
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 06:11:38 +0000] rev 1280
Re-query the SDL_WINDOWID each time we initialize the video
Sat, 28 Jan 2006 05:47:11 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Sat, 28 Jan 2006 05:47:11 +0000] rev 1279
*** empty log message ***
Fri, 27 Jan 2006 08:51:27 +0000 Avoid warnings in Visual C++ 2005
Sam Lantinga <slouken@libsdl.org> [Fri, 27 Jan 2006 08:51:27 +0000] rev 1278
Avoid warnings in Visual C++ 2005
Fri, 27 Jan 2006 08:47:15 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Fri, 27 Jan 2006 08:47:15 +0000] rev 1277
*** empty log message ***
Fri, 27 Jan 2006 07:02:19 +0000 Wacky! :)
Sam Lantinga <slouken@libsdl.org> [Fri, 27 Jan 2006 07:02:19 +0000] rev 1276
Wacky! :)
Fri, 27 Jan 2006 06:36:33 +0000 Fixed to match the docs
Sam Lantinga <slouken@libsdl.org> [Fri, 27 Jan 2006 06:36:33 +0000] rev 1275
Fixed to match the docs
Fri, 27 Jan 2006 05:36:47 +0000 Date: Mon, 23 Feb 2004 23:29:20 -0500
Sam Lantinga <slouken@libsdl.org> [Fri, 27 Jan 2006 05:36:47 +0000] rev 1274
Date: Mon, 23 Feb 2004 23:29:20 -0500 From: "Brian Kropf" Subject: [SDL] Windx5 I was wondering if I could suggest a change for (at least) the mingw/msys build. Every time I do the ./configure, make on a fresh download it crashes when it tries to find directx.h for the audio portion of the build In file included from SDL_dx5audio.c:37: SDL_dx5audio.h:31:21: directx.h: No such file or directory In file included from SDL_dx5audio.c:37: I usually copy the directx.h from the video/windx5 into the audio/windx5 and things go smoothly after that; just thought I'd suggest it for making future builds go smoothly. ;)
Thu, 26 Jan 2006 08:45:51 +0000 Who'd have thought that Windows CE wouldn't have the environment APIs?
Sam Lantinga <slouken@libsdl.org> [Thu, 26 Jan 2006 08:45:51 +0000] rev 1273
Who'd have thought that Windows CE wouldn't have the environment APIs?
Thu, 26 Jan 2006 08:08:22 +0000 Compile fix for Window CE
Sam Lantinga <slouken@libsdl.org> [Thu, 26 Jan 2006 08:08:22 +0000] rev 1272
Compile fix for Window CE
Thu, 26 Jan 2006 07:38:43 +0000 Whoops! (hope this compiles...)
Sam Lantinga <slouken@libsdl.org> [Thu, 26 Jan 2006 07:38:43 +0000] rev 1271
Whoops! (hope this compiles...)
Thu, 26 Jan 2006 07:33:57 +0000 Updated config* from CVS
Sam Lantinga <slouken@libsdl.org> [Thu, 26 Jan 2006 07:33:57 +0000] rev 1270
Updated config* from CVS http://cvs.savannah.gnu.org/viewcvs/config/?root=config
Thu, 26 Jan 2006 06:10:34 +0000 Some explanation on why SDL_RWFromFP doesn't always work on Win32
Sam Lantinga <slouken@libsdl.org> [Thu, 26 Jan 2006 06:10:34 +0000] rev 1269
Some explanation on why SDL_RWFromFP doesn't always work on Win32
Thu, 26 Jan 2006 06:06:56 +0000 Use Win32 API for putenv/getenv to avoid C runtime conflicts
Sam Lantinga <slouken@libsdl.org> [Thu, 26 Jan 2006 06:06:56 +0000] rev 1268
Use Win32 API for putenv/getenv to avoid C runtime conflicts
Wed, 25 Jan 2006 20:36:21 +0000 Correctly manage mouse relative motion
Patrice Mandin <patmandin@gmail.com> [Wed, 25 Jan 2006 20:36:21 +0000] rev 1267
Correctly manage mouse relative motion
Wed, 25 Jan 2006 18:11:56 +0000 SDL_GetVideoMode, part 3: pixel count compare was failing when only 1 video mode was present
Patrice Mandin <patmandin@gmail.com> [Wed, 25 Jan 2006 18:11:56 +0000] rev 1266
SDL_GetVideoMode, part 3: pixel count compare was failing when only 1 video mode was present
Wed, 25 Jan 2006 07:04:02 +0000 Date: Mon, 22 Sep 2003 23:31:54 -0700 (PDT)
Sam Lantinga <slouken@libsdl.org> [Wed, 25 Jan 2006 07:04:02 +0000] rev 1265
Date: Mon, 22 Sep 2003 23:31:54 -0700 (PDT) From: Rob Neff Subject: [SDL] testgl.c minor bug fix for fullscreen mode from: if ( strcmp(argv[1], "-fullscreen") == 0 ) { to: if ( strcmp(argv[i], "-fullscreen") == 0 ) { Minor bug, but might help someone else out who is trying to pass the command-line params -logo -fullscreen like I was! :)
Wed, 25 Jan 2006 07:00:40 +0000 Date: Sun, 21 Sep 2003 19:52:42 -0600
Sam Lantinga <slouken@libsdl.org> [Wed, 25 Jan 2006 07:00:40 +0000] rev 1264
Date: Sun, 21 Sep 2003 19:52:42 -0600 From: Tyler Montbriand <tsm@accesscomm.ca> Subject: Re: [SDL] Hardware buttons on pocket pc I found it! :) It has to do with the UNICODE translation code, in SDL_dibevents.c, in the '#ifdef NO_GETKEYBOARDSTATE' block in DIB_HandleMessage(). The error handling is a little... aggressive. If it can't translate from unicode, it wipes out the virtual keycode.
Wed, 25 Jan 2006 06:53:50 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Wed, 25 Jan 2006 06:53:50 +0000] rev 1263
*** empty log message ***
Wed, 25 Jan 2006 06:12:57 +0000 Hopefully the X servers have been fixed (in 5 years) :)
Sam Lantinga <slouken@libsdl.org> [Wed, 25 Jan 2006 06:12:57 +0000] rev 1262
Hopefully the X servers have been fixed (in 5 years) :)
Wed, 25 Jan 2006 06:04:21 +0000 Date: Thu, 04 Sep 2003 02:12:35 +0200
Sam Lantinga <slouken@libsdl.org> [Wed, 25 Jan 2006 06:04:21 +0000] rev 1261
Date: Thu, 04 Sep 2003 02:12:35 +0200 From: Ignacio Casta´┐Żo <castanyo@yahoo.es> Subject: [SDL] SDL_GL_GetAttribute( SDL_GL_MULTISAMPLESAMPLES ... It would be nice to add the following lines: case SDL_GL_MULTISAMPLEBUFFERS: *value = 0; break; case SDL_GL_MULTISAMPLESAMPLES: *value = 1; break; in wincommon\SDL_wingl.c int the function WIN_GL_GetAttribute at line 484, so that it returns the correct values when arb_pixel_format is not supported.
Tue, 24 Jan 2006 07:20:18 +0000 Date: 10 Jun 2003 15:30:59 -0400
Sam Lantinga <slouken@libsdl.org> [Tue, 24 Jan 2006 07:20:18 +0000] rev 1260
Date: 10 Jun 2003 15:30:59 -0400 From: Mike Shal Subject: [SDL] Bug in SDL_wave.c? Hey everyone, I'm not sure if this is a bug in SDL, or if I just have incorrect WAV files. The problem I'm having is loading multiple concatenated WAVs from SDL_LoadWAV_RW. Some WAV files put comments at the end of the file (which may be bad form), and SDL doesn't skip past them when reading from the RWops. So the next WAV I try to load will start at the comment section of the previous WAV, which obviously doesn't work. If anyone else is having this problem, one quick fix you can do is run sox on the bad WAVs, which strips out all of the comment sections. Eg: $ sox sound.wav tmp.wav $ mv -f tmp.wav sound.wav The other fix is to patch SDL_wave.c, which is included with this email. (Assuming I made the patch correctly :). All it does is calculate how much remaining space there is in the WAV file after the data chunk, and does SDL_RWseek to skip it. I don't think it should interfere with anything else, but if someone could check it that would be nice :). If the bug is really with SDL and not with my WAVs, can someone work this into the next version of SDL? Thanks, -Mike Shal
Tue, 24 Jan 2006 06:36:43 +0000 te: Thu, 17 Apr 2003 11:25:26 -0700
Sam Lantinga <slouken@libsdl.org> [Tue, 24 Jan 2006 06:36:43 +0000] rev 1259
te: Thu, 17 Apr 2003 11:25:26 -0700 From: "Jim" Subject: [SDL] Frame buffer patches... Would seem that GCC 3.2.2 promotes all signed values to unsigned if any single vlaue is unsigned in an expression... for instance when calculating an elo touch position....evertyhign is an (int) except for cach_vinfo.xres which is unsigned. THerefore if y ou reverse the SDL_ELO_MIN_X and SDL_ELO_MAX_X values the resulging negative value pegs the expression to it's max. Attached it the accumu lated patch to typecast the unsigned values to (int) - *dx = (cache_vinfo.xres - (cache_vinfo.xres * (input_x - ELO_MIN_X)) / width); + *dx = ((int)cache_vinfo.xres - ((int)cache_vinfo.xres * (input_x - ELO_MIN_X)) / width); and also to provide quite failure to operations which have the screen currently locked... The touch screen I'm using the original values were exactly opposite of any position I touched on the screen - evaluating the math the expr ession SHOULD have handled reversing the min and max values - and after casting the unsigned .xres and .yres to a signed int - worked well. .. Jim
Fri, 20 Jan 2006 13:07:25 +0000 Date: Thu, 19 Jan 2006 20:02:29 +0200
Sam Lantinga <slouken@libsdl.org> [Fri, 20 Jan 2006 13:07:25 +0000] rev 1258
Date: Thu, 19 Jan 2006 20:02:29 +0200 From: Vassilis Virvilis <vasvir@iit.demokritos.gr> Subject: [SDL] Request: Please reconsider adding tag in SDL_Event Hi, Patch in question: --- include/SDL_events.h 20 Aug 2004 18:57:01 -0000 1.11 +++ include/SDL_events.h 19 Jan 2006 17:35:09 -0000 @@ -214,7 +214,7 @@ } SDL_SysWMEvent; /* General event structure */ -typedef union { +typedef union SDL_Event { Uint8 type; SDL_ActiveEvent active; SDL_KeyboardEvent key; Reasoning: ---------- 1) Allows forward declaration of the SDL_Event union in C++. Please note that in plain C it is possible to forward declare it. 2) Forward declaration is good because it allows encapsulation. It hides the specific implementation and does not necessarily exposes SDL staff to my appication's namespace 3) It can't harm plain C because tags are living in a different namespace than typenames 4) It is already done like this in other places in SDL. Check for example SDL_KeySym, and SDL_.*Event structures. 5) Right now I have to include SDL/event.h from a C++ header file. See 2)
Thu, 19 Jan 2006 21:28:52 +0000 [PATCH] SDL_GetVideoMode() does not find best mode, part 2
Patrice Mandin <patmandin@gmail.com> [Thu, 19 Jan 2006 21:28:52 +0000] rev 1257
[PATCH] SDL_GetVideoMode() does not find best mode, part 2 Following commit 1.51, I come accross a problem when SDL must choose between several video modes that could suit the one asked. If I ask 320x240 with this list: 768x480 768x240 640x400 640x200 384x480 384x240 320x400 320x200 The smallest selectables modes are 384x240 and 320x400. And SDL choose the later in this list, but 384x240 is more suitable. So I added a check to compare the pixel count (surface) of modes, and select the one which has the smallest pixel count. In my example, 384x240 has 92160 pixels, and 320x400 has 128000 pixels. So now SDL will choose 384x240 for the asked 320x240 mode.
Thu, 19 Jan 2006 18:08:28 +0000 Rollback 1.28 change, but only for UpdateRects function this time
Patrice Mandin <patmandin@gmail.com> [Thu, 19 Jan 2006 18:08:28 +0000] rev 1256
Rollback 1.28 change, but only for UpdateRects function this time
Thu, 19 Jan 2006 12:05:14 +0000 Fixed MPW include file order
Sam Lantinga <slouken@libsdl.org> [Thu, 19 Jan 2006 12:05:14 +0000] rev 1255
Fixed MPW include file order
Thu, 19 Jan 2006 10:25:02 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Thu, 19 Jan 2006 10:25:02 +0000] rev 1254
*** empty log message ***
Thu, 19 Jan 2006 09:09:32 +0000 Implemented ToUnicode() support on Windows 95/98/ME/NT/2000/XP
Sam Lantinga <slouken@libsdl.org> [Thu, 19 Jan 2006 09:09:32 +0000] rev 1253
Implemented ToUnicode() support on Windows 95/98/ME/NT/2000/XP This is a collaborative effort between Alex Volkov and John Popplewell. Thanks guys! (Fixes bug #39)
Thu, 19 Jan 2006 08:53:12 +0000 Added .cvsignore to the XME directory.
Ryan C. Gordon <icculus@icculus.org> [Thu, 19 Jan 2006 08:53:12 +0000] rev 1252
Added .cvsignore to the XME directory.
Thu, 19 Jan 2006 08:43:00 +0000 Updated Windows CE/PocketPC support...adds GAPI driver, landscape mode,
Ryan C. Gordon <icculus@icculus.org> [Thu, 19 Jan 2006 08:43:00 +0000] rev 1251
Updated Windows CE/PocketPC support...adds GAPI driver, landscape mode, updated project files, VS2005 support, VGA mode, more device support, etc, etc, etc. Fixes Bugzilla #47 and #28. --ryan.
Thu, 19 Jan 2006 08:36:41 +0000 Fixed up build script to catch some of the newer files in a "make dist" run.
Ryan C. Gordon <icculus@icculus.org> [Thu, 19 Jan 2006 08:36:41 +0000] rev 1250
Fixed up build script to catch some of the newer files in a "make dist" run.
Thu, 19 Jan 2006 05:34:24 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Thu, 19 Jan 2006 05:34:24 +0000] rev 1249
*** empty log message ***
Sat, 14 Jan 2006 08:15:38 +0000 Catch X11 extension errors...since most of these are notifications that we
Ryan C. Gordon <icculus@icculus.org> [Sat, 14 Jan 2006 08:15:38 +0000] rev 1248
Catch X11 extension errors...since most of these are notifications that we queried for a missing extension (such as the XiG vidmode one that most people don't have), and default Xlib behaviour is to write notification to stderr, this tends to generate incorrect bug reports. Since we'll actually deal with the missing extension when querying for it, we ignore these errors in our hook. The rest continue to pass through to the default handler. Fixes Bugzilla #42. --ryan.
Fri, 13 Jan 2006 02:36:35 +0000 Don't trample SDL_LoadObject()'s error message in GL loader.
Ryan C. Gordon <icculus@icculus.org> [Fri, 13 Jan 2006 02:36:35 +0000] rev 1247
Don't trample SDL_LoadObject()'s error message in GL loader.
Fri, 13 Jan 2006 02:32:07 +0000 Make error message meaningful if dlopen() fails on libX11.
Ryan C. Gordon <icculus@icculus.org> [Fri, 13 Jan 2006 02:32:07 +0000] rev 1246
Make error message meaningful if dlopen() fails on libX11.
Fri, 13 Jan 2006 01:30:21 +0000 Patched to compile with debugging enabled.
Ryan C. Gordon <icculus@icculus.org> [Fri, 13 Jan 2006 01:30:21 +0000] rev 1245
Patched to compile with debugging enabled.
Fri, 13 Jan 2006 01:08:39 +0000 More dynamic X11 work.
Ryan C. Gordon <icculus@icculus.org> [Fri, 13 Jan 2006 01:08:39 +0000] rev 1244
More dynamic X11 work.
Thu, 12 Jan 2006 23:06:23 +0000 Patched to compile.
Ryan C. Gordon <icculus@icculus.org> [Thu, 12 Jan 2006 23:06:23 +0000] rev 1243
Patched to compile.
Thu, 12 Jan 2006 22:46:36 +0000 Add XME hooks to X11 driver instead of relying on libxme...libxme hasn't
Ryan C. Gordon <icculus@icculus.org> [Thu, 12 Jan 2006 22:46:36 +0000] rev 1242
Add XME hooks to X11 driver instead of relying on libxme...libxme hasn't changed in five years, and it's a small .c file that just calls into the X11 dependencies we already use elsewhere. Including it directly allows us to make use of the dynamic X11 code. Fixes Bugzilla #41. --ryan.
Tue, 10 Jan 2006 20:52:35 +0000 Properly restore vidmode when switching back to SDL's virtual terminal with
Ryan C. Gordon <icculus@icculus.org> [Tue, 10 Jan 2006 20:52:35 +0000] rev 1241
Properly restore vidmode when switching back to SDL's virtual terminal with the fbcon driver: Fixes Bugzilla #37.
Sun, 08 Jan 2006 21:18:15 +0000 From Bug #36:
Ryan C. Gordon <icculus@icculus.org> [Sun, 08 Jan 2006 21:18:15 +0000] rev 1240
From Bug #36: There are a couple of issues with the selection of Altivec alpha-blitting routines in CalculateAlphaBlit() in src/video/SDL_Blit_A.c. 1) There's no check for the presence of Altivec when checking if the Blit32to565PixelAlphaAltivec() routine can be selected. 2) Altivec cannot be used in video memory, and there's no check if the destination surface is a hardware surface. (Alpha-blitting to a hardware surface with GPU support is a bad idea, but somebody's bound to do it anyway.) Patch to fix these attached.
Sun, 08 Jan 2006 17:29:19 +0000 Rollback
Patrice Mandin <patmandin@gmail.com> [Sun, 08 Jan 2006 17:29:19 +0000] rev 1239
Rollback
Sun, 08 Jan 2006 10:22:27 +0000 Load default OpenGL library if needed at driver initialization
Patrice Mandin <patmandin@gmail.com> [Sun, 08 Jan 2006 10:22:27 +0000] rev 1238
Load default OpenGL library if needed at driver initialization
Fri, 06 Jan 2006 22:24:09 +0000 Disable XBIOS driver for mouse and joystick under MiNT. Will write a driver for /dev/mouse later.
Patrice Mandin <patmandin@gmail.com> [Fri, 06 Jan 2006 22:24:09 +0000] rev 1237
Disable XBIOS driver for mouse and joystick under MiNT. Will write a driver for /dev/mouse later.
Fri, 06 Jan 2006 20:57:59 +0000 Minor bit of debug output added to dynamic X11 code.
Ryan C. Gordon <icculus@icculus.org> [Fri, 06 Jan 2006 20:57:59 +0000] rev 1236
Minor bit of debug output added to dynamic X11 code.
Fri, 06 Jan 2006 20:56:13 +0000 Make some dynamic X11 symbols option. _XData32 and _XRead32 are only available
Ryan C. Gordon <icculus@icculus.org> [Fri, 06 Jan 2006 20:56:13 +0000] rev 1235
Make some dynamic X11 symbols option. _XData32 and _XRead32 are only available on 64-bit systems, and are chosen with macros in the X11 headers. So on 32-bit systems, it should fail to find these symbols and keep going anyhow.
Fri, 06 Jan 2006 13:20:10 +0000 For sanity's sake, removed the '&' when passing copy_row array to asm.
Ryan C. Gordon <icculus@icculus.org> [Fri, 06 Jan 2006 13:20:10 +0000] rev 1234
For sanity's sake, removed the '&' when passing copy_row array to asm.
Fri, 06 Jan 2006 00:56:12 +0000 Patched to compile.
Ryan C. Gordon <icculus@icculus.org> [Fri, 06 Jan 2006 00:56:12 +0000] rev 1233
Patched to compile.
Thu, 05 Jan 2006 16:40:51 +0000 Added optimized C 32bit RGB<->RGBA alpha masking blitter from Alex Volkov.
Ryan C. Gordon <icculus@icculus.org> [Thu, 05 Jan 2006 16:40:51 +0000] rev 1232
Added optimized C 32bit RGB<->RGBA alpha masking blitter from Alex Volkov. Fixes Bugzilla #11.
Thu, 05 Jan 2006 16:37:46 +0000 testblitspeed.c improvements: cleaned up output, and allow user to set surface
Ryan C. Gordon <icculus@icculus.org> [Thu, 05 Jan 2006 16:37:46 +0000] rev 1231
testblitspeed.c improvements: cleaned up output, and allow user to set surface alpha attributes.
Thu, 05 Jan 2006 15:25:19 +0000 From Mike Frysinger and/or Gentoo:
Ryan C. Gordon <icculus@icculus.org> [Thu, 05 Jan 2006 15:25:19 +0000] rev 1230
From Mike Frysinger and/or Gentoo: - libsdl-PIC-load-mmx-masks-from-stack.patch this one may be a little controversial ... the fix here is again that you cant reference the memory addresses like this to load into a mmx register, so the way to do it is to push two 32bit words onto the stack, load the 64bit value off of the stack into the mmx register, and then adjust the stack so that it's back to normal.
Thu, 05 Jan 2006 08:17:35 +0000 Patch from Michael Bonfils to add CPUID support for x86 Solaris.
Ryan C. Gordon <icculus@icculus.org> [Thu, 05 Jan 2006 08:17:35 +0000] rev 1229
Patch from Michael Bonfils to add CPUID support for x86 Solaris.
Thu, 05 Jan 2006 07:20:12 +0000 From Mike Frysinger and/or Gentoo:
Ryan C. Gordon <icculus@icculus.org> [Thu, 05 Jan 2006 07:20:12 +0000] rev 1228
From Mike Frysinger and/or Gentoo: - libsdl-SDL_stretch-PIC.patch ignoring the general fact of how SDL_stretch relies on executing dynamic code, the inline asm should let gcc handle the a details for getting the actual address for _copy_row as it will do the right thing test case: http://dev.gentoo.org/~vapier/libsdl/sdl-stretch.tar.bz2
Thu, 05 Jan 2006 07:08:59 +0000 From Mike Frysinger and/or Gentoo:
Ryan C. Gordon <icculus@icculus.org> [Thu, 05 Jan 2006 07:08:59 +0000] rev 1227
From Mike Frysinger and/or Gentoo: - libsdl-PIC-hermes-cpuid.patch rewrites the code in _Hermes_X86_CPU so that it doesnt require the local cpu_flags memory variable, it just uses registers. test case: http://dev.gentoo.org/~vapier/libsdl/hermes-cpuid-test.tar.bz2
Wed, 04 Jan 2006 22:57:50 +0000 More dynamic X11 fixes...catches some code in Xlib headers that caused
Ryan C. Gordon <icculus@icculus.org> [Wed, 04 Jan 2006 22:57:50 +0000] rev 1226
More dynamic X11 fixes...catches some code in Xlib headers that caused dependencies...
Wed, 04 Jan 2006 21:01:49 +0000 Windows should use _beginthreadex() instead of CreateThread(), to avoid a
Ryan C. Gordon <icculus@icculus.org> [Wed, 04 Jan 2006 21:01:49 +0000] rev 1225
Windows should use _beginthreadex() instead of CreateThread(), to avoid a memory leak on each joined thread.
Wed, 04 Jan 2006 20:53:55 +0000 Debug code should check right function names.
Ryan C. Gordon <icculus@icculus.org> [Wed, 04 Jan 2006 20:53:55 +0000] rev 1224
Debug code should check right function names.
Wed, 04 Jan 2006 19:25:18 +0000 Removed some incorrect comments in the "dc" driver that survived the
Ryan C. Gordon <icculus@icculus.org> [Wed, 04 Jan 2006 19:25:18 +0000] rev 1223
Removed some incorrect comments in the "dc" driver that survived the initial cut-and-paste from the dummy video skeleton.
Wed, 04 Jan 2006 01:08:40 +0000 Bumped the version number for the next release
Sam Lantinga <slouken@libsdl.org> [Wed, 04 Jan 2006 01:08:40 +0000] rev 1222
Bumped the version number for the next release
Mon, 02 Jan 2006 19:49:21 +0000 Use a simple table for Unicode translation
Patrice Mandin <patmandin@gmail.com> [Mon, 02 Jan 2006 19:49:21 +0000] rev 1221
Use a simple table for Unicode translation
Mon, 02 Jan 2006 12:48:58 +0000 Quartz driver: Make sure we pass a pointer to the right type.
Ryan C. Gordon <icculus@icculus.org> [Mon, 02 Jan 2006 12:48:58 +0000] rev 1220
Quartz driver: Make sure we pass a pointer to the right type.
Mon, 02 Jan 2006 12:37:40 +0000 Quartz driver: Correctly handle SDL_DOUBLEBUF|SDL_FULLSCREEN when the
Ryan C. Gordon <icculus@icculus.org> [Mon, 02 Jan 2006 12:37:40 +0000] rev 1219
Quartz driver: Correctly handle SDL_DOUBLEBUF|SDL_FULLSCREEN when the resolution is too small and thus emulated by SDL. Fixes http://www.devolution.com/pipermail/sdl/2005-December/071765.html ...
Mon, 02 Jan 2006 10:49:37 +0000 Quartz target: set x and y field of mode list to 0 in SDL_ListMode call.
Ryan C. Gordon <icculus@icculus.org> [Mon, 02 Jan 2006 10:49:37 +0000] rev 1218
Quartz target: set x and y field of mode list to 0 in SDL_ListMode call.
Mon, 02 Jan 2006 09:32:54 +0000 Oops, actually use the timings in the modes db. :)
Sam Lantinga <slouken@libsdl.org> [Mon, 02 Jan 2006 09:32:54 +0000] rev 1217
Oops, actually use the timings in the modes db. :) FIXME: Add some way of specifying the refresh rate we want to select!
Mon, 02 Jan 2006 09:13:16 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Mon, 02 Jan 2006 09:13:16 +0000] rev 1216
*** empty log message ***
Mon, 02 Jan 2006 09:08:05 +0000 Added support for parsing /etc/fb.modes, based on Stephane Marchesin's patch
Sam Lantinga <slouken@libsdl.org> [Mon, 02 Jan 2006 09:08:05 +0000] rev 1215
Added support for parsing /etc/fb.modes, based on Stephane Marchesin's patch
Mon, 02 Jan 2006 08:07:41 +0000 Toggle flip debugging in testsprite.c on the command line, not as a hardcoded
Ryan C. Gordon <icculus@icculus.org> [Mon, 02 Jan 2006 08:07:41 +0000] rev 1214
Toggle flip debugging in testsprite.c on the command line, not as a hardcoded #define. --ryan.
Mon, 02 Jan 2006 07:09:52 +0000 Quartz target shouldn't crash if an event thread is used.
Ryan C. Gordon <icculus@icculus.org> [Mon, 02 Jan 2006 07:09:52 +0000] rev 1213
Quartz target shouldn't crash if an event thread is used. (SDL_INIT_EVENTTHREAD still doesn't work, but the crash is gone...)
Mon, 02 Jan 2006 00:31:00 +0000 To: sdl@libsdl.org
Ryan C. Gordon <icculus@icculus.org> [Mon, 02 Jan 2006 00:31:00 +0000] rev 1212
To: sdl@libsdl.org From: Christian Walther <cwalther@gmx.ch> Date: Thu, 15 Dec 2005 21:19:53 +0100 Subject: [SDL] More mouse enhancements for Mac OS X The attached patch brings two more enhancements to mouse handling on Mac OS X (Quartz): 1. Currently, after launching an SDL application, SDL's notion of the mouse position is stuck in the top left corner (0,0) until the first time the mouse is moved. That's because the UpdateMouse() function isn't implemented in the Quartz driver. This patch adds it. 2. When grabbing input while the mouse cursor is hidden, the function CGAssociateMouseAndMouseCursorPosition(0) is called, which prevents the system's notion of the mouse location from moving (and therefore leaving the SDL window) even when the mouse is moved. However, apparently the Wacom tablet driver (and maybe other special pointing device drivers) doesn't care about that setting and still allows the mouse location to go outside of the window. Interestingly, the system cursor, which is made visible by the existing code in SDL in that case, does not follow the mouse location, but appears in the middle of the SDL window. The mouse location being outside of the window however means that mouse button events go to background applications (or the dock or whatever is there), which is very confusing to the user who sees no cursor outside of the SDL window. I have not found any way of intercepting these events (and that's probably by design, as "normal" applications shouldn't prevent the user from bringing other applications' windows to the front by clicking on them). An idea would be placing a fully transparent, screen-filling window in front of everything, but I fear that this might affect rendering performance (by doing unnecessary compositing, using up memory, or whatever). The deluxe solution to the problem would be talking to the tablet driver using AppleEvents to tell it to constrain its mapped area to the window (see Wacom's "TabletEventDemo" sample app, http://www.wacomeng.com/devsupport/mac/downloads.html), but I think that the bloat that solution would add to SDL would outweigh its usefulness. What I did instead in my patch is reassociating mouse and cursor when the mouse leaves the window while an invisible grab is in effect, and restoring the grab when the window is entered. That way, the grab can still be effectively broken by a tablet, but at least it's obvious to the user that it is broken. That change is minimal - it doesn't affect operation with a mouse (or a trackpad), and the code that it adds is not executed on every PumpEvents() call, only when entering and leaving the window. Unless there are any concerns about the patch, please apply. Feel free to shorten the lengthy comment in SDL_QuartzEvents.m if you think it's too verbose. Thanks -Christian
Sun, 01 Jan 2006 23:45:52 +0000 To: sdl@libsdl.org
Ryan C. Gordon <icculus@icculus.org> [Sun, 01 Jan 2006 23:45:52 +0000] rev 1211
To: sdl@libsdl.org From: Christian Walther <cwalther@gmx.ch> Date: Wed, 28 Dec 2005 12:13:20 +0100 Subject: [SDL] Fix for opening documents on Mac OS X < 10.4 The current code in SDLMain.m that transforms documents opened from the Finder into command-line arguments (introduced in revision 1.14, 2005-08-11) uses the methods -[NSString lengthOfBytesUsingEncoding:] and -[NSString getCString:maxLength:encoding:], which are only available in Mac OS X 10.4. Compiling this code on 10.3 produces warnings, and running it (i.e. starting an SDL application by opening a document) leads to weird behavior which I didn't investigate in detail ("*** -[NSCFString lengthOfBytesUsingEncoding:]: selector not recognized" is printed to the console log, and the SDL window never opens). The attached patch removes the offending calls and uses -[NSString UTF8String] instead, which is available everywhere. Tested on 10.3.9, and I see no reason why it shouldn't also work on 10.2 and 10.4. Two further comments: * The comment above the -[SDLMain application: openFile:] implementation says "You need to have a CFBundleDocumentsType section in your Info.plist to get this message, apparently." This is not the case in my experience - it worked just fine with a hand-built bare-bones application consisting only of Test.app/Contents/MacOS/test, without any Info.plist (although you have to press the option and command keys for such an application to accept a dragged file). * I took the liberty of cleaning up another area of SDLMain.m: I changed "CustomApplicationMain (argc, argv)" to "CustomApplicationMain (int argc, char **argv)". This avoids the "type of `argv' defaults to `int'" warnings, and I'm not sure if leaving out the types could cause problems on platforms where an int and a char** aren't of the same size. -Christian
Sun, 01 Jan 2006 23:34:06 +0000 Bumped windib's priority above DirectX, since both DirectDraw and DirectInput
Ryan C. Gordon <icculus@icculus.org> [Sun, 01 Jan 2006 23:34:06 +0000] rev 1210
Bumped windib's priority above DirectX, since both DirectDraw and DirectInput seem to be giving people issues on newer Windows and DX revisions. We'll see if this is just a temporary fix or not... :/ --ryan.
(0) -1000 -120 +120 +1000 +3000 tip