Re: Crash deep inside CoreAudio
Re: Crash deep inside CoreAudio
- Subject: Re: Crash deep inside CoreAudio
- From: Doug Wyatt <email@hidden>
- Date: Tue, 19 Jul 2005 08:43:04 -0700
It's either a bad source or destination buffer pointer.
You could disassemble the function and see which (is the crashing
instruction a load or a store?). So could I if I knew what version of
the OS/QuickTime you're using.
It'd also be useful to look at the PPC registers -- is the bad
pointer NULL or some other bad address?
Doug
On Jul 19, 2005, at 7:31, Evan Olcott wrote:
OK - under what circumstances would I get a crash in CoreAudio like
this?
Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_INVALID_ADDRESS (0x0001) at 0x06555820
Thread 9 Crashed:
0 ....audio.toolbox.AudioToolbox 0x940ceb9c
SwapInt16ToFloat32_Altivec + 580
1 ....audio.toolbox.AudioToolbox 0x9405f130
CBRConverter::RenderOutput(CABufferList*, unsigned long, unsigned
long&, AudioStreamPacketDescription*) + 204
2 ....audio.toolbox.AudioToolbox 0x9405ee5c
BufferedAudioConverter::FillBuffer(unsigned long&,
AudioBufferList&, AudioStreamPacketDescription*) + 292
3 ....audio.toolbox.AudioToolbox 0x9405efd8
AudioConverterChain::RenderOutput(CABufferList*, unsigned long,
unsigned long&, AudioStreamPacketDescription*) + 136
4 ....audio.toolbox.AudioToolbox 0x940c6c68
AudioConverterChain::ConvertBuffer(unsigned long, unsigned char*,
unsigned long&, unsigned char*) + 180
5 ....audio.toolbox.AudioToolbox 0x94080398
AudioConverterConvertBuffer + 168
6 com.audioƒile.SampleManager 0x00021978 -
[AFAudioFileWrapper(ReadWrite)
loadBufferFromPCMSource:toBufferList:reverse:] + 2740
(AFAudioFileWrapper_ReadWrite.m:252)
This is after a rather long (85 item) stack of Audio Units and what
not - and this happens *rarely* and *intermittently* (mostly it
works without a hitch) but it's mostly right there at
"SwapInt16ToFloat32_Altivec". What the heck is it getting from me
that's causing it to black out right there?
Take note that this is not the main thread, nor is it the CoreAudio
thread - but a "processing" thread where I have built a separate
AUGraph for this task. Could there be some thread conflict going on
here?
Anyone seen this before or have an idea of what poor
"SwapInt16ToFloat32_Altivec" might be choking on?
TIA
Ev
Technical Knowledge Officer
Head Programmer/Designer
Audiofile Engineering
http://www.audiofile-engineering.com/
_______________________________________________
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