Re: Parameters & Listeners & Host & Cocoa
Re: Parameters & Listeners & Host & Cocoa
- Subject: Re: Parameters & Listeners & Host & Cocoa
- From: Marc Poirier <email@hidden>
- Date: Thu, 18 Dec 2003 15:24:19 -0600 (CST)
William Stewart wrote:
>
I'd recommend taking Marc's idea and doing both this and the
>
AUEventListener begin/end gesture for the meantime, then at some point
>
remove the calls to TellListener
I'm encountering some troubles with this, well, basically I mean crashing
in pre-10.3 and pre-QT 6.4 systems. Here's a console.log bit from when I
tried to load one of these plugins in AUH in OS X 10.2.4 with QT 6.0.1:
2003-12-18 14:58:52.110 AudioUnitHosting[568] CFLog (21): Error loading : error code 7, error number 0 (dyld:
/Developer/Examples/CoreAudio/Services/AudioUnitHosting/build/AudioUnitHosting.app/Contents/MacOS/AudioUnitHosting Undefined symbols:
/Users/marc/Library/Audio/Plug-Ins/Components/Buffer Override.component/Contents/MacOS/Buffer Override undefined reference to _AUEventListenerNotify expected to be defined in AudioToolbox
)
DebugAssert: AUGraphNewNode(mGraph, &inDesc, 0, inClassData, &mTargetNode)== noErr [-50] exception [line 302, file AudioUnitHosting.cpp]
So the error is not that AUEventListenerNotify is being (attempted to be)
executed when it's not available. It doesn't even get that far. The
error is that the plugin's executable can't even be loaded to start with
because of the unresolved symbol. So what's up with that? Is it going to
be no longer to run my plugins without QT 6.4 now that I use
AUEventListenerNotify in my code? I'm conditionalizing any calls to it
with a check to make sure that AudioToolbox 1.3 is available, but as I
said, it's not even getting that far; OpenAComponent is failing. Any tips
would be much appreciated...
Thanks,
Marc
_______________________________________________
coreaudio-api mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/coreaudio-api
Do not post admin requests to the list. They will be ignored.