[Openal] OpenalSoft 1.7.411 & malformed version number on ppc G5and i386 macbook

[Jason Daly]

Manolache Adrian wrote:
> Yes, i do have a reason for not using openal that comes in coreaudio.
>  
> I'm receiving the following error on a macbook with intel and also on 
> a ppc G5 mac. I'm using the OpenAl library located in 
> /System/Library/Frameworks/OpenAl, the binary is dated september 24, 
> 2007. Here's the stack trace:
>  
> #0 0x947474ee in semaphore_wait_signal_trap
> #1 0x9474efc5 in pthread_mutex_lock
> #2 0x0083d31f in CAMutex::Lock
> #3 0x0084048d in OALSource::Stop
> #4 0x00830800 in alSourceStop
> #5 0x000c09ca in COpenAlSound::Reset at COpenAlSound.cpp:572
> #6 0x000a55bb in CPTSound::Reset at CPTSound.cpp:73
> #7 0x00022c8a in CBreakout::BallPadCollide at CBreakoutGame.cpp:647
> #8 0x0002983b in CBreakout::Update at CBreakoutGame.cpp:1792
> #9 0x00096ac9 in CGameEngine::Update at CGameEngine.cpp:634
> #10 0x00097821 in CGameEngine::Run at CGameEngine.cpp:506
> #11 0x000b95b1 in main at main.cpp:1945
>
>

Right  :-)

I saw this earlier, but I'm not a Mac guy, so I didn't really have an 
answer for you.  It looks like an old fashioned deadlock/race condition 
to me.  Can you look at the other threads in the app and see what else 
is waiting for that mutex?  Without looking at the rest of your code, I 
can't tell if it's actually an OpenAL bug, or if your code is doing 
something it shouldn't (though I can't think of any potential race 
conditions in the API)...

There's an Apple person that occasionally checks this list, so hopefully 
he'll see your post, and can help clear this up for you.

In the meantime, I guess you can try the PortAudio option that Chris 
mentioned.

--"J"

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://opensource.creative.com/pipermail/openal/attachments/20090407/577ab47b/attachment.html