Re: ExtAudioFileRead Crash
Re: ExtAudioFileRead Crash
- Subject: Re: ExtAudioFileRead Crash
- From: tahome izwah <email@hidden>
- Date: Fri, 16 Oct 2009 21:05:00 +0200
Are you sure you're running the build for the same architecture (32bit
vs. 64bit) on 10.5 and 10.6? Your pointer arithmetics might give you
different results depending on the wordlength...
Just my 2 cents,
--th
2009/10/16 Peter Castine <email@hidden>:
> On 14-Oct-2009, at 4:34, William Stewart wrote:
>
>>> ----
>>> Thread 45 Crashed:
>>> 0 ....audio.toolbox.AudioToolbox 0x9918e651
>>> CrashIfClientProvidedBogusAudioBufferList + 73
>>> 1 ....audio.toolbox.AudioToolbox 0x991e19fa ExtAudioFileRead + 66
>>> 2 ...coustic.myApp 0x0000c0e0 ChunkReadCallback +
>>> 260
>>> 3 ...coustic.myApp 0x00017b0f WorkerThreadStartFunc
>>> + 63
>>> 4 libSystem.B.dylib 0x9838cf39 _pthread_start + 345
>>> 5 libSystem.B.dylib 0x9838cdbe thread_start + 34
>>> ----
>>>
>>> ExtAudioFileRead+66 and CrashIfClient…+73 are also listed in my other
>>> logs.
>>
>> So, that implies that the buffer you are providing to ExtAudioFileRead is
>> bad.
>
> OK, looks like you're right. I added an assertion macro before the call to
> ExtAudioFileRead checking parameters. I've not seen the assertion fire on
> 10.5, but on 1.6 it does.
>
> The different behavior on Snow Leopard seems odd given that the code
> calculating the offset into the buffer to write soundfile data to is just a
> lot of pointer arithmetic. And the code is fairly complex and undocumented
> and by someone else. But at least this narrows things down a bit.
>
> Thanks -- P. _______________________________________________
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden