Tatsuhiro Nishioka wrote:
Hi there,
I found a bug in sound manager that crashes fgfs.
The crash occurs when a designated wav file is not found.
Could you file a bug report at Apple?
Returning an error number when calling alGetError that is not supported
by alGetString() is a no-go.
Erik
On 4 Jan 2010, at 14:55, Erik Hofman wrote:
Could you file a bug report at Apple?
Returning an error number when calling alGetError that is not supported
by alGetString() is a no-go.
As has been noted by other folks, the Apple OpenAL is open-source, but
unfortunately Apple are (very) bad
On 4 Jan 2010, at 16:08, James Turner wrote:
So while it's definitely worth reporting the bug, we still need to work
around the issue, using Tat's patch
Ah, I just noticed your (Erik's) commit, never mind.
I also note the error code on Mac is -43 which I have a horrible feeling
might
Hi,
Thanks for committing my patch, Erik.
Could you file a bug report at Apple?
Returning an error number when calling alGetError that is not supported
by alGetString() is a no-go.
I filed a bug report, but I don't think Apple will change their code.
Fortunately or unfortunately,
Tatsuhiro Nishioka wrote:
Hi,
Thanks for committing my patch, Erik.
Could you file a bug report at Apple?
Returning an error number when calling alGetError that is not supported
by alGetString() is a no-go.
I filed a bug report, but I don't think Apple will change their code.
Hi there,
I found a bug in sound manager that crashes fgfs.
The crash occurs when a designated wav file is not found.
In this case SGSoundMgr::load() does the following (around line 580):
ALenum error = alGetError();
if ( error != AL_NO_ERROR ) {
string msg = Failed to load wav
6 matches
Mail list logo
