問題タブ [symbolicate]

クラッシュ ファイルをシンボリック化しようとしていますが、xcode が dsym ファイルをクラッシュ レポートと一致させることができないようです。

少し調べたところ、アーカイブの dsym ファイルが見つかりました。getinfo に移動して「詳細情報:」を確認すると、「--」と表示されます。これは uuid を表示する必要があり、これが xcode の理由であると考えています。それを見つけることができません。

ビルド設定で何かを変更する必要があると思いますが、何がわかりません。

興味深いシンボルのアドレスを持つ割り当てインストルメントのスナップショットがあります。

そして、このアドレスがコードのどこにあるか知りたいです。対応する dSYM ファイルがあります。atosymコマンドライン ツールを使用しようとしましたが、間違った記号が表示されます (アプリとは関係ありません)。

入手方法は？

PS: バイナリは XCode 4.3.2 でビルドされ、コード言語は C++、armv7 アーキテクチャ、リリース ビルド構成です。

QuincyKitを使用して、iOS ユーザーからクラッシュ ログを取得しています。My Mac ボックスはバックエンドとして機能し、アプリのデバッグ シンボルに対してクラッシュを象徴します。

しかし、ほとんどの場合、システム ライブラリに属する​​スタック エントリをシンボル化できません。場合によっては、これがデバッグを妨げます。私の Mac には、考えられるすべてのバージョンの iOS の記号が含まれているわけではありません。前述のように、デバイスなしで入手することは公式にはサポートされていません。

質問 - システム シンボルの適切なライブラリに対してクラッシュ ログをシンボル化するオンライン サービスを知っている人はいますか?

私のアプリは、Objective C と C++ の両方で書かれています。私は xcode 4.5 を使用しており、もちろん開発者アカウントを持っています。デバイスは脱獄されておらず、開発者アカウントですべてをセットアップしました。私は xcode の「デバイス ログ」を使用しません。代わりに、シグナル/例外ハンドラーを実装してスタック トレースをファイルに書き込み、次にアプリを起動したときにそれを Web サーバーに送信します。

クラッシュ時にスタック トレースを取得するには、[NSException callStackSymbols] を使用します。できます。したがって、次のようなサンプル クラッシュを実行すると、次のようになります。

xcodeでデバッグし、デバイスのxcodeアプリからインストールして起動すると、次のようになります:

MyApp の c++ および objc のクラスとメソッドは正常にシンボリック化されています。

しかし、AdHoc ipa を作成し、その中で同じクラッシュを実行すると、次のようになります。

つまり、クラスとメソッドの名前がなくなり、シンボル _mh_execute_header+<offset> に置き換えられました。

dSYM 設定を見逃していると思っていましたが、リリースとデバッグの両方でオンになっており、「デバッグ シンボルの削除」もオフになっています。

SOで検索しましたが、運がありません。何が悪いのか教えてください。

App Store に提出したアプリのクラッシュ ログをユーザーからメールで受け取りました。Xcode に元のアプリ ストア提出アーカイブがまだありますが、彼のクラッシュ レポートは象徴的ではありません。「再記号化」をクリックしても何も起こりません。mdfind を使用して symbolicatecrash スクリプトを見つけることができません。これはまだ Xcode 4.5 の一部ですか? このクラッシュ ログを象徴する方法はありますか?

私はおそらくこのテーマに関する20以上の記事とフォーラムの投稿を読んだことがありますが、それでも機能させることができません。

私のアプリはうまく象徴しているように見えますが、システムコールを象徴することはできません。これは、私が受け取るクラッシュログの大部分がクラッシュしているように見える場所です。

私が試してみました：

• Xcodeの複数のバージョン
• GitHubでパッチを適用したsymbolicatecrashスクリプトを使用する
• mdimportを使用してアプリアーカイブとXcodeアプリの両方をインポートする
• iOS 6を実行しているiPadをXcodeに接続してスキャンできるようにします（Xcodeバンドル内を見ると、iOS 6の最終リリースであるDeviceSupportディレクトリ内に「6.0（10A403）」というフォルダーがあります）
• クラッシュログをXcodeにインポートします。エラーなしで失敗します。インポートする唯一の方法は、Incident IndentifierフィールドとCrashReporterKeyフィールドを別のログからコピーすることですが、それでもシステムコールを象徴することはできません。

なぜこれが機能しないのですか？他の人はこれをどのように機能させることができますか？（注：私は長い間この問題を抱えていたので、iOS6とXcode4.5の新しいリリースとは何の関係もありません。）

スクリプト出力は、次のような多くの行で埋められます。

次のターミナルコマンドを使用しています。

これにより、次の出力が生成されます。

I ran the time profiler on the device. I ended up with a trace, but no symbols. So, following the suggestion in this answer, I attempted to re-symbolicate. However, the drop-down list of binaries was empty. See the screen shot. How can I get symbols into my trace?

For general instructions on symbolicating profiler runs, see here. But this particular problem is not addressed.

クラッシュ (iOS アプリ) の原因を特定しようとしていますが、象徴化されたクラッシュ レポートはメインの方法しか示していません。

問題を追跡するのに役立つものはありますか、それとも私には役に立たないように見えますか? 「start + 32」は何を教えてくれますか?

注意: 私のアプリは WxT であり、レポートで数回しか参照されていません。各出現箇所を二重アスタリスク (**) で強調表示しました。

すべてを象徴する方法は？

ここに例がありますので、私が話していることは次のとおりです。

一部のユーザーでアプリがクラッシュすることがあり、問題を再現できませんでした。

Xcode にインポートしたユーザーの 1 人からいくつかのクラッシュ レポートを取得することができましたが、呼び出されている実際のクラス/コードを表示しないmyApp行の一部でレポートを完全に象徴することはできません。2 つのサンプル スタック トレースの抜粋:

これは、Xcode にまだ存在するアーカイブされたビルドからストアに送信されたアプリです。また、atos コマンドを試してみましたが、利用可能なシンボリック スクリプトのいくつかを実行しても成功しませんでした。(正しい .app ファイルと .dSYM ファイルがあることは 100% 確信しています)。

これらのスタック トレースに関する詳細情報を見つけて、このクラッシュが発生している場所を特定する方法を知っている人はいますか?

(注: 9 行目はアプリ デリゲートのinitコマンドを参照していることを認識しています。これは非常に便利です。私の質問は、特に記号化されていない後続の呼び出しに関するものです)

ありがとう！