No se puede reproducir un bloqueo encontrado por la revisión de la aplicación. ¿Alguien puede ayudar a dar sentido a este informe de fallas?

Apple rechazó nuestra aplicación de iPhone, mostrando que se bloqueó en el iPad. No pudimos reproducir el bloqueo en 3 iPads diferentes y les pedimos que confirmaran. Apple regresó diciendo que produjeron la caída en el iPhone 4 (aunque el registro muestra el iPhone 3). No podemos reproducirlo ...No se puede reproducir un bloqueo encontrado por la revisión de la aplicación. ¿Alguien puede ayudar a dar sentido a este informe de fallas?

Producen el bloqueo por: Inicie la aplicación. Seleccione Permítame mirar alrededor de primero. Bloqueos de la aplicación.

El registro nos enviaron de vuelta parece no mostrar ninguna de las aplicaciones propias métodos llamados:

ncident Identifier: 8B5E90DE-99FD-4279-B634-2C777209F2B3 
CrashReporter Key: 6e9ccd0fcdc29915ebe22fb7376bd343cdcc252a 
Hardware Model:  iPhone3,1 
Process:   Snug [297] 
Path:   /var/mobile/Applications/DB3EFF00-7E5E-492A-9108-1341B6371B0D/Snug.app/Snug 
Identifier:  Snug 
Version:   ??? (???) 
Code Type:  ARM (Native) 
Parent Process: launchd [1] 

Date/Time:  2012-09-09 13:00:32.642 -0700 
OS Version:  iPhone OS 5.1.1 (9B206) 
Report Version: 104 

Exception Type: EXC_CRASH (SIGABRT) 
Exception Codes: 0x00000000, 0x00000000 
Crashed Thread: 6 

Thread 0 name: Dispatch queue: com.apple.main-thread 
Thread 0: 
0 libsystem_kernel.dylib   0x319e7660 __semwait_signal_nocancel + 24 
1 libsystem_c.dylib    0x3410b4da nanosleep$NOCANCEL + 118 
2 libsystem_c.dylib    0x340dd3a0 usleep$NOCANCEL + 44 
3 libsystem_c.dylib    0x340dd2b6 abort + 118 
4 Snug       0x001f8760 uncaught_exception_handler + 12 
5 CoreFoundation     0x37830950 __handleUncaughtException + 68 
6 libobjc.A.dylib     0x3553533e _objc_terminate + 122 
7 libc++abi.dylib     0x36f683be safe_handler_caller(void (*)()) + 70 
8 libc++abi.dylib     0x36f6844a std::terminate() + 14 
9 libc++abi.dylib     0x36f6981e __cxa_rethrow + 82 
10 libobjc.A.dylib     0x355352a2 objc_exception_rethrow + 6 
11 CoreFoundation     0x37786506 CFRunLoopRunSpecific + 398 
12 CoreFoundation     0x37786366 CFRunLoopRunInMode + 98 
13 GraphicsServices    0x33f45432 GSEventRunModal + 130 
14 UIKit       0x31532cce UIApplicationMain + 1074 
15 Snug       0x000f590c main (main.m:16) 
16 Snug       0x000f58c0 start + 32 

Thread 1 name: Dispatch queue: com.apple.libdispatch-manager 
Thread 1: 
0 libsystem_kernel.dylib   0x319d73a8 kevent + 24 
1 libdispatch.dylib    0x3095cea4 _dispatch_mgr_invoke + 708 
2 libdispatch.dylib    0x3095cbc2 _dispatch_mgr_thread + 30 

Thread 2: 
0 libsystem_kernel.dylib   0x319e7cd4 __workq_kernreturn + 8 
1 libsystem_c.dylib    0x3409ff36 _pthread_wqthread + 610 
2 libsystem_c.dylib    0x3409fcc8 start_wqthread + 0 

Thread 3: 
0 libsystem_kernel.dylib   0x319e7cd4 __workq_kernreturn + 8 
1 libsystem_c.dylib    0x3409ff36 _pthread_wqthread + 610 
2 libsystem_c.dylib    0x3409fcc8 start_wqthread + 0 

Thread 4 name: WebThread 
Thread 4: 
0 libsystem_kernel.dylib   0x319d7004 mach_msg_trap + 20 
1 libsystem_kernel.dylib   0x319d71fa mach_msg + 50 
2 CoreFoundation     0x378043ec __CFRunLoopServiceMachPort + 120 
3 CoreFoundation     0x37803124 __CFRunLoopRun + 876 
4 CoreFoundation     0x3778649e CFRunLoopRunSpecific + 294 
5 CoreFoundation     0x37786366 CFRunLoopRunInMode + 98 
6 WebCore       0x3312fc9c RunWebThread(void*) + 396 
7 libsystem_c.dylib    0x340a572e _pthread_start + 314 
8 libsystem_c.dylib    0x340a55e8 thread_start + 0 

Thread 5 name: com.apple.NSURLConnectionLoader 
Thread 5: 
0 libsystem_kernel.dylib   0x319d7004 mach_msg_trap + 20 
1 libsystem_kernel.dylib   0x319d71fa mach_msg + 50 
2 CoreFoundation     0x378043ec __CFRunLoopServiceMachPort + 120 
3 CoreFoundation     0x37803124 __CFRunLoopRun + 876 
4 CoreFoundation     0x3778649e CFRunLoopRunSpecific + 294 
5 CoreFoundation     0x37786366 CFRunLoopRunInMode + 98 
6 Foundation      0x38016bb2 +[NSURLConnection(Loader) _resourceLoadLoop:] + 302 
7 Foundation      0x38016a7a -[NSThread main] + 66 
8 Foundation      0x380aa58a __NSThread__main__ + 1042 
9 libsystem_c.dylib    0x340a572e _pthread_start + 314 
10 libsystem_c.dylib    0x340a55e8 thread_start + 0 

Thread 6 Crashed: 
0 libsystem_kernel.dylib   0x319e7cd4 __workq_kernreturn + 8 
1 libsystem_c.dylib    0x3409ff36 _pthread_wqthread + 610 
2 libsystem_c.dylib    0x3409fcc8 start_wqthread + 0 

Thread 7: 
0 libsystem_kernel.dylib   0x319e7cd4 __workq_kernreturn + 8 
1 libsystem_c.dylib    0x3409ff36 _pthread_wqthread + 610 
2 libsystem_c.dylib    0x3409fcc8 start_wqthread + 0 

Thread 8: 
0 libsystem_kernel.dylib   0x319e7cd4 __workq_kernreturn + 8 
1 libsystem_c.dylib    0x3409ff36 _pthread_wqthread + 610 
2 libsystem_c.dylib    0x3409fcc8 start_wqthread + 0 

Thread 9 name: com.apple.CFSocket.private 
Thread 9: 
0 libsystem_kernel.dylib   0x319e7570 __select + 20 
1 CoreFoundation     0x3780863a __CFSocketManager + 726 
2 libsystem_c.dylib    0x340a572e _pthread_start + 314 
3 libsystem_c.dylib    0x340a55e8 thread_start + 0 

Thread 6 crashed with ARM Thread State: 
    r0: 0x00000004 r1: 0x00000000  r2: 0x00000000  r3: 0x00000000 
    r4: 0x0c8cc800 r5: 0x0036a08c  r6: 0x04339000  r7: 0x04338fe0 
    r8: 0x3f29fd30 r9: 0x00000000  r10: 0x3f29fd50  r11: 0x00000000 
    ip: 0x00000170 sp: 0x04338fc0  lr: 0x3409ff3d  pc: 0x319e7cd4 
    cpsr: 0x40000010

Puede alguien nos ilumine con este informe de bloqueo?

ACTUALIZACIÓN:

Nos molestaba el equipo de aplicación para enviar la traza de la consola, lo hicieron. En la traza, era evidente que se está realizando una llamada a un método de categoría String que no existe.

El error fue que el archivo de implementación de categoría particular no se agregó a nuestro objetivo de lanzamiento. Así que todo funcionó perfectamente, pero cuando la aplicación se archivó, faltaba un archivo de implementación.

Fuente

2012-09-10 theVurt

¿Cuánto tarda la aplicación en iniciarse y bloquearse? Parece que ha excedido el tiempo permitido para el lanzamiento – Stavash

Un segundo para pasar de la página secundaria a la primera pantalla (parece estándar). Luego, acceden al botón "Déjenme mirar primero primero", haciendo clic en el botón que aparentemente bloquea la aplicación. Cómo llegaste a esta conclusión? – theVurt

Sería útil para averiguar cuál es la excepción. Probablemente se imprima en el registro de la consola en el momento del bloqueo. – Bryan

Desafortunadamente este registro no se ve como que va a ser muy útil - que sólo muestra el manejo de una excepción que está siendo re-lanzada desde otro hilo hilo principal; ese hilo se ha disparado para hacer otra cosa en el momento del registro.

Usted menciona su sospecha sobre el lazo RestKit y la posibilidad NSOperation está arrojando la excepción. Es posible y vale la pena comprobarlo (y cruzar los dedos para que no rompa algo más ...), pero es probable que sea hora de pedirle al equipo de revisión de la aplicación que te dé mejores pasos para reproducirte. Vea si puede precisar qué están haciendo todos de manera diferente. Desearía tener una mejor respuesta para ti, pero creo que explorar todo lo que puedas sobre lo que estás haciendo en segundo plano en esta parte de la aplicación y tratar de descubrir los pasos que faltan para reproducir va a ser tu mejor opción. . ¡Buena suerte!

Fuente

2012-09-11 13:01:47

El accidente ocurrió en la rosca 0 en la línea más arriba Snug 4

Thread 0 name: Dispatch queue: com.apple.main-thread 
Thread 0: 
0 libsystem_kernel.dylib   0x319e7660 __semwait_signal_nocancel + 24 
1 libsystem_c.dylib    0x3410b4da nanosleep$NOCANCEL + 118 
2 libsystem_c.dylib    0x340dd3a0 usleep$NOCANCEL + 44 
3 libsystem_c.dylib    0x340dd2b6 abort + 118 
4 Snug       0x001f8760 uncaught_exception_handler + 12 
5 CoreFoundation     0x37830950 __handleUncaughtException + 68 
6 libobjc.A.dylib     0x3553533e _objc_terminate + 122 
7 libc++abi.dylib     0x36f683be safe_handler_caller(void (*)()) + 70 
8 libc++abi.dylib     0x36f6844a std::terminate() + 14 
9 libc++abi.dylib     0x36f6981e __cxa_rethrow + 82 
10 libobjc.A.dylib     0x355352a2 objc_exception_rethrow + 6 
11 CoreFoundation     0x37786506 CFRunLoopRunSpecific + 398 
12 CoreFoundation     0x37786366 CFRunLoopRunInMode + 98 
13 GraphicsServices    0x33f45432 GSEventRunModal + 130 
14 UIKit       0x31532cce UIApplicationMain + 1074 
15 Snug       0x000f590c main (main.m:16) 
16 Snug       0x000f58c0 start + 32

Existe la aplicación provocó una excepción no capturada. Para simbolizar el informe simplemente arrástrelo a xCode; necesita tener el archivo dSYM para la versión revisada. Luego, xCode le mostrará la línea exacta donde ocurrió el problema. Para obtener el dSym necesita "construir y archivar".

Asimismo, puesto que el código de choque es

Exception Type: EXC_CRASH (SIGABRT) 
Exception Codes: 0x00000000, 0x00000000

la razón del accidente es un problema de acceso a memoria. Este tipo de informes de fallas se generan en muchos casos donde se intenta insertar un objeto nulo en una matriz o diccionario. (Dado que el bloqueo está en el hilo principal y no en el hilo 6 como se informó)

En su caso no veo ninguna inserción obvia, sin embargo, verificaría la lógica que comienza en la línea 16 de su archivo principal y todos los subsiguientes . Asumiría que estás accediendo a un objeto que ya no existe en el momento de esta invocación.

Fuente

2012-09-10 16:32:51 user387184

El bloqueo se produjo en un hilo de fondo esto es solo donde la excepción es volver a tirar –

esto ya es un registro simbolizado: -/Utilicé xcode el símbolo, el no simbolizado que obtuve de apple no tiene rastros de pila legibles por humanos. @Carl Veazey ¿puedes ver dónde? No puedo entenderlo, veo un nuevo lanzamiento en el hilo principal y eso es todo. – theVurt

@theVurt Sí, estoy perplejo, este registro no me parece demasiado útil :(Parece que el hilo 6 se ha disparado y comenzó a hacer otra cosa mientras el hilo principal maneja el re-lanzamiento. Yo solo trataría de encontrar lo que está haciendo en el hilo de fondo en el inicio/regreso desde el fondo, y tal vez ver si hay algo que está haciendo diferente en sus compilaciones de depuración/adhoc. –

Puede analizar el informe de bloqueo mediante el siguiente

Pasos para analizar el informe de fallos de manzana:

Copia el archivo .app liberación que fue empujado a la appstore, el archivo .dSYM que fue creado el el momento del lanzamiento y el informe del bloqueo reciben de APPLE en una CARPETA.

aplicación de terminal, y va a la carpeta creada anteriormente (con el comando CD)

atos -arch ARMv7 -o YOURAPP.app/YOURAPP MEMORY_LOCATION_OF_CRASH. La ubicación de la memoria debe ser aquella en la que la aplicación se bloqueó según el informe.

Ej: atos -arch armv7 -o 'nombre de la aplicación.aplicación '/' nombre de la aplicación '0x0003b508

Esto le mostraría la línea exacta, nombre del método que dio como resultado la falla.

Ejemplo: [nombre de clase nombreFunción:]; -510

Symbolicating IPA

si utilizamos IPA para symbolicating - acaba de cambiar el nombre del .ipa extensión .zip, extraerlo entonces podemos obtener una carga útil de carpetas que contienen aplicación. En este caso, no necesitamos el archivo .dSYM.

Enlace para este Symbolicating iPhone App Crash Reports

Fuente

2012-09-11 08:33:06

Utilicé xcode para simbolizar el informe con .dSYM almacenado en mi máquina en un archivo que era utilizado para producir el IPA, no tengo el IPA enviado. Tenía la impresión de que esto ya estaba simbolizado. – theVurt

No se puede reproducir un bloqueo encontrado por la revisión de la aplicación. ¿Alguien puede ayudar a dar sentido a este informe de fallas?

Respuesta

Cuestiones relacionadas