[Bug-gnash] MinGW builds of GNASH ~ SDL initAudio Still Hangs (Win7-64)

[CADDIT]

Hi Team,

 

 

I'm just a user so be kind.

 

Intro:  I have been having fun with MinGW toolkit and have a lot built and working great (like MPlayer, Gimp, Inkscape, etc - all built myself from source with my own optimizations etc ^^

 

System: Windows 7 i7 CPU x64, MinGW 32 bit.

 

Problem: Building Gnash 0.8.11 (and .8.10, .8.9 . .) with MinGW-32 ALL hang at the same place - I have isolated as initAudio() in sound_handler_sdl.cpp

 

Symptom: Open any .swf file with my gtk-gnash (any version) only displays blinking cursor ("hang" - not "crash").

Symptom: Open any .swf file with "-r 1" option runs normally as expected, obviously without sound (btw this was my first clue sound was the issue)

Symptom: Change Windows compatibility option for gtk-gnash.exe to "XP Sp3 .  ." etc no problems, runs as expected.

 

I laugh at the comment in code which reads:

 

#ifdef WIN32

    // SDL can hang on windows if SDL_CloseAudio() is called immediately

    // after SDL_OpenAudio(). It's evidently to do with threading, but

    // internal to SDL. This is a tacky solution, but it's only windows.

    gnashSleep(1);

#endif

 

 

Obviously this hack only addresses the problem so far. In my brief research the real solution has something to do with wrapping openAudio and closeAudio in a thread mutex.

 

But you guys are using Boost thread API which I don’t know anything about. But I thought at least you guys should know the current Windows SDL hack is sitting under the gallows.

 

 

Thanks