Simbolizando informes de fallas de aplicaciones de iPhone

Estoy buscando intentar simbolizar los informes de fallos de mi aplicación de iPhone.

Recuperé los informes de fallos de iTunes Connect. Tengo el binario de la aplicación que envié a la App Store y tengo el archivo dSYM que se generó como parte de la compilación.

Tengo todos estos archivos juntos dentro de un único directorio indexado por Spotlight.

¿Ahora que?

He intentado invocar:

symbolicatecrash crashreport.crash myApp.app.dSYM

y simplemente genera el mismo texto que está en el informe de fallo para empezar, no simbolizado.

¿Estoy haciendo algo mal?

Jan 01 '70 08:01 Jasarien

Después de leer todas estas respuestas aquí para simbolizar un registro de fallas (y finalmente tener éxito), creo que faltan algunos puntos que son realmente importantes para determinar por qué la invocación de simbólicatecrash no produce una salida simbolizada.

Hay tres elementos que deben encajar al simbolizar un registro de fallos:

1. El archivo de registro de fallos en sí (es decir example.crash), exportado desde el organizador de XCode o recibido desde iTunes Connect.
2. El .apppaquete (es decir example.app, ) que contiene el binario de la aplicación que pertenece al registro de fallos. Si tiene un .ipapaquete (es decir example.ipa), puede extraerlo .appdescomprimiéndolo .ipa(es decir unzip example.ipa). Luego, el .apppaquete reside en la Payload/carpeta extraída.
3. El .dSYMpaquete que contiene los símbolos de depuración (es decir example.app.dSYM, )

Antes de comenzar la simbolización, debes verificar si todos esos artefactos coinciden, lo que significa que el registro de fallas pertenece al binario que tienes y que los símbolos de depuración son los que se produjeron durante la compilación de ese binario.

Cada binario está referenciado por un UUID que se puede ver en el archivo de registro de fallos:

...
Binary Images:
0xe1000 -    0x1f0fff +example armv7  <aa5e633efda8346cab92b01320043dc3> /var/mobile/Applications/9FB5D11F-42C0-42CA-A336-4B99FF97708F/example.app/example
0x2febf000 - 0x2fedffff  dyld armv7s  <4047d926f58e36b98da92ab7a93a8aaf> /usr/lib/dyld
...

En este extracto, el registro de fallos pertenece a una imagen binaria de la aplicación denominada example.app/example con UUID aa5e633efda8346cab92b01320043dc3.

Puedes consultar el UUID del paquete binario que tienes con dwarfdump:

dwarfdump --uuid example.app/example
UUID: AA5E633E-FDA8-346C-AB92-B01320043DC3 (armv7) example.app/example

Luego debes verificar si los símbolos de depuración que tienes también pertenecen a ese binario:

dwarfdump --uuid example.app.dSYM
UUID: AA5E633E-FDA8-346C-AB92-B01320043DC3 (armv7) example.app.dSYM/Contents/Resources/DWARF/example

En este ejemplo, todos los activos encajan y debería poder simbolizar su seguimiento de pila.

Continuando con el symbolicatecrashguión:

En Xcode 8.3 deberías poder invocar el script a través de

/Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash -v example.crash 2> symbolicate.log

Si no está allí, puede ejecutar find . -name symbolicatecrashen su directorio Xcode.app para encontrarlo.

Como puede ver, no se proporcionan más parámetros. Por lo tanto, el script debe encontrar los símbolos binarios y de depuración de su aplicación ejecutando una búsqueda destacada. Busca los símbolos de depuración con un índice específico llamado com_apple_xcode_dsym_uuids. Puedes hacer esta búsqueda tú mismo:

mdfind 'com_apple_xcode_dsym_uuids = *'

resp.

mdfind "com_apple_xcode_dsym_uuids == AA5E633E-FDA8-346C-AB92-B01320043DC3"

La primera invocación destacada le brinda todos los paquetes dSYM indexados y la segunda le brinda los .dSYMpaquetes con un UUID específico. Si Spotlight no encuentra su .dSYMpaquete, symbolicatecrashtampoco lo hará. Si hace todo esto, por ejemplo, en una subcarpeta de su ~/Desktopfoco, debería poder encontrar todo.

Si symbolicatecrashencuentra su .dSYMpaquete, debería haber una línea como la siguiente en symbolicate.log:

@dsym_paths = ( <SOME_PATH>/example.app.dSYM/Contents/Resources/DWARF/example )

Para encontrar su .apppaquete, se invoca una búsqueda destacada como la siguiente symbolicatecrash:

mdfind "kMDItemContentType == com.apple.application-bundle && (kMDItemAlternateNames == 'example.app' || kMDItemDisplayName == 'example' || kMDItemDisplayName == 'example.app')"

Si symbolicatecrashencuentra su .apppaquete, debería haber el siguiente extracto en symbolicate.log:

Number of symbols in <SOME_PATH>/example.app/example: 2209 + 19675 = 21884
Found executable <SOME_PATH>/example.app/example
-- MATCH

Si encuentra todos esos recursos, symbolicatecrashdebería imprimir la versión simbólica de su registro de fallos.

De lo contrario, puede pasar sus archivos dSYM y .app directamente.

symbolicatecrash -v --dsym <SOME_PATH>/<App_URI>.app.dSYM/<APP_NAME>.app.dsym <CRASHFILE> <SOME_OTHER_PATH>/<APP_NAME>.app/<APP_NAME> > symbolicate.log

Nota: El rastreo inverso simbolizado se enviará al terminal, no al archivo symbolicate.log.

Dec 02 '2012 12:12 Andreas Klöber

Con la última versión de Xcode (3.2.2), puede arrastrar y soltar cualquier informe de fallos en la sección Registros del dispositivo del Organizador Xcode y se simbolizarán automáticamente para usted. Creo que esto funciona mejor si creaste esa versión de la aplicación usando Build & Archive (también parte de Xcode 3.2.2)

Apr 20 '2010 06:04 Alan Rogers