Re: Delayed termination to allow release
Re: Delayed termination to allow release
- Subject: Re: Delayed termination to allow release
- From: Gregory Weston <email@hidden>
- Date: Mon, 11 Aug 2008 15:07:10 -0400
Trygve Inda wrote:
My main thread creates a few other objects which have NSThreads and/or
timers. I have found that when I quit the app, and the threads are
ended,
something in the OS is retaining my objects for a bit... They end
up never
being dealloc'd which messes a few things up as some data is
written to disk
at this point.
...
In my obj alloc I set objCount++ and in the dealloc I set objCount--
Is there a better way around this?
Without delaying the termination for the OS to clean up (guessing some
autorelease pool), some of my objects are never dealloc'd and the
app simply
goes away with no error.
Thoughts?
My primary thought is that dealloc is not the place to perform
required termination-time tasks, because there's no guarantee it'll
be called. Deallocation is where you let go of subsidiary
allocations. If you've got objects that need to do things at
termination, register them as observers of
NSApplicationWillTerminateNotification.
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden