Журнал сбоев производства в приложении iOS

Question

Мой аварийный журнал говорит об этом без информации.Используя команду atos, я получаю эту информацию, говоря, что специализированный UnsafeBufferPointer.count.getter в loginviewcontroller.Любая идея, почему этот сбой вызван?

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Subtype: KERN_INVALID_ADDRESS at 0x0000000000000010
VM Region Info: 0x10 is not in any region.  Bytes before following region: 4340006896
      REGION TYPE                      START - END             [ VSIZE] PRT/MAX SHRMOD  REGION DETAIL
      UNUSED SPACE AT START
--->  
      __TEXT                 0000000102af4000-0000000102af8000 

Thread 7 name:
Thread 7 Crashed:
0   libobjc.A.dylib                 0x00000001821e4430 objc_msgSend + 16
1   UIKit                           0x000000018c543d90 -[UIWindowLayer actionForKey:] + 80 (UIWindow.m:432)
2   QuartzCore                      0x0000000186fcb984 -[CALayer layoutSublayers] + 244 (CALayer.mm:9308)
3   QuartzCore                      0x0000000186fcfad0 CA::Layer::layout_if_needed(CA::Transaction*) + 332 (CALayer.mm:9182)
4   QuartzCore                      0x0000000186f3c31c CA::Context::commit_transaction(CA::Transaction*) + 336 (CALayer.mm:2416)
5   QuartzCore                      0x0000000186f63b40 CA::Transaction::commit() + 540 (CATransactionInternal.mm:425)
6   QuartzCore                      0x0000000186f64980 CA::Transaction::observer_callback(__CFRunLoopObserver*, unsigned long, void*) + 92 (CATransactionInternal.mm:795)
7   CoreFoundation                  0x0000000182f2ecdc __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 32 (CFRunLoop.c:1824)
8   CoreFoundation                  0x0000000182f2c694 __CFRunLoopDoObservers + 412 (CFRunLoop.c:1934)
9   CoreFoundation                  0x0000000182e4cc78 CFRunLoopRunSpecific + 468 (CFRunLoop.c:3247)
10  WebCore                         0x000000018adc184c RunWebThread(void*) + 560 (WebCoreThread.mm:690)
11  libsystem_pthread.dylib         0x0000000182bb02b4 _pthread_body + 308 (pthread.c:740)
12  libsystem_pthread.dylib         0x0000000182bb0180 _pthread_start + 312 (pthread.c:799)
13  libsystem_pthread.dylib         0x0000000182baeb74 thread_start + 4

Answer 1

Это выглядит для меня как повреждение кучи.Вероятно, свисающий указатель .По сути, -[UIWindowLayer actionForKey:] взаимодействует с указателем на что-то, что больше не является указателем на действительный объект.Это чрезвычайно распространенная причина сбоев в objc_msgSend.

Боюсь сказать, что в этом отчете вряд ли будет указана причина.* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *1007* * * * * * * * * * * * * *} * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *.Из-за этого очень низкая вероятность того, что отслеживаемая трассировка стека покажет что-либо о том, почему этот указатель больше не действителен.

Что я обычно рекомендую в следующих ситуациях:

• Посмотритедля других сбоев, которые выглядят связанными с повреждением кучи (например, objc_msgSend)
• Попробуйте Zombies в инструментах
• Попробуйте malloc scribble или guardmalloc, две другие хорошие памятиинструменты отладки

Трудно, а часто даже невозможно рассуждать о повреждении кучи.Поэтому постарайтесь найти и исправить как можно больше проблем.Вполне возможно, что один из них ответственен за множество аварий, одним из которых может быть этот.

Удачи!