(gdb) bt
#0 0x7004dc2f in PowerMeter::PowerMeter ()
#1 0x70073583 in MatrixMixerCore::MatrixMixerCore ()
#2 0x700461ac in AUMatrixMixer::Initialize ()
#3 0x7000541b in AUBase::DoInitialize ()
#4 0x700a333d in AUMethodInitialize ()
#5 0x91e6056c in _AT_AudioUnitInitialize ()
#6 0x91e75072 in AudioUnitNodeInfo::Initialize ()
#7 0x91e76a62 in AudioUnitGraph::Initialize ()
#8 0x91e77ded in AUGraphInitialize ()
#9 0x008908b6 in CMyCoreAudioWrapper::Init (this=0xc800c80) at MyCoreAudioWrapper:829
...
#18 0x0000c9b7 in main (argc=4, argv=0xbffff8c4) at main.h:7
This crash only happens on certain machines, e.g., Mac Pro early 2008, Lion,
and not on others, e.g., Mac Mini late 2012, Mountain Lion. But we don't have
the resources to test all possible operating environments.
I cannot reveal all the callstack due to NDA.
If I disable my CoreAudio subsystem then the crash is gone.
I have trouble finding the crash in the wrapper code.
Any tips are appreciated. My current concern: Could this be related to stack corruption
due to too deep a call chain (18 levels)? It certainly doesn't look like a memory corruption from the
app side since removing the CoreAudio wrapper makes the crash disappear and the app runs fine
afterwards.
Thanks!