Loading article…
デバッグシンボルは、共有ライブラリや実行可能ファイルなどのオブジェクト ファイルのシンボル テーブルに追加情報を添付する特殊な種類のシンボルです。この情報により、シンボリック デバッガーは、変数やルーチンなどの識別子の名前など、バイナリのソース コードから情報にアクセスできるようになります。
シンボリック情報は、モジュールのバイナリ ファイルと一緒にコンパイルされるか、別のファイルで配布されるか、またはコンパイルおよび/またはリンク中に単に破棄される可能性があります。
この情報は、クラッシュしたアプリケーションやその他の障害を調査して修正する際に役立ちます。 [1]
デバッグ情報
デバッグ シンボルには通常、関数またはグローバル変数の名前だけでなく、シンボルが出現するソース コード ファイルの名前や、シンボルが定義されている行番号も含まれます。その他の情報には、シンボルの型 (整数、浮動小数点数、関数、例外など)、スコープ (ブロック スコープまたはグローバル スコープ)、サイズ、クラスの場合はクラスの名前、そのクラス内のメソッドとメンバーが含まれます。
デバッグ情報の一部には、そのシンボル (関数またはグローバル変数) を定義するソース ファイル内のコード行と、例外フレームに関連付けられたシンボルが含まれます。
この情報は、オブジェクト ファイル、実行可能ファイル、または共有ライブラリのシンボル テーブルに格納される場合もあれば、別のファイルに格納される場合もあります。
z/OS などの一部のシステムでは、デバッグ情報にはテーブル化されたシンボル以上のものが含まれます。たとえば、§ OS/390 などで説明されている ADATA にはソース コードが含まれています。
デバッグ情報は、特にファイル名と行番号がかなりのスペースを占めることがあります。そのため、デバッグシンボルを含むバイナリは非常に大きくなり、多くの場合、ストリップされたファイルサイズの数倍になります。[2]この余分なサイズを避けるために、ほとんどのオペレーティングシステムディストリビューションは、ストリップされた、つまりすべてのデバッグシンボルが削除されたバイナリを出荷します。これは、たとえば、Unixのstripコマンドを使用して実行されます。デバッグ情報が別のファイルにある場合、それらのファイルは通常、ディストリビューションに同梱されません。
埋め込みシンボル
Unix系システム
stabs は、Unix 系システムでシンボルをデバッグするための初期の形式です。正式な仕様が存在する新しいDWARF形式が、この形式に取って代わりました。この仕様により、互換性のあるコンパイラやアセンブラは標準形式でデバッグ シンボルを作成でき、 GNU デバッガ(GDB)などのデバッガはこれらのシンボルにアクセスして表示できます。
IBM
System/360から派生した IBM メインフレーム ラインのコンパイラには、コンパイラがオブジェクト ファイルにデバッグ情報[3] [4] [5]を含めるようにする TEST オプションがあります。同様に、バインダーと リンケージ エディターには、デバッグ情報をロード モジュールに保持する TEST オプションがあります[6] 。OS /360 TESTRAN、TSO TESTなどのさまざまなデバッグ ツールには、埋め込まれたシンボル定義を使用する機能があります。
外部デバッグファイル
OS/390その他
IBM高水準アセンブラ（HLASM）や、例えばz/OS上で動作する他のコンパイラには、ADATAオプションがあり、これは、古いTESTオプションで生成されるものよりも多くの情報を含む関連データ（ADATA）ファイル[7]を生成します。特に、ADATAファイルには、ソースコードの行とそのメタデータが含まれています。
Microsoft デバッグ シンボル
Microsoftコンパイラは、デバッグ シンボルを含むプログラム データベース(PDB) ファイルを生成します。トラブルシューティングを可能にするために CD/DVD で PDB を出荷している会社もあれば、インターネットからデバッグ シンボルをダウンロードできる会社 (Microsoft やMozilla Corporationなど) もあります。WinDbgデバッガーとVisual Studio IDE は、 Windows ダイナミック リンク ライブラリ(DLL)のデバッグ シンボルをオンデマンドで自動的にダウンロードするように構成できます。Microsoft が配布する PDB デバッグ シンボルには、パブリック関数、グローバル変数、およびそれらのデータ型のみが含まれています。Mozilla Corporation も同様のインフラストラクチャを備えていますが、完全なデバッグ情報を配布しています。
りんご
Appleプラットフォームでは、デバッグシンボルはビルドプロセス中にdSYMファイルとしてオプションで出力されます。Appleは診断ファイル内のアドレスを人間が判読できる値に置き換えることを「symbolicate」という用語で表します。[8]
歴史
シンボリック デバッガーは、メインフレームの時代から存在しており、シンボリック デバッグ情報を表示するための適切なコンピュータ ディスプレイが初めて導入されて以来 (さらに以前は紙にシンボリックダンプが記録されていました) ほぼその頃から存在していました。シンボリック デバッガーは、高水準のコンパイル言語に限定されず、アセンブリ言語プログラムでも使用できました。IBM /360では、シンボリック デバッガーは (要求に応じて) 「SYM カード」を含むオブジェクト コードを生成しました。これらは通常、プログラム ローダーによって無視されますが、実行可能なロジック コードと同じプログラム ライブラリに保持されるため、シンボリック デバッガーにとっては便利でした。
参照
参考文献
- ^ 「シンボルを使用したデバッグ」。Windows Dev Center。Microsoft。2020年1月11日時点のオリジナルよりアーカイブ。 2020年1月11日閲覧。
- ^ 「シンボルの用途は何ですか?」TechNet . Microsoft . 2008-07-15. 2014-12-26 時点のオリジナルよりアーカイブ。2015-01-04に取得。
- ^ 「付録 D: TESTRAN エディター入力レコード形式」(PDF)。IBM System/360 オペレーティング システム - TESTRAN - プログラム ロジック マニュアル - プログラム番号 3605-PT-516 (PDF)。TNL GN26-8016。IBM。1971年4月 1 日。pp. 119 ～ 120。GY28-6611-0。2024年 7 月 11 日に取得。
- ^ 「付録。入力規則とレコード形式」(PDF)。MVS/370 - リンケージ エディター ロジック - データ機能製品 5665-295 - リリース 1.0 (PDF) (初版)。IBM 。1983 年 4 月。pp . 195–206。LY26-3921-0 。2024 年 7 月 11 日に取得。
- ^ LY26-3921-0、p. 195、図69。SYM入力レコード（カードイメージ）。
- ^ LY26-3921-0、p. 199、図76。SYMレコード（ロードモジュール）。
- ^ 「付録 C. 関連データ ファイル出力」(PDF)。 z/OS、z/VM、z/VSE 用高水準アセンブラー - プログラマーズ ガイド - バージョン 1 リリース 6 (PDF)。IBM。 2015 年。pp. 227–275。 SC26-4941-07 。 2024 年 7 月 11 日に取得。
- ^ 「iOS アプリケーションクラッシュレポートの理解と分析」。iOS 開発者ライブラリ。Apple 、Inc. 2018-01-08 [2009-01-29]。テクニカルノート TN2151。2019-12-19 にオリジナルからアーカイブ。2020-01-11に取得。
外部リンク
- http://referencesource.microsoft.com/ Microsoft リファレンス ソース サーバー
- https://firefox-source-docs.mozilla.org/taskcluster/using-the-mozilla-source-server.html Mozilla ソース サーバー
- http://www.symbolsource.org/ SymbolSource の .NET ライブラリ