One of my favorite things about this list is that the standard response to a question is to ask about the underlying motivation. It shows that they are prepared to think deeply about your problem and don’t want to just give you a cookie cutter answer. One of the main signs of an intelligent person in my mind :-)
Thanks, Jon > On Jan 25, 2017, at 3:38 PM, Greg Parker <gpar...@apple.com> wrote: > > What Are You Trying To Do™ is in fact precisely the correct response to your > question. Some overrides of -release need to call [super release]. Others do > not. It depends on … what they are trying to do. > > Overriding release to unregister an observer is almost certainly a bad idea, > but yes, such an override ought to call [super release] if the object is > expected to be retained and released and deallocated normally. > > > -- > Greg Parker gpar...@apple.com <mailto:gpar...@apple.com> Runtime > Wrangler > > >> On Jan 25, 2017, at 8:23 AM, Dave <d...@looktowindward.com> wrote: >> >> I hate it when people as that question! There are some memory leaks in a 3rd >> party package. It overrides release to unregister an observer but doesn’t >> call super. If I call super the leaks go away and all is well. I just want >> to know where is it documented really, I can’t find it searching the docs. >> >> Cheers >> Dave >> >>> On 25 Jan 2017, at 15:55, Mike Abdullah <mabdul...@karelia.com> wrote: >>> >>> You’re inevitably going to get asked this: >>> Why on earth are you overriding release? It’s an incredibly niche thing to >>> do, and the answer probably depends a lot on why you’re overriding it. >>> >>>> On 25 Jan 2017, at 16:52, Dave <d...@looktowindward.com> wrote: >>>> >>>> Hi, >>>> >>>> Does [suoer release] need to be called if you override this method? I’m >>>> 99.99999% sure it does, but I can’t find it anywhere it actually says it >>>> in black and white. >>>> >>>> All the Best >>>> Dave > > _______________________________________________ > > Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) > > 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: > https://lists.apple.com/mailman/options/cocoa-dev/jhull%40gbis.com > > This email sent to jh...@gbis.com _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) 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: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
