Shouldn't AudioUnitRemovePropertyListener() accept refcon also?
Shouldn't AudioUnitRemovePropertyListener() accept refcon also?
- Subject: Shouldn't AudioUnitRemovePropertyListener() accept refcon also?
- From: David Duncan <email@hidden>
- Date: Sat, 24 May 2003 12:50:52 -0400
In AudioUnits/AUComponent.h AudioUnitRemovePropertyListener() is
defined as follows:
EXTERN_API( ComponentResult )
AudioUnitRemovePropertyListener(
AudioUnit ci,
AudioUnitPropertyID inID,
AudioUnitPropertyListenerProc inProc)
while the similar AudioUnitRemoveRenderNotify() is defined as:
EXTERN_API( ComponentResult )
AudioUnitRemoveRenderNotify(
AudioUnit ci,
AURenderCallback inProc,
void * inProcRefCon)
Assuming (eek!) that these calls work similarly (that is a
callback+refcon is considered a specific entity, not just the callback)
then shouldn't AudioUnitRemovePropertyListener() also need the refcon
to properly remove the callback (such as the case where multiple
callbacks are registered with the same proc but different refcons, as
you would using a C++ class for example)?
--
Reality is what, when you stop believing in it, doesn't go away.
Failure is not an option. It is a privilege reserved for those who try.
David Duncan
_______________________________________________
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.