(iOS) La aplicación de iPad se bloquea aleatoriamente al inicio

crash

Question

Tengo una aplicación para iPad en el campo (distribución empresarial) que dejó de funcionar al azar (después de aproximadamente 150 usos). Carga la pantalla negra como si estuviera a punto de abrirse, pero luego vuelve a la pantalla principal.

• No hay otras aplicaciones instaladas en el iPad.
• iPad no tiene jailbreak.
• El software del iPad no se ha actualizado desde la instalación.

La aplicación permanece en la lista de ejecución, pero no se abrirá. Después de reiniciar el iPad y reinstalar la aplicación, vuelve a funcionar bien. El informe de bloqueo es el siguiente:

Incident Identifier: 97E6C3AC-0A3F-4D5A-9316-14361B8875C8
CrashReporter Key: acbe2088ab1236c4f317ec9e0fb85d4a9d7b5b3a
Hardware Model: iPad1,1
Version: ??? (???)
Code Type: ARM (Native)
Parent Process: launchd [1]
Date/Time: 2011-08-05 14:52:54.380 -0400
OS Version: iPhone OS 4.3.2 (8H7)
Report Version: 104
Exception Type: EXC_CRASH (SIGKILL)
Exception Codes: 0x00000000, 0x00000000
Crashed Thread: 0
Thread 0 Crashed:
0 dyld 0x2fe0124a dyldbootstrap::start(macho_header const*, int, char const**, long, macho_header const*) + 446
1 dyld 0x2fe01058 _dyld_start + 48
Thread 0 crashed with ARM Thread State:
r0: 0x00000000 r1: 0x00000009 r2: 0x00000009 r3: 0x0004a000
r4: 0x0004a01c r5: 0x00000000 r6: 0x00000005 r7: 0x2fe48a18
r8: 0x2fe6f18c r9: 0x2fe96964 r10: 0x2fe494f4 r11: 0x00049000
ip: 0x2fe96984 sp: 0x2fe489d0 lr: 0x2fe489ac pc: 0x2fe4a24a
cpsr: 0x60000030
Binary Images:
0x2fe49000 - 0x2fe6efff dyld armv7 <bb9bfc7d242331d29a79adf7ef7aaa18> /usr/lib/dyld

Esta es toda la información que contiene el informe.

Nunca hemos podido reproducir el crash en el simulador.

¿Algunas ideas? No se puede enviar esto de vuelta hasta que nos aseguremos de que el error sea reparado. Gracias,

Answer 1

¿Ocurre siempre después de 150 o más usos?
Si es así, compruebe qué parámetros se ven afectados cuando se usan durante un gran número de tiempo. Me había enfrentado a un problema similar, pero mi aplicación estaba usando datos básicos. Estaba ahorrando algo de valor y, por error, había establecido el tipo en INT 16. y solía fallar cuando el valor pasa 2 ^ 15 para ios 5 y superior. En segundo lugar, ¿puede reiniciar la aplicación después de salir de la aplicación desde el fondo o tiene que eliminarla y volver a instalarla para solucionar el problema?

Answer 2

1. Asegúrese de que la clave de identificación del dispositivo se haya agregado en el perfil de distribución de su IDP,
2. Descargue ese perfil y páselo a Xcode
3. limpia, crea / archiva tu proyecto de aplicación
4. Ofrezca a los usuarios una URL para descargar (instalar) ese archivo mobileprofile
5. Distribución de la empresa de su aplicación.

Answer 3

Compruebe su secuencia de inicio con cuidado. Quizás algún archivo de configuración que esté leyendo esté dañado o no pueda ser deserializado adecuadamente a una estructura de datos (por ejemplo, NSDictionary).

Me ha pasado esto a mí.

Answer 4

El sistema probablemente está matando la aplicación porque el perfil de aprovisionamiento ha caducado. Si puede obtener acceso a la aplicación anterior (por ejemplo, sincronizando con iTunes y luego haciendo Reveal in Finder en la aplicación), puede encontrar el perfil de aprovisionamiento dentro de la aplicación como embedded.mobileprovision .

Answer 5

Encontré este problema hoy y, finalmente, ajusté el perfil de aprovisionamiento de mi aplicación y luego el extraño bloqueo desapareció. Así que puedes intentar este método para resolver el problema. PD: Mi registro de fallos es igual a la buena suerte de JJ.

Answer 6

Intente agregar a la configuración de su proyecto, no solo armv7, sino también armv6.