Further 2.0.0 library testing. On the pre-release testing development
x86 libraries (win32), calling SDL_BuildAudioCVT crashes my app. Note
that this does not happen on iOS or OS X.
Possible differences: On win32, I’m using the pre-built libraries. On
OS X and iOS, I’m building (for OS X I need a static lib, not a
framework, which is why I build by hand.)
Also I compiled from source for the win32 version a week or two ago, and
did not have this crash. Were any changes made in that code in the last
2 weeks?
[>] Brian
Just to clarify: Is it the call to SDL_BuildAudioCVT that fails? Or a
call to SDL_ConvertAudio based on the AudioCVT that was created? (the
latter would be covered by an existing bug
http://bugzilla.libsdl.org/show_bug.cgi?id=1708)On 5/31/2013 8:15 AM, Brian Barnes wrote:
Further 2.0.0 library testing. On the pre-release testing development
x86 libraries (win32), calling SDL_BuildAudioCVT crashes my app. Note
that this does not happen on iOS or OS X.
Possible differences: On win32, I’m using the pre-built libraries. On
OS X and iOS, I’m building (for OS X I need a static lib, not a
framework, which is why I build by hand.)
Also I compiled from source for the win32 version a week or two ago,
and did not have this crash. Were any changes made in that code in
the last 2 weeks?
[>] Brian
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
I found a crash in SDL_memcpy() with unaligned buffers. (gcc -O3 uses SSE
vectorization and assumes that Uint32 pointers are always aligned)
I have a fix for this but I haven’t uploaded new binaries yet. I will do
that tonight.
Cheers!On Fri, May 31, 2013 at 8:15 AM, Brian Barnes wrote:
Further 2.0.0 library testing. On the pre-release testing development x86
libraries (win32), calling SDL_BuildAudioCVT crashes my app. Note that
this does not happen on iOS or OS X.
Possible differences: On win32, I’m using the pre-built libraries. On OS
X and iOS, I’m building (for OS X I need a static lib, not a framework,
which is why I build by hand.)
Also I compiled from source for the win32 version a week or two ago, and
did not have this crash. Were any changes made in that code in the last 2
weeks?
[>] Brian
_____________**
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/**listinfo.cgi/sdl-libsdl.orghttp://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
Okay, I’ve uploaded fixed SDL 2 Windows binaries.
Cheers!On Fri, May 31, 2013 at 2:23 PM, Sam Lantinga <@slouken> wrote:
I found a crash in SDL_memcpy() with unaligned buffers. (gcc -O3 uses SSE
vectorization and assumes that Uint32 pointers are always aligned)
I have a fix for this but I haven’t uploaded new binaries yet. I will do
that tonight.
Cheers!
On Fri, May 31, 2013 at 8:15 AM, Brian Barnes wrote:
Further 2.0.0 library testing. On the pre-release testing development
x86 libraries (win32), calling SDL_BuildAudioCVT crashes my app. Note that
this does not happen on iOS or OS X.
Possible differences: On win32, I’m using the pre-built libraries. On OS
X and iOS, I’m building (for OS X I need a static lib, not a framework,
which is why I build by hand.)
Also I compiled from source for the win32 version a week or two ago, and
did not have this crash. Were any changes made in that code in the last 2
weeks?
[>] Brian
_____________**
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/**listinfo.cgi/sdl-libsdl.orghttp://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
Sam wrote:
Okay, I’ve uploaded fixed SDL 2 Windows binaries.
Cheers!
Still crashes. So instead I went and grabbed the 2.0 release code and
compiled myself (VC 2008.) No crash. Not sure what is up with this,
but it could just mean I’ll have to compile myself, which is no big deal.
Or it could mean that the 2.0 zipped code is out of date with the
binary, and the problem remains.
The win32 problem of first event re-centering the mouse position is
still there, but this might be an up-to-date problem with the zipped
code (also.) Somebody already put this one up in bugzilla.
[>] Brian
The code and binary match, I verified that earlier.
Can you submit a bug with a test program to help me reproduce the problem?
Thanks!On Mon, Jun 3, 2013 at 8:31 AM, Brian Barnes wrote:
Sam wrote:
Okay, I’ve uploaded fixed SDL 2 Windows binaries.
Cheers!
Still crashes. So instead I went and grabbed the 2.0 release code and
compiled myself (VC 2008.) No crash. Not sure what is up with this, but
it could just mean I’ll have to compile myself, which is no big deal.
Or it could mean that the 2.0 zipped code is out of date with the binary,
and the problem remains.
The win32 problem of first event re-centering the mouse position is still
there, but this might be an up-to-date problem with the zipped code (also.)
Somebody already put this one up in bugzilla.
[>] Brian
_____________**
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/**listinfo.cgi/sdl-libsdl.orghttp://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
Sam wrote:
The code and binary match, I verified that earlier.
Can you submit a bug with a test program to help me reproduce the problem?
I’m not sure this is really a bug at this point. Get this zip – it’s
big but it’s a complete game (not finished, but lots of playable
levels). You can’t run dim3 without a project. This is my ray-tracing
engine. Every pixel is ray traced, and if you have at least a dual core
hyper threaded CPU, it’ll be very playable. So shot some cyborgs 
http://www.klinksoftware.com/download/dim3_SDL.zip
This is the PC version (that’s where the problem is.)
If you run it after unpacking (click on dim3 Engine) it’ll work. If you
switch SDL2.dll (which I compiled from the code) with SDL2_binary.dll
(which I got directly from the _development release binaries), it’ll
crash in the first call to SDL_BuildAudioCVT. This could be just a
build problem, though I change no build settings.
ALSO: when it first starts, move the cursor away from the middle and
click. You’ll see the cursor recenter for the FIRST event only. This
is in relative mouse mode. This is the first event re-center bug
somebody else submitted a bug for earlier.
Other than that, take a break and have some fun, it’s a playable game
Tonight I’ll try to create a bug in bugzilla.
[>] Brian