Thu, 06 Mar 2008 23:07:02 +0000 Fixed many valgrind errors. But, I broke testdyngl.
Bob Pendleton <bob@pendleton.com> [Thu, 06 Mar 2008 23:07:02 +0000] rev 2323
Fixed many valgrind errors. But, I broke testdyngl.
Thu, 06 Mar 2008 17:08:10 +0000 Fixing valgrind errors.
Bob Pendleton <bob@pendleton.com> [Thu, 06 Mar 2008 17:08:10 +0000] rev 2322
Fixing valgrind errors. One of the error was the result of an unitended recursive call to X11_GL_LoadLibrary which was also fixed.
Tue, 04 Mar 2008 23:09:28 +0000 SetupWindowData in SDL_X11window.c was realloc()ing the display window list and incrementing numwindows even though those are being updated in functions that call
Bob Pendleton <bob@pendleton.com> [Tue, 04 Mar 2008 23:09:28 +0000] rev 2321
SetupWindowData in SDL_X11window.c was realloc()ing the display window list and incrementing numwindows even though those are being updated in functions that call this function. The result is that it is possible to get the same window added to the list twice.
Sat, 01 Mar 2008 20:34:36 +0000 Deleted a call to X__PumpEvents at the end of X11_GL_InitExtensions(). This function is being called from SDL_RecreateWindow at a point when the numwindows value in
Bob Pendleton <bob@pendleton.com> [Sat, 01 Mar 2008 20:34:36 +0000] rev 2320
Deleted a call to X__PumpEvents at the end of X11_GL_InitExtensions(). This function is being called from SDL_RecreateWindow at a point when the numwindows value in is incorrect. The result is that an illegal access is being made in X_PumpEvents when it tries to look up the windows ID of the source of an event. Taking out that call does not seem to have any effect on the testgl. But, I would be happy if someone else took a look at this problem and found a fix higher up the stack.
Sat, 23 Feb 2008 05:10:40 +0000 Now the program will process all events and then terminate. :)
Sam Lantinga <slouken@libsdl.org> [Sat, 23 Feb 2008 05:10:40 +0000] rev 2319
Now the program will process all events and then terminate. :)
Wed, 20 Feb 2008 23:27:33 +0000 HandleEvent() returns done each time it is called. If done was set to 0 the program should quit, but because done is not checked until *all* events are handled a
Bob Pendleton <bob@pendleton.com> [Wed, 20 Feb 2008 23:27:33 +0000] rev 2318
HandleEvent() returns done each time it is called. If done was set to 0 the program should quit, but because done is not checked until *all* events are handled a following event can reset done to 1 and prevent the program from terminating when told to. I fixed the while loop that handles events to check for the state of done after handling each event. That could leave some events unhandled when the program exits, but it ensures that the program will exit.
Mon, 11 Feb 2008 21:06:32 +0000 Windows also remaps the numeric keypad... grrr
Sam Lantinga <slouken@libsdl.org> [Mon, 11 Feb 2008 21:06:32 +0000] rev 2317
Windows also remaps the numeric keypad... grrr
Mon, 11 Feb 2008 20:26:22 +0000 Checkout directly to the SDL 1.3 folder
Sam Lantinga <slouken@libsdl.org> [Mon, 11 Feb 2008 20:26:22 +0000] rev 2316
Checkout directly to the SDL 1.3 folder
Sun, 10 Feb 2008 17:29:23 +0000 Show integer scancode, since that's how it's defined in the header.
Sam Lantinga <slouken@libsdl.org> [Sun, 10 Feb 2008 17:29:23 +0000] rev 2315
Show integer scancode, since that's how it's defined in the header.
Sun, 10 Feb 2008 16:21:05 +0000 Disable DirectFB by default, since it hasn't been updated for the 1.3 API yet.
Sam Lantinga <slouken@libsdl.org> [Sun, 10 Feb 2008 16:21:05 +0000] rev 2314
Disable DirectFB by default, since it hasn't been updated for the 1.3 API yet.
(0) -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 tip