Re: ObjectAlloc Instrument: "still living" count too high...
Re: ObjectAlloc Instrument: "still living" count too high...
- Subject: Re: ObjectAlloc Instrument: "still living" count too high...
- From: Wade Tregaskis <email@hidden>
- Date: Tue, 18 Dec 2007 20:51:20 -0800
# Category Event Type Timestamp Address Size
Responsible Library Responsible Caller
272 NSBezierPath Malloc 09:29.796 0x2b6218e0 96
AppKit +[NSBezierPath bezierPath]
273 NSBezierPath Autorelease 09:29.796 0x2b6218e0 0
Viewer -[GraphView
drawVertBarFromPoint:toPoint:barNumber:of:inColor:]
274 NSBezierPath Release 09:29.797 0x2b6218e0 0
Foundation NSPopAutoreleasePool
that shows the allocation, the autorelease, and the release.
But wait - this object is showing up as still alive, and
contributing to the #Net number (total still alive!).
This sounds like an issue I hit a little while back, which turned out
to be blindingly simple - my leaky class wasn't calling [super
dealloc], so although it's ref count ended up at 0, it never actually
free()'d itself. D'oh!
You'll also get similar results if you have zombies enabled, although
if you're building release that wouldn't be the case, unless you're
explicitly enabling them.
Wade
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden