問題タブ [symbolicatecrash]

monotouch で作成したアプリケーションがあり、ユーザー アプリケーションの 1 つ (1 つだけ) がクラッシュします。クラッシュダンプでシンボリック化を行いました。私のコードのいずれかを指しているものがダンプに表示されません。

ここから何をすべきかについての提案はありますか?

クリスチャンに感謝

バイナリ ファイルの情報を使用してシンボリック化したクラッシュ ログ ファイルがあります。クラッシュ ログがこの特定のバイナリに関連していることを確認しました。C# レベルのスタック トレースを取得することもできます。

ただし、その方法で取得したスタック トレースは意味がありません。これらのメソッドは互いに呼び出さず、関連もありません。いくつかの中間スタック トレース フレームが欠落している可能性がありますか? そのように私のコードのコンテキストでは理にかなっている可能性があります。

アップデート

私が持っている 2 つのクラッシュ ログで、非常に奇妙なことに気付きました。テスト担当者は、両方のテストで同じシナリオを説明しました。それらの1つは次のようになります。

もう一方は次のようになります。

システム ライブラリのアドレスは同じですが、アプリ自体のアドレスは異なります。ただし、「dev」行では、アドレス シフトが同じであることに気付くかもしれません。ただし、そのうちの 1 つはファイル アドレスとして 0x7c000 を持ち、もう 1 つは 0xb4000 を持ちます。同じ番号の行からatosアドレスを与えると、結果が異なり、どちらが正しいかわかりません。

レジスタも非常によく似ています。

最初と

これも類似性を示唆しています。

Update2

最初のアドレス列のアドレス（異なるアドレス）をatosに使用すると、おそらく間違いを犯したと言われました。これらのアドレスは、システム メモリ空間にあると想定されています。一方、最後のアドレスシフト (同じ) は、ファイル空間にあると想定されています。ただし、それらを16進数に変換してatosで使用すると、得られる関数とメソッドはまだ意味がありません。

IPA と .dSYM ファイルをテスト フライトにアップロードしました。.dSYM ファイルがアップロードされ、正常に添付されました。クライアントがアプリをテストしたところ、クラッシュしました。クラッシュ レポートは、TestFlight クラッシュ セクションに表示されます。しかし問題は、TestFlight がレポートを適切にシンボル化していないことです。レポートには 0x の数値のみが表示され、クラスやメソッドへの参照は表示されません。レポートは以下のとおりです。

どこに問題があるのか​​教えていただけますか？または、このクラッシュ レポートの 0 行目を自分のコンピュータから解読するにはどうすればよいですか?

私のアプリは、クラッシュの原因となった静的ライブラリをリンクしていました (.dSYM ファイルはここでは役に立ちません)。ソース コードがあるので、バイト オフセットを使用してソース コード内の関連する行を特定することはできますか?

以下はクラッシュスタックです。関数 pjsua_acc_set_registration のソース コードがあるので、オフセット 1535 に関連する行を見つけることは可能ですか?

Xcodeオーガナイザーにドラッグするか、symbolicatecrashを手動で実行すると、システムシンボルが表示されますが、アプリケーションの命令アドレスはすべてそのままです。

この問題を回避するためにatosを使用しようとしましたが、得られた結果は次のとおりです。

現在マップされているアドレスは___lldb_unnamed_function1$$MyApp (in MyApp) + 36、main.m でのルート呼び出しに対応している必要があります。明らかに、他がどうあるべきかはわかりませんが、1 つが間違っていれば、すべてが間違っていると思います。何が原因でしょうか? ___lldb_unnamed_function は通常、ブロックに埋め込まれた関数以外の場所に表示されますか?

残念ながら、これは長い質問になりますが、アプリ バイナリの負荷オフセットを計算する際にエラーが発生する可能性があるため、上記の出力を生成するために実行した手順をリストします。

以前は、正しいバイナリを使用dwarfdump -u myarchive.xcarchive/Products/Applications/MyApp.app/MyAppしていることを確認していました。

クラッシュ ダンプの UUID は最初のものと一致します。

この行には、ロード オフセットが 0x97000 としてリストされ、アーキテクチャが armv7 としてリストされます。私が興味を持っているアドレスは次のとおりです。

を実行xcrun atos -l 0x97000 -arch armv7 -o myarchive.xcarchive/Products/Applications/MyApp.app/MyApp 0x001357dc 0x00134446 0x00240cec 0x002416ea 0x0023e2de 0x000de724 0x00144f1a 0x00144336 0x000b1024 0x0009d464すると、上記の出力が得られました。

注: これは正しくないように見えたので、手動でスライド値を差し引く必要があるのではないかと考えました。アプリバンドルから取得しましたxcrun otool -arch armv7 -l myarchive.xcarchive/Products/Applications/MyApp.app/MyApp：

ただし、コマンドを -l 0x93000 で再実行すると、非常によく似た結果が得られました。