問題タブ [google-breakpad]

プロジェクトでブレークパッドを使用して、クラッシュを処理し、スタック トレースを生成しています。スタック トレースでは、stackwalker によって検出された情報を関数が呼び出す方法がいくつかあります。ここで説明されているプロセスFinding_the_caller_frame :

• 発見者: スタックスキャン
• 発見者: call frame info
• 検出者: コンテキスト内の命令ポインタとして指定

それらの違いは何ですか？さらに重要なことは、デバッグに関してどのように役立つのでしょうか?

ストリップされたバイナリから Linux でブレークパッド シンボルを生成するのに苦労しています。

私はコンパイルします：

いくつかの C++ ファイルもあります。

私は次にリンクします：

最後に、デバッグ情報を次のように .debug ファイルに取り除きます。

結果のバイナリは、完全なシンボル情報を使用して GDB でデバッグできます。（ディレクトリパスなし）.gnu_debuglinkを参照するセクションが含まれていますが、これは正しいです。foo.so.debug

ただし、このパッチで編集されているコードは、リンクをたどる必要があることを強く示唆していますが、dump_syms はリンクをたどっていないようです。この出力を stderr に取得します。

.gnu_debuglink結果のシンボル ファイルは、セクションが ELF に存在するかどうかに関係なく、2MBです。この 2MB のシンボル ファイルを minidump_stackwalk で使用すると、スタック フレームに間違った関数が表示されます。シンボルが埋め込まれたバイナリで実行するdump_symsと、出力ファイルは 9MB になり、スタック フレームは正しくなります。

私は何を間違っていますか？

何か問題が発生した場合に備えて、当社の製品はミニダンプ ファイルを生成します。ダンプ ファイルから適切なスタック トレースを取得できるように、ビルドのデバッグ シンボルを格納およびアクセスするためにシンボル サーバーを実行します。

私たちの製品は他のオペレーティング システム (特に Linux と OS X) でも動作するため、Google ブレークパッドを検討し始めました。私もミニダンプとストレージ用の PDB ファイルを使用しているようです。しかし、私は疑問に思います：

(どのように) 既存のすべてのシンボルを失わないように、既存のシンボル サーバーを Google ブレークパッドに移行できますか? 他の人がすでに同じ動きをしていると思いますが、これには共通のアプローチがあるのではないでしょうか?

Android ndkを使用してブレークパッドを構築しようとしています。

これらの指示に従うと、このエラーを一番下に表示します。

cocos2d-x プロジェクトにブレークパッドをアタッチすると、同じエラーが発生します。ndk ビルドの問題のようです。

不思議なことに1回のビルドは成功しますが、これを再現できません。

私のOSはubuntu 15x64、android-sdk_r24.3.3-linux android-ndk-r10eです

OS(6.0) で Android エミュレーターを作成しました。エミュレーターが起動すると、「ブラウザー」アプリを直接起動してクラッシュします。

ここにいくつかのログがあります:

誰かそれについて何か知っていますか？

完全なクラッシュ ログを含むトゥームストーン ファイルを見つけてください: Tombstone01