Re: Closing AudioUnit before closing its UI
Re: Closing AudioUnit before closing its UI
- Subject: Re: Closing AudioUnit before closing its UI
- From: William Stewart <email@hidden>
- Date: Mon, 17 Jul 2006 14:59:52 -0700
On 17/07/2006, at 2:24 PM, Jeremy Todd wrote:
Hi,
I've encountered a rare behavior in Soundtrack Pro 1.0.3 which is
crashing
our plugins. To reproduce this I simply instantiate an AudioUnit on
a track,
open the AudioUnit's UI, then delete the track. Soundtrack is
closing the
AudioUnit itself before closing its AUCarbonViewBase. Our user
interface
expects the AudioUnit itself to be there for its entire lifetime,
and so it
crashes.
This is a bug in SoundTrack and should be filed as such -
bugreporter.apple.com
Bill
Can anyone tell me whether the above is valid behavior for a host?
If so, I
suppose when my AudioUnit is closed, I need some threadsafe way to
put the
UI into a state where it doesn't attempt to query the AudioUnit
anymore.
This is certainly possible, but so far we haven't encountered
another case
where a host deletes an AudioUnit before deleting its user interface.
Thanks for any info,
Jeremy Todd
iZotope, Inc.
_______________________________________________
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
--
mailto:email@hidden
tel: +1 408 974 4056
________________________________________________________________________
__
"Much human ingenuity has gone into finding the ultimate Before.
The current state of knowledge can be summarized thus:
In the beginning, there was nothing, which exploded" - Terry Pratchett
________________________________________________________________________
__
_______________________________________________
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