atos i dwarfdump nie będą symbolizować mojego adresu

Otrzymałem raport o awarii przez AirBrake.io, który nie jest symbolizowany. Ponieważ raport o awariach nie ma dokładnie takiego samego formatu, jak Apple crashlog, nie mogę po prostu upuścić go na XCode jak zwykle, więc wziąłem dokładnie taką samą kompilację z mojego archiwum XCode, próbując ją symbolizować w linii poleceń. Z następującym wynikiem:

<code>$ atos -o kidsapp.app/kidsapp 0x0002fc4c
0x0002fc4c (in kidsapp)
</code>

Jestem absolutnie pewien, że używam tego samego kompilacji, z którego pochodzi raport o awarii. Próbowałem też z dwarfdump:

<code>$ dwarfdump --lookup 0x0002fc4c --arch armv7 kidsapp.app.dSYM
----------------------------------------------------------------------
 File: kidsapp.app.dSYM/Contents/Resources/DWARF/kidsapp (armv7)
----------------------------------------------------------------------
Looking up address: 0x000000000002fc4c in .debug_info... not found.
Looking up address: 0x000000000002fc4c in .debug_frame... not found.
</code>

Również bez rezultatu. Czy jest coś jeszcze oprócz używania niewłaściwego pliku dSYM, który mógłbym zrobić źle? Wiem, że to poprawne, ponieważ jest to wersja, o której mowa w raporcie o awariach w AirBrake i jest w moim archiwum XCode.

Wszelkie pomysły / wskazówki są mile widziane!

questionAnswers(6)

yourAnswerToTheQuestion