Linux デバッガスタックの拡張!-Linux-php.cn

Linux デバッガスタックの拡張!

王林

リリース： 2024-01-06 22:25:43

転載

965 人が閲覧しました

＃＃＃導入＃＃＃知っておくべき最も重要な情報は、現在のプログラムの状態がどのようにしてそこに到達したかということである場合があります。 backtrace コマンドがあり、プログラムの現在の関数呼び出しチェーンを取得できます。この記事では、x86_64 でスタックの巻き戻しを実装してこのようなトレースバックを生成する方法を説明します。シリーズインデックス

これらのリンクは、他の投稿が公開されると公開されます。

環境の準備

ブレークポイント
レジスタとメモリ
エルフとドワーフ
ソースコードとシグナル
ソースコードレベルのステップバイステップ実行
ソースレベルのブレークポイント
スタックの拡張
変数の読み取り
リーリー

これは、現在関数 a にいて、a は関数 b からジャンプし、b はメインからジャンプする、ということを意味します。最後の 2 つのフレームは、コンパイラーが main 関数をブートストラップする方法です。

問題は、それを x86_64 にどのように実装するかです。最も堅牢なアプローチは、ELF ファイルの .eh_frame 部分を解析し、そこからスタックを巻き戻す方法を見つけることですが、それは面倒です。 libunwind などを使用して実行することもできますが、それは退屈です。代わりに、コンパイラが何らかの方法でスタックを設定していると想定し、それを手動で走査します。これを行うには、まずスタックのレイアウトを理解する必要があります。

リーリー

ご覧のとおり、最後のスタックフレームのフレームポインタは現在のスタックフレームの先頭に格納され、ポインタのリンクリストが作成されます。スタックはこのリンクされたリストに基づいてアンワインドされます。 DWARF メッセージ内の戻りアドレスを検索することで、リスト内の次のフレームの関数を見つけることができます。一部のコンパイラは、EBP のフレームベースアドレスの追跡を無視します。これは、これが ESP からのオフセットとして表現され、追加のレジスタが解放されるためです。最適化が有効になっている場合でも、-fno-omit-frame-pointer を GCC または Clang に渡すと、依存する規則に強制的に従うことになります。

print_backtrace 関数ですべての作業を行います:

リーリー

最初に決定することは、フレーム情報を出力するためにどの形式を使用するかです。このメソッドを展開するにはラムダを使用しました:

リーリー

印刷される最初のフレームは、現在実行中のフレームです。 DWARF で現在のプログラムカウンターを検索することで、このフレームに関する情報を取得できます:

リーリー

次に、フレームポインターと現在の関数の戻りアドレスを取得する必要があります。フレームポインタは rbp レジスタに格納され、リターンアドレスはフレームポインタからスタックされた 8 バイトです。

リーリー

これで、スタックを拡張するために必要な情報がすべて揃いました。デバッガーが main に到達するまで巻き戻しを続けますが、フレームポインターが 0x0 のときに停止することも選択できます。これは、main 関数を呼び出す前に呼び出す関数です。各フレームからフレームポインターと戻りアドレスを取得し、情報を出力します。

リーリー＃＃＃それでおしまい！関数全体は次のとおりです:

リーリー

コマンドを追加

もちろん、このコマンドをユーザーに公開する必要があります。

リーリー＃＃＃テスト＃＃＃

この機能をテストする 1 つの方法は、相互に呼び出しを行う多数の小さな関数を含むテストプログラムを作成することです。いくつかのブレークポイントを設定し、コードの近くにジャンプして、トレースバックが正確であることを確認します。

私たちは、他のプログラムを生成して接続することしかできないプログラムから長い道のりを歩んできました。このシリーズの最後から 2 番目の記事では、変数の読み取りと書き込みをサポートすることでデバッガーの実装を完了します。それまでは、この投稿のコードをここで見つけることができます。

以上がLinux デバッガスタックの拡張!の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。