Re: A coding pattern that does not work under Garbage Collection
Re: A coding pattern that does not work under Garbage Collection
- Subject: Re: A coding pattern that does not work under Garbage Collection
- From: Bill Bumgarner <email@hidden>
- Date: Fri, 9 Nov 2007 09:06:22 -0800
On Nov 9, 2007, at 8:57 AM, Jim Correia wrote:
(Not a GC expert...)
No, I think you're still screwed. Since you can't know how NSData
manages its bucket of bytes, you need to make sure the NSData object
stays around for as long as you want to work with the bytes.
The salient point was that no one kept a reference to the object
which owned the bytes you were pointing at, and when the object got
collected as a result, it's internal storage also went away.
Really not so different from the autorelease case, except there you
were guaranteed the lifetime of the parent autorelease pool. In a GC
world the collector will collect unreferenced objects when it gets
around to it, so you better keep a strong reference to the object
for as long as you need it.
Jim is correct and this is an unfortunate edge case that there wasn't
time to address in Leopard. Fortunately, the solution is straight
forward; keep the NSData object around for as long as you need its
memory to stick around.
b.bum
_______________________________________________
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