子プロセスのsegfaultバックトレースを取得する

Question

私は2つのプログラム：AとBを持っています。それらは異なるプログラムであり、BはAのフォークではありません。 AはBを起動します。質問：BのセグメンテーションフォールトのバックトレースをAから取得できますか？私はBプログラムのソースコードを変更することはできません。

Answer 1

彼らは異なるプログラムで、BはA. Aのフォークは "打ち上げ" とB

を起動していない、私はあなたがAがforkを行い、子供がB

の execvpを行うことを意味推測します

Bプログラムのソースコードを変更することはできません。

これは、あなたがBのソースを持ってことを意味しますが、はそれを変更することはできませんが、はシンボルとのよりよいチャンスをデバッグ得るために-g、-O0と-fno-omit-frame-pointerのような他のものとそれを再コンパイルすることができより正確なスタックトレースバック

しかし、これを解釈する別の方法は、Bをバイナリ実行可能ファイルとし、ではなく、にソースコードを付けることです。

私はまたがAのソースを持っていると推測しています。

質問：AからBのセグメンテーション違反のバックトレースを取得できますか？

はい。いくつかの方法があります。

Aは、gdbまたはstraceのようにBを呼び出すとptraceを使用できます。 B segfaultsの場合、Aは制御を取得してスタックを戻って印刷することができます。

しかし、これはあなたの主な目的は[ちょうど] Bをデバッグすることですか？ Aをfork/execのgdb Bにするのは、Bではなく、gdbのように簡単に行うことができます。スタックトレースバックは単純なgdbコマンドで行われます。もっと簡単な方法は、シェルコマンドの制限を有効にしてからgdbでコアファイルを調べることによってBがコアをダンプできるようにすることです。

別の可能なオプション。 Bのシンボルは、readelfと、必要な共有ライブラリのリストをlddで参照してください。 Bに「フック」ポイントがあるかどうかを判断できます。つまり、openのような共用ライブラリーから呼び出したいシンボル。

openを含む特別な共有ライブラリを作成してから、Bに強制すると、環境変数LD_PRELOADが設定されます。次に、Bがopenを呼び出すと、共有ライブラリが制御されます。その後、SIGSEGVのシグナルハンドラをインストールしてから、dlsymを使用して「実際の」オープンのアドレスを取得し、openコールを終了します。

ここで、Bがsegfaultsの場合、特別な共有ライブラリのシグナルハンドラは、__builtin_return_addressなどによってスタックを後戻りすることができます。 al。そして

は、さらに別の方法がB実行ファイルをハックし、フックにA