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!