Skip navigation.
 
mlRe: Re: Autoreleasepool problems
FROM : Shawn Erickson
DATE : Wed Jul 19 20:41:41 2006

On 7/19/06, Kay Roepke <<email_removed>> wrote:

> The problem is that the EOFToken instance shouldn't be in an
> autorelease pool in the first place.


It likely isn't.

As I tried to imply... I believe someplace you are over release an
object (hints point to an instance of NSString) which is leaving a
stale pointer in the current autorelease pool (the object is getting
deallocated while still in the current autorelease pool). Then your
object happens to get allocated at the same position in memory. Then
when the autorelease pool is deallocated  sending a release message to
the wrong object.

NSZombie if configured correct can be used to ensure that the same
spot in memory isn't reused allowing you to detect which object is
being over released instead of the object that just happens to be
currently allocated at the same spot in memory that once held the over
release object.

-Shawn

Related mailsAuthorDate
mlAutoreleasepool problems Kay Roepke Jul 19, 19:54
mlRe: Autoreleasepool problems Shawn Erickson Jul 19, 20:11
mlRe: Autoreleasepool problems Kay Roepke Jul 19, 20:28
mlRe: Re: Autoreleasepool problems Shawn Erickson Jul 19, 20:41
mlRe: Autoreleasepool problems Kay Roepke Jul 19, 21:16
mlRe: Autoreleasepool problems Jerry Krinock Jul 19, 21:39
mlRe: Autoreleasepool problems Kay Roepke Jul 19, 22:02
mlNew debugging feature request? Was: Autoreleasepool problems Scott Ribe Jul 20, 18:34