問題タブ [symbolicatecrash]

私は自分の仕事に Windows を使わなければならないので、そこで iOS のクラッシュ レポートを象徴するのは大変なことです。より便利にするためのツールやヒントはありますか?

[NSThread callStackSymbols]メソッド名に myを象徴したいと思います。私の主な問題は、ここで取得したログからメモリ アドレスを計算する方法がわからないことです。

次のように、0 行目からメモリ アドレスを計算しようとしています。

0x000f1ca3 + 4ACA3 (MY_APPLICATION + 306339 から) = 0x13C946

これで、atos 呼び出しからデータを取得するための dsym ファイルとアプリケーション バイナリを取得できました。

xcrun atos -arch armv7 -o MY_APPLICATION 0x13C946

これは正しいアプローチですか？サードパーティのアプリケーションからしか電話がかかりません。しかし、私はこれを自分のメソッドに記録しているだけで、自分の実装から呼び出す必要があります。

最近、カスタム ソリューションで受信したクラッシュの行番号を記号化する方法を学ぶために数日を費やしました。

.app ファイルと .dSYM ファイルが必要であることがわかりました。UUID を確認しました。これは、UUID を検証するために取得したクラッシュと同じです。

3 つの同一の UUID とアーキテクチャは arm64 です。iPhone5S からテストするとクラッシュします。

OK、スタックトレースにアプリケーション行に関連する 2 つがあるとしましょう。これは、取得した JSON からの完全なスタック トレースです。

OK、今度は .app ファイルと .dSYM ファイルを含むフォルダーで atos コマンドを実行して、メモリ アドレスの検索とシンボリック化を試みます。

しかし、この行は、私が使用できるものを正確に返すわけではありません。

私はまだこのプロセスについて学んでいますが(in MyTestApp)、テストアプリケーションから読み取れるものであるべきだと思います。

アプリケーションをクラッシュさせ、スタックトレースをシンボル化する方法をテストするために使用するコードは次のとおりです。

編集: 私は"image_size": "0xa8000"とを持ってい"image_base_address": "0x100008000"ます。

このメソッドと行番号に関する情報を取得する必要はありませんか (可能な場合)。

ヘルプとコメントをいただければ幸いです。

ありがとうございました。

iOS アプリケーションをテストしているときに、ある時点でクラッシュします。次のクラッシュ ログから、クラッシュの原因を教えてください。このクラッシュ ログ データからクラッシュが発生した場所を簡単に理解するにはどうすればよいですか

アプリのビルド時に生成される dsym ファイルの構造は何ですか。DWARF デバッグ情報が含まれていることは知っていますが、dsym ファイルとは何ですか。その中のDWARF情報を読みたい。

デバッグ セクションのみを含む単なる Mach-O バイナリ ファイルですか? pyelftoolELF ファイルのデバッグ セクションで DWARF 情報を読み取る のような DWARF 解析ツールに渡すにはどうすればよいですか。

dsym ファイルのセクションを印刷するために使用objdump -hします (.dsym ファイルはパッケージです。パッケージ内のバイナリ ファイルを参照するだけです)。