descargar - iOS 9 se bloquea en_prepareForCAFlush con EXC_BAD_ACCESS KERN_INVALID_ADDRESS

ios 9 download

Question

Con el lanzamiento de iOS 9, estamos viendo varios informes de fallos de lo que parece ser un error del lado de Apple en iOS 9. Esto sucede en todos los tipos de dispositivos (iPhone, iPad y iPod). Estoy buscando averiguar por qué esto puede estar pasando y si hay algo que pueda hacer para evitarlo. Esta pila se está informando a través de nuestro sistema de informes de fallos (Crashlytics), así que desafortunadamente no tengo pasos o códigos reproducibles, pero intentaré responder a todas las preguntas lo mejor que pueda. La pila es la siguiente:

Thread : Crashed: com.apple.main-thread
0 libobjc.A.dylib 0x34a27ad6 objc_msgSend + 21
1 CoreFoundation 0x230d3db9 -[__NSArrayM dealloc] + 148
2 libobjc.A.dylib 0x34a34f67 objc_object::sidetable_release(bool) + 150
3 libobjc.A.dylib 0x34a353a9 (anonymous namespace)::AutoreleasePoolPage::pop(void*) + 388
4 CoreFoundation 0x230cbfa9 _CFAutoreleasePoolPop + 16
5 UIKit 0x27523cd9 _prepareForCAFlush + 312
6 UIKit 0x2752886b _beforeCACommitHandler + 10
7 CoreFoundation 0x2317a509 __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 20
8 CoreFoundation 0x2317880d __CFRunLoopDoObservers + 280
9 CoreFoundation 0x23178c3f __CFRunLoopRun + 958
10 CoreFoundation 0x230cc249 CFRunLoopRunSpecific + 520
11 CoreFoundation 0x230cc035 CFRunLoopRunInMode + 108
12 GraphicsServices 0x2c182ad1 GSEventRunModal + 160
13 UIKit 0x272e18a9 UIApplicationMain + 144
14 APPNAMEHERE 0x000ec967 main (main.m:14)

Answer 1

Parece que solo afecta a dispositivos con procesadores de 32 bits A5 y A6 - iPod 5th Gen, iPhone 4S / 5 / 5C, iPad 2 / Mini). No repro de nuestro lado tampoco. Estos accidentes comenzaron y aumentaron con la versión iOS 9 y su adopción. iOS v9.0.1 no parece arreglarlo.

Answer 2

Nos encontramos con un accidente con un seguimiento de pila similar, y después de una larga investigación descubrimos que estaba relacionado con otro bloqueo; fijación que también solucionó esto, sin embargo, todavía no estoy seguro de cómo se relacionan los dos bloqueos.

Aquí están los detalles sobre el otro choque:

Tuvimos una llamada de función en uno de nuestros métodos como

AudioServicesAddSystemSoundCompletion(self.soundID,
[[NSRunLoop currentRunLoop] getCFRunLoop],
kCFRunLoopDefaultMode,
AudioServicesSystemSoundCompletion,
(void *)CFBridgingRetain(self)); 

donde se veía AudioServicesSystemSoundCompletion

void AudioServicesSystemSoundCompletion(SystemSoundID ssID, void *clientData) {
AudioServicesRemoveSystemSoundCompletion(ssID);
CFRelease(clientData);
}

Ejecutar esa llamada de función dos o más veces causó simultáneamente que la aplicación se bloquee. Lo solucionamos pasando NULL en lugar de (void *) CFBridgingRetain (self) y eliminando CFRelease (clientData); línea.

Desde este arreglo, ya no vemos el bloqueo ''_prepareForCAFlush''.

También tenga en cuenta que, según Crashlytics, el dispositivo tenía un uso de memoria muy alto cada vez que se producía la falla.

¡Espero que esto ayude!

Answer 3

Para mí, el problema era que estaba mostrando y descartando el teclado cuando la aplicación se redujo al mínimo.

 [self.textView becomeFirstResponder];
[self.textView resignFirstResponder];

Realicé el código anterior en el evento applicationWillResignActive. al eliminar este código, se corrigió el bloqueo.

Answer 4

También estoy enfrentando este problema y creo que encontré lo que podría estar causando. ¿Ustedes, por casualidad, usan SDWebImage? Porque ese es el único lugar donde descubrí que CFRunLoopRun () se está llamando y también otras personas se quejaron en: Boleto del hilo muerto -> Bloqueo de la aplicación