Detecting Freed Object Exceptions
Description
For applications written in Objective C or applications that use the Java-wrapped Application Program Interfaces (APIs), you can use the NSZombieEnabled variable defined in NSDebug.h to detect why an object has been freed.
Note that the API provided in NSDebug.h is for debugging purposes only, and may not be available in future releases.
Setting the NSZombieEnabled variable to YES when running your application from the command line changes the behavior of the memory manager. Objects are not deallocated, but converted to objects in the zombie class. When zombie objects receive a deallocation message, they print a warning that includes the name of the message.
The message name helps differentiate whether it is your code or something deep inside the WebObjects hierarchy that is attempting to deallocate the freed object. Another benefit of enabling zombie objects is that a freed object exception does not crash your application, allowing you to debug the application with all of its state intact.
The following code shows how to use the zombie API. Create a test application using ProjectBuilder, and paste this code in the _main.m file. Compile and run it inside Project Builder to see the debug output.
Figure 1. Objective C Code
// NSZombieTest.m
// Demonstrates how object zombies work.
#import
#import
int main (int argc, const char *argv[])
{NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
id foo = [[NSDate alloc] init]; // some random class
// Turn on zombie objects, so we can tell what class a freed object was.
// Note: NSZombieEnabled is declared in NSDebug.h
NSZombieEnabled = YES;
// Throw foo into the pool
[foo autorelease];
// This will free foo
[foo release];
// This will try to free foo again, raising an exception
[pool release];
exit(0); // insure the process exit status is 0
return 0; // ...and make main fit the ANSI spec.
}
Figure 2. Sample Output
warning: Jul 21 01:38:09 ZombieTest[209] *** *** Selector 'release' sent to dealloced instance 0xa0edb0 of class NSConcreteDate.
Break at '-[_NSZombie release]' to debug. Stack=0x32046288 0x32046378 0x3 203fc30 0x32040346 0x40108d 0x401561 0x401227 0x77f1b304
warning: Jul 21 01:38:10 ZombieTest[209] *** -[NSAutoreleasePool dealloc] : Exception ignored while releasing an object in an autorelease pool: NSG enericException *** Selector 'release' sent to dealloced instance 0xa0edb 0 of class NSConcreteDate.
Break at '-[_NSZombie release]' to debug. Stack=0x32046288 0x32046378 0x3 203fc30 0x32040346 0x40108d 0x401561 0x401227 0x77f1b304
Note that the class of the freed object is printed in the debugging output ( NSConcreteDate or NSDate ). You can set a breakpoint at [ _NSZombie release ] to debug further.
Note that running an application with NSZombieEnabled set to YES degrades performance.