Отчеты о сбоях iOS: atos не работает должным образом

Вы должны вычислить адрес для использования с atos, вы не можете просто использовать адрес из stacktrace.

symbol address = slide + stack address - load address

1. Значение slide - это значение vmaddr в LC_SEGMENT cmd (в основном это 0x1000). Выполните следующее, чтобы получить это:

   otool -arch ARCHITECTURE -l "APP_BUNDLE/APP_EXECUTABLE" | grep -B 3 -A 8 -m 2 "__TEXT"
   

   Замените ARCHITECTURE фактической архитектурой, отображаемой в отчете о сбоях, например armv7. Замените APP_BUNDLE/APP_EXECUTABLE на путь к собственно исполняемому файлу.

2. stack address - это шестнадцатеричное значение из отчета о сбое.

3. load address может быть первым адресом, отображаемым в разделе Binary Images в самом начале строки, содержащей ваш исполняемый файл. (Обычно первая запись).

Поскольку в прошлом значение slide было равно значению load address, это всегда работало. Но поскольку Apple представила рандомизацию макета адресного пространства, начиная с iOS 4.3 (в различных вариантах), адрес загрузки приложений рандомизируется в целях безопасности. причины.

Более простая альтернатива: вы можете использовать флаг atos -l, чтобы он выполнял вычисления за вас.

Предположим, у вас есть следующая строка в вашем аварийном журнале, которую вы хотите обозначить символом:

5   MyApp                   0x0044e89a 0x29000 + 4348058

Первое шестнадцатеричное число - это адрес стека, а второе шестнадцатеричное число - адрес загрузки. Последнюю цифру можно игнорировать. Вам также не нужно беспокоиться об адресах слайдов.

Для обозначения сделайте следующее:

atos -o MyApp.app/MyApp -arch armv7 -l 0x29000 0x0044e89a

Если вы не можете найти свой файл MyApp.app/MyApp, переименуйте файл '.ipa' в '.zip', разархивируйте его, и он будет в папке Payload.

И если вы не уверены, какую архитектуру использовать (например, armv7 или armv7s), прокрутите до раздела «Двоичные изображения» файла сбоя, и вы найдете его там.

Ваше здоровье

Просто используйте dwarfdump:

dwarfdump --arch armv7 myApp.dSYM --lookup 0xaabbccdd | grep 'Line table'

Совершенно не нужно производить никаких расчетов.

(Из Символ по адресу (символизирующий двоичный файл, сборка iOS)).

Для кого это определенное время не имеет значения для адреса загрузки, например:

Jan 14 11:02:39 Dennins-iPhone AppName[584] <Critical>: Stack Trace: (
    0   CoreFoundation                      0x2c3084b7 <redacted> + 150
    1   libobjc.A.dylib                     0x39abec8b objc_exception_throw + 38
    2   CoreFoundation                      0x2c21cc35 CFRunLoopRemoveTimer + 0
    3   AppName                             0x0005a7db AppName + 272347  

Я создал простой bash, который помогает мне отлаживать:

#! /bin/bash
read -p "[Path] [App Name] [Stack Address] [DecimalSum] " path appName stackAddress decimalSum
loadAddress=`echo "obase=16;ibase=10;$((stackAddress-decimalSum))" | bc`
atos -o $path/Payload/$appName.app/$appName -l $loadAddress $stackAddress -arch armv7

Он просто считывает путь к приложению, имя приложения, адрес стека и значение после сигнала «+» (десятичное значение), а затем находит значение для адреса загрузки для запуска команды atos.