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
(0) -1000 -300 -100 -60 +60 +100 +300 +1000 +3000 tip