9

Does anybody know how can I check the retain count of an object while in debug mode? I have tried to add an expression [objInstance retainCount] but it did not work. I have also tried the print object PO [objInstance retainCount] in the console but again it did not work.

mrd3650
  • 1,371
  • 3
  • 16
  • 24
  • 1
    What do you mean here by "did not work?" – Rob Napier Sep 10 '11 at 20:09
  • Check [this descriptive post](http://stackoverflow.com/questions/4636146/when-to-use-retaincount) out This answer was provided at the beginning of this year, but has a detailed description of why NOT to use retain count – James Webster Sep 10 '11 at 19:50
  • By "did not work" i meant that expressions did not give me the retain count. It displayed `[objInstance retainCount] = () ` – mrd3650 Sep 13 '11 at 08:02
  • Thanks James Webster for the reference – mrd3650 Sep 13 '11 at 08:03
  • Do not ever use `retainCount`! If you ever want to check memory leak use xcode memory leak tools instead – Lunayo Sep 10 '11 at 19:59
  • I was not using it for leaks. I wanted to track the retain count of an particular object in between 2 methods. But yes for memory leaks the Leaks tool is good and I have also found Zombies very useful. – mrd3650 Sep 13 '11 at 08:07
  • Have you tried: ```(lldb) po (int)[0x10a074000 retainCount] 2 ``` – rustyMagnet Mar 09 '20 at 07:27

2 Answers2

8

I am guessing you are talking about getting the retainCount in GDB?

You can use the retainCount method.

This is how I get in my Code. 

(gdb) p (int)[product retainCount]
$2 = 4

Hope this is what you are looking for.

Pradumna Patil
  • 2,180
  • 3
  • 17
  • 46
Pranav Bhargava
  • 390
  • 3
  • 9
5

You can print this with

NSLog(@"Retain count might be %d",[objInstance retainCount]);

However, this number isn't reliable due to things like autorelease. You should rather read up on memory management and make sure that your retain and release calls match up. You can also run Build/Build and Analyze to get Xcode to help you find possible memory leaks, but again, these are only potential leaks. You'll need to check each one yourself to be sure.

PengOne
  • 48,188
  • 17
  • 130
  • 149
  • 2
    [Calling -retainCount Considered Harmful](http://stackoverflow.com/questions/5784084/calling-retaincount-considered-harmful) is a good read. –  Sep 10 '11 at 19:32
  • Yes, ever use retainCount, it's value is not guaranteed to be meaningful. – zaph Sep 10 '11 at 19:35
  • Thanks @Bavarious for the reference it's very informative. I am aware of the autorelease pools, however I am safe since no? Since I have only one autorelease pool which is the application's default, therefore they will only be autoreleased at the end of the application. – mrd3650 Sep 13 '11 at 08:16
  • @mrd Not really. Cocoa creates an autorelease pool at the beginning of each event loop and drains it at the end of each event loop; see the [documentation](http://developer.apple.com/library/ios/#documentation/Cocoa/Conceptual/MemoryMgmt/Articles/mmAutoreleasePools.html). And the main problem is that it’s hard to be sure when an object has been autoreleased or not, and that influences its retain count. –  Sep 13 '11 at 10:54
  • @Bavarious thanks. I have read the doc however now I got confused of when do event loops get created and destroyed (i.e. when are autorelease queues created and drained) I read that these happen on tap event for example, does this also happen when a new view is loaded such as when a modal viewcontroller is presented and dismissed, and when viewcontrollers are pushed/popped onto/out of the navigation stack? – mrd3650 Sep 13 '11 at 15:18
  • @mrd You can think of events as being user-initiated or system-fired. Let’s say your application has finished launching. Cocoa creates an event loop + autorelease pool and waits for something to happen. If the users taps a button, the corresponding action is sent and, for example, your code pushes a new view controller. This is still the same event loop. After all your methods finish executing, the event loop reaches its end and the corresponding autorelease pool is drained; a new loop starts and a new autorelease pool is created. –  Sep 13 '11 at 15:50
  • @mrd You might want to read the [Cocoa Event-Handling Guide](http://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/EventOverview/EventArchitecture/EventArchitecture.html). –  Sep 13 '11 at 15:52