[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: big memory leak in GSString
From: |
Pirmin Braun |
Subject: |
Re: big memory leak in GSString |
Date: |
Mon, 7 Jan 2013 23:15:33 +0100 |
Am Mon, 7 Jan 2013 22:00:40 +0000
schrieb Tom Davie <address@hidden> :
> Retain count means nothing. It may well have a retain count of 2, but be in
> the autorelease pool twice. Can you confirm that these actually are never
> released, and provide a small test case that demonstrates it?
>
I've tried this, just before "(imps[hash])(anObject, releaseSel);":
if([[[anObject
class]description]isEqualToString:@"GSCSubString"]){while([anObject
retainCount] > 1)[anObject release];}
now if the GSCSubString was twice in the autorelease pools, it would have
crashed on being released by the second pool. But it didn't.
Also I did some debugging with gdb with breakpoints on [NSAutoreleasePool
alloc] and dealloc to make sure, there are no other pools involved. And the App
is singlethreaded.
--
Pirmin Braun - IntarS Unternehmenssoftware GmbH - Sinziger Str. 29a - 53424
Remagen
+49 2642 308288 +49 174 9747584 - skype:pirminb www.intars.de address@hidden
intars.sourceforge.net
Geschäftsführer: Pirmin Braun, Ralf Engelhardt Registergericht: Amtsgericht
Coburg HRB3136
- big memory leak in GSString, Pirmin Braun, 2013/01/07
- Re: big memory leak in GSString, Tom Davie, 2013/01/07
- Re: big memory leak in GSString,
Pirmin Braun <=
- Re: big memory leak in GSString, Tom Davie, 2013/01/07
- Re: big memory leak in GSString, Pirmin Braun, 2013/01/07
- Re: big memory leak in GSString, Tom Davie, 2013/01/07
- Re: big memory leak in GSString, Pirmin Braun, 2013/01/07
- Re: big memory leak in GSString, Pirmin Braun, 2013/01/07
- Re: big memory leak in GSString, David Chisnall, 2013/01/08
- Re: big memory leak in GSString, Fred Kiefer, 2013/01/08
- Re: big memory leak in GSString, Pirmin Braun, 2013/01/08
- Re: big memory leak in GSString, David Chisnall, 2013/01/08
- Re: big memory leak in GSString, Pirmin Braun, 2013/01/08