(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.