• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: AUCarbonViewBase cleanup
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: AUCarbonViewBase cleanup


  • Subject: Re: AUCarbonViewBase cleanup
  • From: Eric Eizenman <email@hidden>
  • Date: Thu, 18 Nov 2004 16:27:25 -0800


On Nov 18, 2004, at 3:29 PM, William Stewart wrote:

This (PreDestructor) is in the Audio Unit... The component we're talking
about is the view component.

I'm not sure if I get you. PreDestructor is a member function of ComponentBase, and I override it in my AUCarbonViewBase to do some cleaning. What am I missing ?


I guess the question would be this - when you are finished with a view, does
Peak close the view component (now that I think about this, this would be
the only way to actually get rid of a view from a window, so I would think
it would have to close it) - so Eric could be correct...

Peak definitely calls close component on the view component.

Mark - try just putting in a printf in the destructor and see if you at
least see that....

Bill

On 18/11/04 11:34 AM, "Eric Eizenman" <email@hidden> wrote:

I think that this is a debugger problem.
I just set a breakpoint in my AU's PreDestructor() and stepped from
there to the destructor. If I only set a breakpoint in the destructor,
I never hit it as well.
Anyway isn't the PreDestructor() a better place to do the cleaning ?

------------------------------------------------------------------
Eric Eizenman
BIAS Inc., Audio Software Development
------------------------------------------------------------------

On Nov 18, 2004, at 11:21 AM, William Stewart wrote:

That implies that Peak is never closing your view component – I’d ask
them about this.

 Bill

 On 18/11/04 11:03 AM, "Mark's Studio" <email@hidden> wrote:


Yes, i have this but it's never called ?  (Im testing in Peak 4.1, that has a lot of other weird stuff i have to sort out)

 MyCustomEditView::~MyCustomEditView(){
     NSAutoreleasePool *localPool;
     localPool = [[NSAutoreleasePool alloc] init];         
      
     Cocoa stuff release.....
     [localPool release];
      


}

 On 18/11-2004, at 19:43, Marc Poirier wrote:


You do your clean-up in MyCustomEditView desctructor.  Realize,
though, that it's possible for the AUCarbonView to be created (and
therefore MyCustomEditView constructor called) and then deleted
without CreateUI ever happening, so you just want to make sure in your
clean-up code that you not assume that any of the stuff in CreateUI
actually was created.


 Marc



 On Thu, 18 Nov 2004, Mark's Studio wrote:


In MyCustomEditView::CreateUI(Float32 xoffset, Float32 yoffset) i create some Cocoa stuff, and that's all fine. but i need to release the Cocoa stuff when the Carbon view is not needed anymore.

 What function is called when the AUCarbonView is to cleanup ?



 Peter Mark




Peter Mark

 Mark's Recording Studio A/S
 Lundeskovsvej 3  
 2900 Hellerup
 Denmark
 Tel: +45 35366078 Fax: +45 35366038
 www.marks-studio.dk
 email@hidden


_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
email@hidden


 This email sent to email@hidden



-- mailto:email@hidden
tel: +1 408 974 4056



_____________________________________________________________________ __
___
Culture Ship Names:
Ravished By The Sheer Implausibility Of That Last Statement [GSV]
I said, I've Got A Big Stick [OU]
Inappropiate Response [OU]
Far Over The Borders Of Insanity And Still Accelerating [Eccentric]


_____________________________________________________________________ __
___


   _______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
inc.com

This email sent to email@hidden

_______________________________________________ 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

_______________________________________________________________________ ___
Culture Ship Names:
Ravished By The Sheer Implausibility Of That Last Statement [GSV]
I said, I've Got A Big Stick [OU]
Inappropiate Response [OU]
Far Over The Borders Of Insanity And Still Accelerating [Eccentric]
_______________________________________________________________________ ___





------------------------------------------------------------------
Eric Eizenman
BIAS Inc., Audio Software Development
------------------------------------------------------------------

_______________________________________________
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


  • Follow-Ups:
    • Re: AUCarbonViewBase cleanup
      • From: William Stewart <email@hidden>
References: 
 >Re: AUCarbonViewBase cleanup (From: William Stewart <email@hidden>)

  • Prev by Date: Re: A modest proposal (regarding multi-I/O for AUs)
  • Next by Date: Re: AUCarbonViewBase cleanup
  • Previous by thread: Re: AUCarbonViewBase cleanup
  • Next by thread: Re: AUCarbonViewBase cleanup
  • Index(es):
    • Date
    • Thread