it-swarm.com.ru

Xcode не показывает строку, которая вызывает сбой

Каждый раз, когда происходит сбой моего приложения, Xcode выделяет вызов UIApicationMain () в функции main () как строку, вызвавшую сбой. В некоторых случаях это было нормально (например, ошибка сегментации), но сбой, с которым я пытаюсь бороться, - это простой SIGABRT с подробной информацией, записанной в консоли:

*** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[__NSCFDictionary setObject:forKey:]: attempt to insert nil value (key: Date)'

Xcode раньше показывал линию прямо со старыми SDK, но с тех пор, как я обновился до Xocde 4.2, он изменился. Совершенно очевидно, что Xcode точно знает, что вызвало сбой (или мог знать), но он по-прежнему не показывает фактическую строку. Есть ли какое-либо исправление или обходной путь для этого?

114
JonasG

Вы также должны убедиться, что у вас установлены точки останова для всех исключений. Это заставит XCode остановиться на линии, где происходит исключение. Сделайте следующее [в Xcode 4]:

  1. В Навигаторе проекта на левой стороне XCode, нажмите на навигатор точек останова (почти до правой стороны верхней панели кнопок. Значок выглядит как жирная стрелка вправо).

  2. В нижней части навигатора нажмите кнопку «+».

  3. Нажмите «Добавить точку останова исключения».

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

  5. Запустите ваш проект и воспроизведите исключение.

Также вы упомянули, что вы ссылались на некоторые сторонние библиотеки/фреймворки. Если исключение происходит в этих рамках, то у вас будут трудные времена, так как код скомпилирован, и XCode не может фактически показать вам строку, которая вызвала исключение. Если дело обстоит именно так, и вы уверены, что используете библиотеки правильно, то вам следует отправить отчет об ошибке сопровождающим этих библиотек.

286
Carter

Просто следуйте инструкциям на этот ответ StackOverflow:

Включить зомби

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

 enter image description here

(Абсолютно шокирует, что даже в 2017 году Xcode по-прежнему отключает эту функцию по умолчанию. Почему вы не хотите видеть строку, вызвавшую проблему? И "Включить объекты-зомби"?! Неужели?! Неужели авторы XCode действительно считают, что это полезное имя, которое имело бы какой-то смысл для новых разработчиков? Это удручает, как плохой рейтинг XCode год за годом в App Store. Никто не слушает. ..)

17
Mike Gledhill

Отредактируйте текущую схему и включите NSZombieEnabled , MallocStackLogging и guard malloc . Затем, когда ваше приложение вылетает, введите в консоли gdb:

(gdb) info malloc-history 0x543216

Замените 0x543216 на адрес объекта, который вызвал NSInvalidArgumentException, и он должен дать вам гораздо более полезную трассировку стека, показывающую строки вашего кода, которые вызывают сбой.

8
chown

Я видел такое поведение в сильно оптимизированном коде; проверка, подстройка уровня оптимизации вашей цели и сторонних библиотек может помочь. (Настройка уровня оптимизации LLVM 3.0)

Вы генерируете символы отладки?

2
FluffulousChimp

Я написал код для генерации сбоя индекса из-за пределов . Следующее исключение. 

2017-01-07 04:02:57.606 testABC[1694:52966] *** Terminating app due to uncaught exception 'NSRangeException', reason: '*** -[__NSSingleObjectArrayI objectAtIndex:]: index 1 beyond bounds [0 .. 0]'
*** First throw call stack:
(
    0   CoreFoundation                      0x000000010e85cd4b __exceptionPreprocess + 171
    1   libobjc.A.dylib                     0x000000010e2be21e objc_exception_throw + 48
    2   CoreFoundation                      0x000000010e8b5c2f -[__NSSingleObjectArrayI objectAtIndex:] + 111
    3   testABC                             0x000000010dce962d -[ViewController ComplexFunction] + 61
    4   testABC                             0x000000010dce95db -[ViewController thirdFunction] + 43
    5   testABC                             0x000000010dce959b -[ViewController secondFunction] + 43
    6   testABC                             0x000000010dce955b -[ViewController firstFinction] + 43
    7   testABC                             0x000000010dce96c2 -[ViewController viewDidAppear:] + 50
    8   UIKit                               0x000000010ee28a6c -[UIViewController _setViewAppearState:isAnimating:] + 945
    9   UIKit                               0x000000010ee2b7da __64-[UIViewController viewDidMoveToWindow:shouldAppearOrDisappear:]_block_invoke + 42
    10  UIKit                               0x000000010ee29ac4 -[UIViewController _executeAfterAppearanceBlock] + 86
    11  UIKit                               0x000000010ec8d77c _runAfterCACommitDeferredBlocks + 653
    12  UIKit                               0x000000010ec7a273 _cleanUpAfterCAFlushAndRunDeferredBlocks + 566
    13  UIKit                               0x000000010ec9d757 __84-[UIApplication _handleApplicationActivationWithScene:transitionContext:completion:]_block_invoke_2 + 194
    14  CoreFoundation                      0x000000010e8016ac __CFRUNLOOP_IS_CALLING_OUT_TO_A_BLOCK__ + 12
    15  CoreFoundation                      0x000000010e7e66f4 __CFRunLoopDoBlocks + 356
    16  CoreFoundation                      0x000000010e7e5e65 __CFRunLoopRun + 901
    17  CoreFoundation                      0x000000010e7e5884 CFRunLoopRunSpecific + 420
    18  GraphicsServices                    0x00000001126d9a6f GSEventRunModal + 161
    19  UIKit                               0x000000010ec80c68 UIApplicationMain + 159
    20  testABC                             0x000000010dce99df main + 111
    21  libdyld.dylib                       0x000000011174968d start + 1
    22  ???                                 0x0000000000000001 0x0 + 1
)
libc++abi.dylib: terminating with uncaught exception of type NSException

Если вы внимательно прочитали First Throw call stack

0   CoreFoundation              0x000000010e85cd4b __exceptionPreprocess + 171
1   libobjc.A.dylib             0x000000010e2be21e objc_exception_throw + 48

0 and 1 - это системные процессы после сбоя. 

 2   CoreFoundation             0x000000010e8b5c2f -[__NSSingleObjectArrayI objectAtIndex:] + 111

2 - строка, вызвавшая исключение. 

3   testABC                     0x000000010dce962d -[ViewController ComplexFunction] + 61

3 сообщает, что имя класса (ViewController) и функция naem (ComplexFunction) были выброшены. 

0
AsifHabib