tags:

views:

1744

answers:

3

Excuse my ignorance, but something's been bugging me about the Xcode debugger when running iPhone applications in the iPhone Simulator.

Sometimes, when I mess something up in Interface Builder, I get an unhandled exception at runtime and I get thrown back to Xcode. The only thing I see is a single line "uncaught exception" or something like that. From what I can see, there's no additional information, let alone a stack trace or anything else that's useful.

I have been developing in Visual Studio for the last decade or so, and I'm used to getting a nice stack trace and complete exception info when something like that happens.

I'm sure I'm simply missing something very obvious... Hopefully...

A: 

You can wrap your UIApplicationMain in a try/catch:

int main(int argc, char *argv[]) {
    int retVal;
    NSAutoreleasePool * pool;
    @try
    {
    pool = [[NSAutoreleasePool alloc] init];
    retVal = UIApplicationMain(argc, argv, nil, nil);
    }
    @catch(NSException* e)
    {
     NSLog(@"%@", e.reason);
    }
    @finally
    {
    [pool release];
    }
    return retVal;
}

You should also look up into setting an assertion handler while debugging: NSAssertionHandler.

Update: and also the unhandled exception handler: NSSetUncaughtExceptionHandler

Remus Rusanu
+11  A: 

If you add two breakpoints, you should be able to debug these exceptions. To do this, go to Run | Show | Breakpoints and create two global breakpoints (I do them globally because they are so useful in all my applications). The first should be named "objc_exception_throw" and its location should be "libobjc.A.dylib". The second should be "-[NSException raise]" and its location should be "CoreFoundation".

Now, if you start debugging your application with breakpoints enabled, it should break on the throw of these exceptions. You should then be able to see the chain of events that led to the exception within the debugger.

Brad Larson
For iPhone development you only need the first one. This is the best way to get details about where exceptions occur.
Kendall Helmstetter Gelner
Yes, I think the second only applies to Mac OS versions earlier than Leopard. It doesn't hurt to keep it around, though.
Brad Larson
+2  A: 

Hey activa - for more information about runtime exceptions, you should be able to open the debugger console and see more information. I assume you've already done that, but just in case - you can get to it by selecting Run -> Console from the menu. I'm not sure why it doesn't come up automatically!

Ben Gotow
Haven't done that, thanks for the heads up. I'm still learning Xcode (it's quite a jump when you're practically living inside Visual Studio every day of your life)
Philippe Leybaert
Yeah - it's quite a change. I used Eclipse for ages, and the interface looks totally bare in comparison! Only like 5 buttons?! It's got a lot of hidden features, though. Eclipse seems so big and clunky to me now...
Ben Gotow
HelloMoon