Question

Coming from a Symbian background, I’m somewhat concerned about the seeming lack of error handling in Cocoa. Cocoa has many methods that, as far as I can see, have no error reporting and yet could fail.

Eg How come NSMutableString appendString has a void return type and doesn’t throw exceptions (at least the documentation doesn’t mention any)? Surely if I append a long enough string then theoretically I could run out of memory. Is it paranoid of me to check the length of the NSMutableString before and after appending to verify that the append worked?

Answer 1

My test is on Mac OS X and I imagine you’re talking about the iPhone platform.

The thing is I fail to see how returning an error from the appendString method would help since the platform is at that point in such a state that it can’t satisfy malloc requests for your process.

To get around the problem you can probably malloc your own address space and use this process managed memory as storage for your strings. I think Carbon’s CFString (toll free bridged to NSString) allows you to use your own memory allocator.

#import <Foundation/Foundation.h>

int main (int argc, const char * argv[]) 
{
    NSAutoreleasePool * pool = [NSAutoreleasePool new];
    NSMutableString * m = [NSMutableString stringWithCapacity:100000];

    int i;
    for(i=0;i<1000000;i++)
        [m appendString:@"ABCDE..."]; //1400 characters long
    [pool release];
}



cd:tmp diciu$ ./a.out 
a.out(2216) malloc: *** mmap(size=1220067328) failed (error code=12)
*** error: can't allocate region
*** set a breakpoint in malloc_error_break to debug
[..]
2009-08-13 16:45:44.163 a.out[2216:10b] *** Terminating app due to uncaught exception     'NSMallocException', reason: 'Out of memory. We suggest restarting the application. If you     have an unsaved document, create a backup copy in Finder, then try to save.'
2009-08-13 16:45:44.165 a.out[2216:10b] Stack: (
    2494541803,
    2485014075,
    2435399864,
    2494157025,
    2494172776,
    2434276628
)
Trace/BPT trap