Re: crashing in calls to AudioConverter on 10.3.9
Re: crashing in calls to AudioConverter on 10.3.9
- Subject: Re: crashing in calls to AudioConverter on 10.3.9
- From: Christopher Ashworth <email@hidden>
- Date: Wed, 22 Mar 2006 18:23:52 -0500
As a follow-up to this, here is a small snippet of the log examples
that I originally tried to send:
====
OS Version: 10.3.9 (Build 7W98)
Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_INVALID_ADDRESS (0x0001) at 0x0525f000
Thread 10 Crashed:
0 ....audio.toolbox.AudioToolbox 0x93c9d850 0x93c00000 + 0x9d850
1 ....audio.toolbox.AudioToolbox 0x93c016f4
CBRConverter::RenderOutput(CABufferList*, unsigned long, unsigned
long&, AudioStreamPacketDescription*) + 0xa4
2 ....audio.toolbox.AudioToolbox 0x93c012b0
BufferedAudioConverter::FillBuffer(unsigned long&, AudioBufferList&,
AudioStreamPacketDescription*) + 0x124
3 ....audio.toolbox.AudioToolbox 0x93c01450
BufferedAudioConverter::GetInputBytes(unsigned long, unsigned long&,
CABufferList const*&) + 0xac
4 ....audio.toolbox.AudioToolbox 0x93c05c94
Resampler2Wrapper::RenderOutput(CABufferList*, unsigned long,
unsigned long&) + 0x9c
5 ....audio.toolbox.AudioToolbox 0x93c012b0
BufferedAudioConverter::FillBuffer(unsigned long&, AudioBufferList&,
AudioStreamPacketDescription*) + 0x124
6 ....audio.toolbox.AudioToolbox 0x93c04fac
AudioConverterChain::RenderOutput(CABufferList*, unsigned long,
unsigned long&, AudioStreamPacketDescription*) + 0x58
7 ....audio.toolbox.AudioToolbox 0x93c012b0
BufferedAudioConverter::FillBuffer(unsigned long&, AudioBufferList&,
AudioStreamPacketDescription*) + 0x124
8 ....audio.toolbox.AudioToolbox 0x93c01610
AudioConverterFillComplexBuffer + 0x118
[...snip...]
====
OS Version: 10.3.9 (Build 7W98)
Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_INVALID_ADDRESS (0x0001) at 0x04a1f000
Thread 5 Crashed:
0 <<00000000>> 0xffff8660 __bzero + 0x60
1 ....audio.toolbox.AudioToolbox 0x93c75618
_ZN10Resampler25ResetEv + 0x3c
2 ....audio.toolbox.AudioToolbox 0x93c6de38
_ZN17Resampler2Wrapper5ResetEv + 0x38
3 ....audio.toolbox.AudioToolbox 0x93c12400
_ZN19AudioConverterChain5ResetEv + 0x44
4 ....audio.toolbox.AudioToolbox 0x93c1237c AudioConverterReset +
0x70
[...snip...]
====
OS Version: 10.3.9 (Build 7W98)
Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000016
Thread 0 Crashed:
0 ....audio.toolbox.AudioToolbox 0x93c13468
_ZN10Resampler214SetPrimeMethodEm + 0x28
1 ....audio.toolbox.AudioToolbox 0x93c6de38
_ZN17Resampler2Wrapper5ResetEv + 0x38
2 ....audio.toolbox.AudioToolbox 0x93c12400
_ZN19AudioConverterChain5ResetEv + 0x44
3 ....audio.toolbox.AudioToolbox 0x93c1237c AudioConverterReset +
0x70
[...snip...]
====
...etc. Again, I am only seeing these crashes on 10.3.9, which is my
reason for hoping that someone here might have an idea as to what
might be causing this, despite the fact that I am not yet able to
provide a more concrete description of how to reproduce the problem.
I'll keep working on such a diagnostic, but wanted to ping the list
if it was something obvious I am unaware of.
Cheers,
(And sorry if I'm pestering with an unanswerable question!)
Chris
On Mar 22, 2006, at 2:49 PM, Christopher Ashworth wrote:
Hello,
I have an app that runs on 10.3.9 and above. I am encountering
(and am receiving crash reports) concerning an intermittent crash
that so far only appears to occur on 10.3.9, and not on 10.4+.
The basic context is this: One or more sound files are being
loaded into a buffer and played back. The user is able to "seek"
to various positions in a sound file. (The app may be found at
http://figure53.com if you would like to see the full context.)
I have not yet been able to produce sample code that induces the
crash definitively, but I am able to produce it regularly if I
exercise the code that performs this seeking function.
I included crash log output when I tried to post this to the list
before, but that email was rejected by the list admin, so I am
resending without log output. The basic gist of the logs was that
each crash is occurring somewhere within the AudioConverter*
functions, either in AudioConverterFillComplexBuffer or
AudioConverterReset. The traceback is slightly different on each
crash I've looked at.
I realize this may not be enough information to diagnose the
problem, but my questions are:
1) Is there a reason that anyone would know offhand that would
explain why I'm seeing this only on 10.3.9 so far? (e.g. was there
a bug fix in 10.4+ that may be relevant?) I am particularly
curious about this, because it does seem very suspicious that I am
only seeing the problem on 10.3.9.
2) Does the pattern of these crashes indicate some poor practice I
may be following? For example, I have been careful to place locks
around anything that messes with the relevant buffers, but it is
possible something has slipped my notice.
3) Is there a good way I can produce more helpful debugging
information?
Thanks much,
Chris
_______________________________________________
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