Атос символизирует только показывает другой адрес - PullRequest
Новая
       26

Атос символизирует только показывает другой адрес

0 голосов
/ 27 октября 2019

При отладке журнала сбоев я вернулся из App Store Connect для бета-тестирования для родного скрипта, LINE 2 (адрес загрузки: 0x101318000 , адрес стека: 0x10135e48c ) 

Last Exception Backtrace:
0   CoreFoundation                  0x19dcd698c 0x19dbab000 + 1227148
1   libobjc.A.dylib                 0x19d9ff0a4 0x19d9f9000 + 24740
2   NativeScript                    0x10135e48c 0x101318000 + 287884
3   NativeScript                    0x101390d70 0x101318000 + 494960
4   NativeScript                    0x101e7e05c 0x101318000 + 11952220
5   NativeScript                    0x101e801b4 0x101318000 + 11960756

... atos показывает только другой адрес (0x10004648c): 

$ atos -arch arm64 -o myApp -l 0x101318000 0x10135e48c
0x000000010004648c (in myApp)

Я ожидал увидеть некоторую отладочную информацию, такую ​​как строка, класс и т. Д.

Поскольку значение slide равно 0x100000000, выход atos 0x10004648c - это адрес файла (адрес файла = адрес стека - адрес загрузки + слайд). Что хорошо, но стоит ли мне это делать?

  • UUID из журнала сбоев, dSYM и приложения одинаковы.
  • dwarfdump не работает, либо 
$ dwarfdump --lookup 0x10004648c --arch arm64 myApp.app.dSYM
warning: unsupported file type: 'myApp.app.dSYM/Contents/Resources/DWARF/.DS_Store'
----------------------------------------------------------------------
 File: myApp.app.dSYM/Contents/Resources/DWARF/myApp (arm64)
----------------------------------------------------------------------
Looking up address: 0x000000010004648c in .debug_info... not found.
Looking up address: 0x000000010004648c in .debug_frame... not found.

Есть предложения, как мне поступить, что я не так сделал? Спасибо! :)

1 Ответ

0 голосов
/ 28 октября 2019

Я понял!

Мой собственный исходный код не был "скрыт" в части NativeScript, он был значительно ниже и имел собственную строку: 

48  myApp                 0x10073f3e0 main + 29664 (main.m:58)

Эта часть, и этатолько часть, была символизирована. И в 

Binary Images:
0x100738000 - 0x10073ffff myApp arm64  <44369b49886a3352946c8ea67713ff23> /var/containers/Bundle/Application/AFD3BDDB-7A90-4973-AAEB-FC6D5839CABC/myApp.app/myApp

UUID ... a67713ff23 был единственным, который соответствовал одному в dSYM.

...