Блог

У меня проблема с отладкой Xcode 4.2 в симуляторе / устройстве iOS 5. Как и ожидалось, происходит сбой следующего кода:

 NSArray *arr=[NSArray array];
[arr objectAtIndex:100];
 

В iOS 4 я получаю полезную трассировку стека шестнадцатеричных чисел. Но в iOS 5 это просто дает мне:

 *** First throw call stack:
(0x16b4052 0x1845d0a 0x16a0674 0x294c 0x6f89d6 0x6f98a6 0x708743 0x7091f8 0x7fcaa9 0x2257fa9 0x16881c5 0x15ed022 0x15eb90a 0x15eadb4 0x15eaccb 0x6f02a7 0x6faa93 0x2889 0x2805)
 

Спасибо.

Ничто из того, что я пробовал, не исправило бы это (пробовал оба компилятора, оба отладчика и т. Д.). После обновления XCode для обновления iOS 5 трассировки стека, похоже, не работали.

Однако я нашел эффективный обходной путь — создание собственного обработчика исключений (который также полезен по другим причинам). Сначала создайте функцию, которая обработает ошибку и выведет ее на консоль (а также все остальное, что вы хотите с ней сделать):

 void uncaughtExceptionHandler(NSException *exception) {
    NSLog(@"CRASH: %@", exception);
    NSLog(@"Stack Trace: %@", [exception callStackSymbols]);
    // Internal error reporting
}
 

Затем добавьте обработчик исключений в делегат вашего приложения:

 - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{   
    NSSetUncaughtExceptionHandler(amp;uncaughtExceptionHandler);
    // Normal launch stuff
}
 

Вот и все!

Если это не сработает, то есть только две возможные причины:

1. Что-то перезаписывает ваш NSSetUncaughtExceptionHandler вызов (для всего вашего приложения может быть только один обработчик). Например, некоторые сторонние библиотеки устанавливают свой собственный UncaughtExceptionHandler. Итак, попробуйте установить его в КОНЦЕ вашей didFinishLaunchingWithOptions функции (или выборочно отключить сторонние библиотеки). Или, что еще лучше, установите символическую точку останова NSSetUncaughtExceptionHandler , чтобы быстро увидеть, кто ее вызывает. Что вы можете сделать, так это изменить свой текущий, а не добавлять другой.
2. На самом деле вы не сталкиваетесь с исключением (например, EXC_BAD_ACCESS не является исключением; спасибо комментариям @Erik B. Ниже)

Существует полезная опция добавления точки останова исключения (с помощью в нижней части навигатора точек останова). Это приведет к разрыву при любом исключении (или вы можете установить условия). Я не знаю, является ли этот выбор новым в 4.2 или я только наконец заметил, что он пытается обойти проблему с отсутствующими символами.

Как только вы нажмете эту точку останова, вы можете использовать навигатор отладки для навигации по стеку вызовов, проверки переменных и т. Д., Как Обычно.

Если вам нужен символьный стек вызовов, подходящий для копирования / вставки или тому подобного, обратная трассировка gdb будет работать нормально:

 (gdb) bt
#0  0x01f84cf0 in objc_exception_throw ()
#1  0x019efced in -[NSObject doesNotRecognizeSelector:] ()
 

(и т.д.)

В отладчике появилась новая функция. Вы можете установить точку останова всякий раз, когда возникает исключение, и остановить выполнение прямо там, как это происходило в версии 4.0.

В «Навигаторе точек останова» добавьте «Точку останова исключения» и просто нажмите «Готово» во всплывающем окне параметров.

Вот и все!

PS: В некоторых случаях было бы лучше прерывать только для исключений Objective-C.

Вот еще одно решение, не такое элегантное, как предыдущее, но если вы не добавили точки останова или обработчики исключений, это может быть только один путь.
Когда приложение выходит из строя, и вы получаете необработанный стек вызовов первого броска (в шестнадцатеричных числах), введите в консоль Xcode info line *hex (не забудьте звездочку и 0x шестнадцатеричный спецификатор), например:

 (gdb) info line *0x2658
Line 15 of "path/to/file/main.m" starts at address 0x25f2 <main 50>
and ends at 0x267e <main 190>.
 

Если вы используете lldb, вы можете ввести image lookup -a hex (без звездочки в этой ситуации), и вы получите аналогичный вывод.

С помощью этого метода вы можете перейти от вершины стека throw (будет около 5-7 распространителей системных исключений) к вашей функции, которая вызвала сбой, и определить точный файл и строку кода.

Кроме того, для аналогичного эффекта вы можете использовать утилиту atos в терминале, просто введите:

 atos -o path/to/AplicationBundle.app/Executable 0xAdress1 0xAdress2 0xAdress3 ...
 

и вы получаете символьную трассировку стека (по крайней мере, для функций, у которых есть символы отладки).
Этот метод более предпочтителен, потому что вам не нужно для каждого адресного вызова info line просто копировать адреса из вывода консоли и вставлять их в терминал.

Вы можете добавить точку останова исключения (используя в нижней части навигатора точек останова) и добавить к ней действие bt (нажмите кнопку «Добавить действие», выберите команду Debugger, введите «bt» в текстовое поле). Это отобразит трассировку стека, как только возникнет исключение.

Это распространенная проблема, отсутствие трассировки стека в 4.2. Вы можете попробовать поменять местами LLDB и GDB, чтобы увидеть, получите ли вы лучшие результаты.

Отправьте отчет об ошибке здесь.

http://developer.apple.com/bugreporter/

Редактировать:

Я считаю, что если вы переключитесь обратно на LLVM GCC 4.2, вы не увидите, как это произойдет. Однако вы можете потерять необходимые функции.

Используйте этот код в своей основной функции:

 int main(int argc, char *argv[])
{
    NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];

    int retVal;
    @try {
        retVal = UIApplicationMain(argc, argv, nil, nil);
    }
    @catch (NSException *exception) {
        NSLog(@"CRASH: %@", exception);
        NSLog(@"Stack Trace: %@", [exception callStackSymbols]);
    }
    @finally {
        [pool release];
    }
    return retVal;
}
 

В командной строке консоли отладки Xcode введите:

image lookup -a 0x1234

И он покажет вам что-то вроде:

   Address: MyApp[0x00018eb0] (MyApp.__TEXT.__text   91088)
  Summary: MyApp`-[MyViewController viewDidAppear:]   192 at MyViewController.m:202
 

Для меня сработало включение «Compile for Thumb» (конфигурация отладки).