(iOS) aplicación de iPad se bloquea random en el inicio

Tengo una aplicación iPad en el campo (distribución empresarial) que dejó de funcionar random (después de aproximadamente 150 usos). Carga la pantalla negra como que está a punto de abrir, pero luego vuelve a aparecer en la pantalla principal.

  • No hay otras aplicaciones instaladas en el iPad.
  • iPad no está jailbroken.
  • El software iPad no se ha actualizado desde la installation.

La aplicación permanece en la list de ejecución, pero no se abrirá. Después de restablecer el iPad y volver a instalar la aplicación, vuelve a funcionar bien. El informe del crash 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 podemos volver a enviar esto hasta que nos aseguremos de que el error sea corregido. Gracias,

Es probable que el sistema esté acabando con la aplicación porque el perfil de aprovisionamiento ha caducado. Si puede get acceso a la aplicación anterior (por ejemplo, sincronizando con iTunes y luego haciendo que Reveal in Finder en la aplicación), puede encontrar el perfil de aprovisionamiento dentro de la aplicación como embedded.mobileprovision que puede inspeccionar para determinar si ha caducado.

Verifique su secuencia de inicio con cuidado. Quizás algún file de configuration que esté leyendo esté corrupto o no pueda deserializarse a una estructura de datos (por ejemplo, NSDictionary) correctamente.

Esto me ha sucedido a mí.

Me encontré con este problema hoy y finalmente ajusté el perfil de aprovisionamiento de mi aplicación, luego desapareció el extraño locking. Entonces puedes intentar este método para resolver el problema. PD: Mi logging de locking es el mismo que el de JJ Buena suerte.

1. asegúrese de que la key de identificación del dispositivo se haya agregado en el perfil de distribución de su IDP,
2.descargue ese perfil y colóquelo en Xcode
3.clean, comstackr / archivar proyecto de aplicación
4. Dale a los usuarios una URL para download (instalar) ese file de perfil mobile
5. aplicación de distribución de la empresa.

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

¿Ocurre siempre después de 150 o más usos?
En caso afirmativo, verifique qué parameters se ven afectados cuando se utiliza durante un gran número de time. 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 a 2 ^ 15 para ios 5 y superiores. En segundo lugar, ¿puede volver a iniciar la aplicación después de abandonar la aplicación desde el background o debe eliminar la aplicación y volver a instalarla para solucionar el problema?