JPH076055A - オペレーティングシステムのデバッギング用ツール - Google Patents

Abstract

(57)【要約】 【目的】 使用が簡単で、更には完全に自律的に使用す
ることができる効果的なデバッギング用ツールを提供す
る。 【構成】 少なくとも１つのプロセッサ（Ｐ）と、プロ
セッサ関連メモリ（Ｍ）と、メモリ管理ユニット（ＭＭ
Ｕ）とを含むシステムの動作をデバッグするためのこの
ツール（ＫＤ）は、仮想アドレス指定モードが物理アド
レス指定モードに等しいメモリ（Ｍ）のゾーンに埋込ま
れている。ツールは、デバッギング中は常に所定の方法
によって、各動作を管理ユニット（ＭＭＵ）とは無関係
に物理モードで実行する。ツールは、機械の初期化段階
制御のために少なくとも２つの例外ベクトル（ＢＰ，Ｄ
ＳＩ）を支援し、且つとりわけツール自体のスタック
（Ｓ）と、被分析プロセスのコンテキスト及び解読され
たコンテキストの記憶手段（ＣＭＭ）の如何を問わず使
用可能なアルゴリズムを使用するデコーダ（ＤＥＣ）と
を含んでいる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、少なくとも１つのプロ
セッサと、プロセッサ関連メモリと、メモリ管理ユニッ
トとを含む機械のオペレーティングシステムのデバッギ
ング用ツールに関する。

【０００２】

【従来の技術】モノプロセッサであれ、マルチプロセッ
サであれ、システムのブート時には、コア又はオペレー
ティングシステムが通常、メモリ管理ユニットが初期化
されない限りリアルモードとも呼ばれる物理アドレス指
定モードで機能し、メモリ管理ユニットが初期化される
とすぐに仮想アドレス指定モードで動作し、一般に仮想
モードで機能するデバッギング用ツールがこの時だけ動
作可能になることは知られている。これには幾つかの欠
点がある。

【０００３】

【発明が解決しようする課題】仮想アドレスを使用する
デバッギング用ツール、即ち“デバッガ”は物理アドレ
スを仮想アドレスに翻訳するメモリ管理ユニットに依存
するので、初期化段階は実際には、メモリ管理ユニット
が初期化されなければデバッグされ得ない。従って、初
期化段階中に発生するエラーの検出は困難であり、シス
テムはロック状態のままになり得る。同様に、デバッギ
ング用ツールはメモリ管理ユニットに依存するので、現
コンテキストから他の所望するコンテキストへの変更を
単純に許容することはできない。何故ならば、メモリ管
理ユニットを通じて所与の時点ではひとつのコンテキス
トだけが有効だからである。最後に、デバッギング用ツ
ールがまだ稼働状態にない初期化段階中に又は仮想メモ
リが初期化された後に仮想メモリで故障が発生すると、
このツールは同じ仮想メモリを使用するためにかなり混
乱を生じる。更にはこのような状況では、ツールをこの
ような故障の分析のために使用することはできない。

【０００４】本発明は、従来技術のデバッギング用ツー
ルで発生する種々の欠点を克服し且つ使用が簡単で、更
には完全に自律的に使用することができる効果的なツー
ルを提供することを目的とする。

【０００５】

【課題を解決するための手段】このために、冒頭に記載
した型の機械のオペレーティングシステムのデバッギン
グ用ツールは、ツールが、所定の方法で実行される全デ
バッギング中に各動作を物理モードで実行し、且つ仮想
アドレス指定モードが物理アドレス指定モードに等しい
メモリのゾーンでメモリ管理ユニットとは無関係に動作
し、前記ツールが、機械の初期化段階制御のために少な
くとも２つの例外ベクトルを支援し、且つとりわけツー
ルが初期化するツール自体のスタックと、被分析プロセ
スのコンテキスト及び解読されたコンテキストの記憶手
段の如何を問わず使用可能なアルゴリズムを使用するデ
コーダとを含んでいることを特徴とする。

【０００６】従って、本発明の主旨のひとつは、仮想ア
ドレスにアクセスするためにプロセッサのメモリ管理ユ
ニットを使用しない独立型ツールを設計することにあ
る。本発明の第２の主旨は、ツールの各動作が物理モー
ドで実行され、ツールが、仮想モードが物理モードに等
しいメモリのゾーンで動作し、且つ仮想モードから物理
モードへの翻訳又は変換は必要とあれば直接デコーダに
よって実施されるためにツールの非翻訳モードでの動作
を可能とするデコーダを含むことにある。そのため、デ
コーダは各メモリアクセスのために、仮想メモリをシミ
ュレートし且つ選択した処理コンテキストの如何を問わ
ず使用可能なアルゴリズムを使用する。実際には、ツー
ルは常に物理モードで動作し、メモリ管理ユニットが初
期化されるとすぐに、仮想アドレスから物理アドレスを
検索するために翻訳自体を実行する。ツールのデコーダ
はそのとき、通常はメモリ管理ユニットによって使用さ
れるアルゴリズムをシミュレートする。このようにメモ
リ管理ユニットとは無関係に設計されたデバッギング用
ツールを使用すれば多くの利点がある。第１の利点は、
初期化段階を含む全ての段階のデバッギングが可能とな
ることである。特に、オペレーティングシステム及びメ
モリ管理ユニットは共にデバッギング用ツールの制御下
で起動され得る。デバッギング用ツールは更に、当業者
が通常“スタンドアロン”と呼んでいるモードで完全に
自律的に動作し得る。この“スタンドアロン”モードで
は、オペレーティングシステム起動用の自立プログラム
又はコードをデバッグすることが可能である。

【０００７】特に、デバッギング用ツールはメモリに書
込まれたプロセステーブルに含まれるプロセスのひとつ
の任意のコンテキストの選択を可能とする。プロセステ
ーブルは選択すべきコンテキストのアドレスを含んでい
る。この仮想アドレスはこのコンテキストを検索するた
めに解読され、このコンテキストは、スタックを再度初
期化した後に記憶手段に再複写することによって現コン
テキストに置換される。

【０００８】従って、システムの全ての仮想空間は可視
化される。実行中のプロセスの処理だけがその仮想コン
テキストによって仮想モードで見られるオペレーティン
グシステムの同一の可視性を提供する従来技術のツール
とは異なり、本発明のツールは、対応する仮想コンテキ
ストを取り出して、仮想モードから物理モードへの翻訳
をこの仮想コンテキストに適用することによって、現コ
ンテキストを選択した他の任意のコンテキストに移行す
ることができる。現ツールはデバッギング性を有し且つ
任意のプロセスに関する任意のコンテキストのデータ分
析を可能とする。ツールはそれ自体が仮想モードから物
理モードへの翻訳を実行するので、コンテキストとは無
関係に動作し得る。

【０００９】有利な点に関して一般的な記載を行う。メ
モリ管理ユニットとデコーダとの基本的な相違は明らか
にその性能である。しかしながら本発明の場合、デバッ
ギング用ツールは動作中は完全にプロセッサ源の制御下
にあるので、応答時間の問題は生じない。

【００１０】更には、本発明のデバッギング用ツール
は、当業者が“ダンプ”と呼んでいるメモリイメージの
分析のために有利に使用し得る。実際、物理モードの任
意のメモリイメージは、ポストモーテム（ｐｏｓｔ−ｍ
ｏｒｔｅｍ）ダンプ又は物理メモリドライバによって得
られる。そこでこのメモリイメージ、即ちダンプは、デ
バッギング用ツールをユーザモードで用いて活用するこ
とができる。ツール自体が仮想モードから物理モードへ
の翻訳を行うと、物理モードはユーザモードでシステム
の任意の仮想アドレスにアクセスすることができる。従
って、ツールはユーザモードで動作中に、事故後の現シ
ステム又はメモリダンプの結果を分析することもでき
る。従来技術では、この型の分析は必ず、デバッギング
用ツールとは関係のない専用分析ツールを用いて実施さ
れていた。

【００１１】他の利点は、ツールがそれ自体のスタック
及び例外ベクトルを使用するためにシステムのスタック
の故障の影響を受けないことである。

【００１２】前述した如く、デバッギングは所定の方法
で実施される。本方法では特に、第１段階で、例外によ
って引き起こされた呼出しを認識するツールが物理モー
ドで動作するためにツール自体のスタックを選択して、
初期化し、制御の第２段階で、ツールは、処理すべきコ
ンテキストのパラメータを受信し、且つ仮想アドレスを
物理アドレスに翻訳するデコーダによって各アクセスが
仮想メモリをシミュレートするように翻訳アルゴリズム
を使用する。このように解読されたコンテキストパラメ
ータはコンテキスト記憶手段に転送される。次に第３段
階でツールはコンソールを初期化し、その結果オペレー
タは操作を許可される。最終段階で、一旦デバッギング
が実行されると、ツールは機械に制御を委ねる。このよ
うな方法によって、機械の全動作段階中に、任意のコン
テキストに対して、簡単で、独立的且つ効果的なデバッ
ギングを実行することができる。

【００１３】

【実施例】添付図面を参照して非制限的な以下の説明を
読めば、本発明の内容を更によく理解することができよ
う。

【００１４】オペレーティングシステムのデバッギング
用ツールＫＤの機能を使用し且つ理解するのに必要な環
境を構成するオペレーティングシステムの部分、特にプ
ロセッサＰ、メモリＭ及びメモリ管理ユニットＭＭＵを
概略的に、また意図的に簡略化した形態で図示する。プ
ロセッサＰに結合された汎用レジスタＧＲはとりわけ、
種々のプロセスＰＲＯ１，ＰＲＯ２，．．．，ＰＲＯｎ
に関連するシステムの種々のコンテキストを含んでい
る。プロセス自体は、メモリＭに埋込まれたプロセステ
ーブルＰＴに含まれている。プロセステーブルＰＴの種
々のプロセスに関連する種々のコンテキストの仮想アド
レスを含んでいる仮想アドレス指定レジスタＶＡＲが更
にメモリ管理ユニットＭＭＵに結合されている。

【００１５】デバッギング用ツールＫＤは全体的に、メ
モリＭに、特に仮想アドレス指定モードが物理アドレス
指定モードに等しく、従ってページ不可能なゾーンに、
メモリ管理ユニットＭＭＵとは無関係に埋込まれ且つロ
ックされている。一般に、仮想アドレス指定モードが物
理アドレス指定モードに等しいメモリのゾーンに必ず埋
込まれるオペレーティングシステムの部分が常に存在す
る。更には、全ての例外ベクトル及びプロセッサ付近の
全ての処理操作がこの同一型のゾーンに埋込まれること
により、２つのモードでの動作が可能となることは当然
である。本発明のツールＫＤはこのカテゴリに属する。
ツールＫＤは有利には、ツール自体のスタックＳと、デ
コーダＤＥＣと、解読したコンテキストの記憶手段ＣＭ
Ｍとを含んでいる。ツールＫＤは更にベクトルテーブル
ＤＶＴを有し、このベクトルテーブルは、以下で説明す
るように初期化段階中での有効な機能を可能とする少な
くとも２つの例外ベクトルＢＰ及びＤＳＩを含んでい
る。

【００１６】本発明によれば起動時に、ツールＫＤは非
翻訳モード（即ち物理モード）で起動するようになって
いる。ツールは更に、仮想メモリが初期化されてもこの
非翻訳モードの状態になけれならない。そのため、初期
化段階の制御及びオペレーティングシステムの適切な動
作のためにツールが呼出されると、プロセッサＰの状態
モードの２つのビットは、物理モードでの動作を強制す
るために無効となる。無効とすべきプロセッサＰのこれ
ら２つのビットは公知の如く命令コード用翻訳確認ビッ
ト及びデータ翻訳用確認ビットである。これらのビット
は一般に同時に操作される。更には、非翻訳モードで動
作されるので、前述した如く、システムのコンテキスト
とは無関係になり得る。何故ならば、翻訳はツールＫＤ
自体のデコーダによって行われるからである。従って、
現コンテキストの分析時に、デコーダは仮想メモリをシ
ミュレートするためのアルゴリズムを使用する。このア
ルゴリズムはコンテキストの如何を問わず利用可能であ
り、そのため所望とあればコンテキストを容易に変更す
ることができる。更には有利には、例えば仮想メモリの
故障が発生したためツールＫＤが制御のために呼出され
るときに、ツールＫＤは常に稼働状態にあり、システム
のこの故障の影響を受けることはない。何故ならば、ツ
ールはこの仮想メモリを使用していないからである。こ
れはシステムの起動時も動作中も有効である。何故なら
ば、ツールＫＤは物理モード、従って非翻訳モードで動
作しているので、仮想メモリの故障が検出されるとすぐ
にこの仮想メモリが分析され得るからである。デコーダ
ＤＥＣによる仮想アドレスのデコーティングを可能とす
るこのアルゴリズムは実際には、（製造業者が販売して
いる）使用中のマイクロプロセッサのデコーティングア
ルゴリズムと同一である。このアルゴリズムは仮想メモ
リの機能を説明している。そこで、アルゴリズムをコー
ド翻訳するだけで十分である。従ってツールＫＤは、メ
モリ管理ユニットの役割を果たすが、欠点は示さないツ
ール自体の翻訳機をデコーダＤＥＣに有する。

【００１７】オペレーティングシステム特有のアドレス
の他に、オペレーティングシステム下で実行中の任意の
ユーザプロセスのユーザアドレスも、デコーティングア
ルゴリズムが同一であるため同一技術で解読される。任
意のユーザ空間の可視性が容易に得られるため、このよ
うにして重要な利点が得られる。実際には、種々のユー
ザプロセスは異なる仮想空間に属し、これらの空間のア
ドレスは同様に解読され得る。

【００１８】所与の時点に動作するプロセスは、それぞ
れが機械のプロセッサＰ及びメモリ管理ユニットＭＭＵ
に結合され且つこのプロセステーブルＰＴに含まれるこ
のプロセスのオペレーションコンテキストを含んでいる
全てのレジスタＧＲ及びＶＡＲを使用する。ツールは、
過去のコンテキストをパラメータの形態で検索するため
にこのプロセスに結合されたレジスタＧＲＣ及びＶＡＲ
Ｃを使用する。これらのレジスタＧＲＣ及びＶＡＲＣは
コンテキスト記憶手段ＣＭＭに含まれ且つ所与の時点に
レジスタＧＲ及びＶＡＲの内容を表す。デコーダＤＥＣ
は、メモリＭへのアクセスを可能とするコンテキストの
アドレスを解読するためにメモリ管理ユニットＭＭＵの
翻訳機能をシミュレートする。メモリには、アドレスの
デコーティングの実行を可能とする翻訳テーブルＴＴも
存在する。デコーダＤＥＣは、ユニットＭＭＵと同様
に、テーブルＴＴから物理アドレスを推論するためにこ
れらのテーブルを使用する。従って、ツールＫＤの必要
上、例外が生じると、レジスタＧＲ及びＶＡＲ内に含ま
れるコンテキストがバックアップのために関連するレジ
スタＧＲＣ及びＶＡＲＣ内に再複写される。レジスタＧ
Ｒ及びＶＡＲは例外処理のために使用される。このよう
にバックアップされたコンテキストは、一旦例外処理が
終了すると復元することができ、手順は中断地点で再開
され得る。バックアップされたコンテキストのパラメー
タによって、プロセスが例外によって中断された地点を
知ることができる。バックアップされたコンテキスト
は、生成した例外ベクトルのアドレスに関する（当業者
には“プログラムカウンタ”として知られている）制御
レジスタの指示を更に含んでいる。

【００１９】更に詳しく言えば、所定の方法によれば、
ツールＫＤは例外によって呼出されると、ツールコード
の実行のために、レジスタＧＲＣ、ＶＡＲＣと、内部ス
タックＳとを使用しなければならない。内部スタックは
コード実行のために初期化されねばならない。スタック
Ｓが一旦初期化されると、ツールＫＤは設計上（仮想ア
ドレス指定モードが物理アドレス指定モードに等しいメ
モリのゾーン内に埋込まれている）、ツールコードを物
理コードで実行する。ツールは次に、分析すべきプロセ
スのコンテキストのパラメータをレジスタＧＲＣ、ＶＡ
ＲＣ内で、特に過去のアドレスをまずレジスタＶＡＲＣ
にてパラメータの形態で受信して、コンテキストの所在
地を確認することができる。コンテキストは、現プロセ
スの仮想アドレスのデコーディングを可能とする全ての
情報を含んでいる。このアドレスはデコーダＤＥＣによ
って解読され、そのためコンテキストをメモリで検索し
て、レジスタＧＲＣに再複写することができる。ツール
ＫＤは分析のために直接レジスタＧＲＣにアクセスす
る。以上のことからツールＫＤは他のプロセスのために
コンテキストを変更したいときに有利である。何故なら
ば、実際この新規のコンテキストのアドレスを解読し
て、レジスタＧＲＣに再複写するだけで十分だからであ
る。従って、任意のコンテキストへのアクセスは、単に
所望の被分析コンテキストのアドレスを解読することに
よって、メモリ管理ユニットＭＭＵとは関係なく容易に
行われる。

【００２０】あるシステムから他のシステムに移行する
場合も同様に、各システムで１つの機能を、即ち仮想モ
ードから物理モードへのデコーディング用アルゴリズム
によって記述される機能を再度書き込むだけでよい。実
際には、これらの種々のシステムはそのアーキテクチャ
の点で互換性があり、プロセッサのみが異なる。このこ
とは、新規なプロセッサに応じて単にデコーディング技
術を、従ってデコーディングアルゴリズムを変えるだけ
でよいことを意味している。

【００２１】ツールＫＤは例えば起動プロセス（即ち
“ブーティング”段階）で初期化され得る。このためツ
ールは完全に独立状態になり、且つシステムが実際にブ
ートされる前でもシステムの初期化段階になるとすぐに
稼働状態になる。“ブーティング”段階はツールＫＤの
制御下に置かれる。

【００２２】ツールＫＤは好ましくは、例外ベクトルテ
ーブルＤＶＴ内の所与のアドレスに含まれるツール自体
の例外ベクトルを有する。従って、少なくとも２つのベ
クトルＢＰ、ＤＳＩが、オペレーティングシステムとは
無関係に、ツールＫＤによる直接のブーティングのため
に使用される。第１のベクトルＢＰは全ての停止点に結
合され、かくしてツールＫＤは実行が所望される分析の
ために停止点をすぐに使用することができる。第２のベ
クトルＤＳＩは、システムの初期化段階中でも無効アド
レスがシステム内で見出される毎に呼出されるベクトル
である。更には、ツールＫＤは他のベクトルを、特にプ
ロセッサによって可能となるならば、例外ベクトルを使
用して、ステップバイステップ分析（“ステッピン
グ”）を実行することができる。プロセッサＰは各ステ
ップで例外を生成することによって各命令で自動的に停
止する。この例外ベクトルは、システムがマルチプロセ
ッサを含んでいるときに特に有用且つ有利であると判明
し得る。何故ならば、このベクトルによって問題のプロ
セッサＰは、他の任意のプロセッサを何等混乱させるこ
となくステップバイステップ分析を実行することができ
るからである。

【００２３】デバッギングの原理は一般に、停止点を設
置することにある。そのため、実際には実行すべきであ
ると考えられる命令の変わりに例外を引き起こす命令が
書込まれる。プログラムが実行されると、この命令への
移行時に例外が生成し、プロセッサは例外の処理を可能
とする予め規定されたアドレスにジャンプする。いずれ
の場合も、全ての例外は物理モードにてプロセッサレベ
ルで呼出される。本発明の場合、例外は処理のために、
オペレーティングシステムのデバッギングに対応する型
であるとして認識されねばならない。ツールは、このよ
うな例外に遭遇すると呼出され、次に例外コンテキスト
のパラメータを受信して、このコンテキストを分析のた
めに検索することができる。所与のアドレスで停止点に
遭遇したことを示すメッセージを送信すると、オペレー
タは実行を起こすことができる。オペレータはメモリゾ
ーンを視覚化するか、このアドレスからステップバイス
テップ分析を継続するか、前記アドレスで停止するため
に他のアドレスに他の停止点を設置するか又はシステム
に制御を委ねることができる。オペレータがシステムに
制御を委ねると、オペレータが分析したコンテキストは
機械によって検索され、機械は中断発生地点で実行を再
開する。

【００２４】更に顕著なことには、ツールＫＤの初期化
中、コンソールインタフェースは、オペレータがこの時
点から介入できるように初期化される。システムの最初
の初期化時にはコンソールの初期化直後で、ツールＫＤ
の初期化段階中常に、メッセージ送信後のシステムの最
初のデバッギング中でのオペレータの介入及びシステム
の標準的初期化の制御を可能とする例外を生成するシス
テムの静的停止点をツールＫＤのコードに設置してもよ
い。オペレータは次に、所与のアドレスに停止点を置
き、場合によってはプログラムでステップバイステップ
を実行することができる。

【００２５】ＵＮＩＸ（ＵＮＩＸ Ｓｙｓｔｅｍ Ｌａ
ｂｏｒａｔｏｒｉｅｓ Ｉｎｃ．による登録商標）のよ
うな外部環境では、ツールＫＤを更に独立的且つ自律的
にするための方法は、ツールのためにまず例外ベクトル
を制御し、次にＵＮＩＸのような外部環境にこれらのベ
クトルを提供することにある。実際、ベクトルはこの外
部環境に直接結合され、ツールＫＤはオペレーティング
システムとは全く無関係に自律プログラム又はシステム
起動コードをデバッグするために呼出され得る。

【００２６】最後に、また有利には、本発明のデバッギ
ング用ツールは、（“ポストモーテムダンプ”として知
られている）メモリイメージの分析のために有効に使用
され得る。実際には、ツールＫＤは物理モードでメモリ
を検査できるので、ツールの使用をポストモーテムダン
プの用途に広げることができる。ポストモーテムダンプ
の実行時に、同一のアルゴリズムも適用可能である。何
故ならば、このような分析は必ず物理モードで実施され
るからである。そのため、ダンプは、通常実行されてい
るようにディスク又はファイルから検索され、次に独創
的には、ツールＫＤによって使用されるアルゴリズムが
このディスク又はファイルの内容に適用され、かくして
システムの動作不良時に生じる所与の問題を分析するこ
とができる。このような用途では、検索されたダンプ
は、ダンプアナライザと類似し且つ仮想メモリをシミュ
レートするツールＫＤによって標準システム上で直接分
析され得（検索された情報は必ず仮想アドレスを有す
る）、同一のアルゴリズムを更に拡張することなく使用
する。従って、ツールＫＤの独創的な設計によって、単
一の拡張、従って単一のツールだけを使用することがで
きる。この場合通常２つの独立したツールが必要であ
る。

【００２７】従って、本発明に基づいて設計されたデバ
ッギング用ツールを使用すると多くの利点がある。主な
利点のひとつは真の自立性が得られることである。何故
ならば、このツールは非常に高い性能を保持しながら、
メモリ管理ユニットとは全く無関係に各動作を物理モー
ドで実行するからである。更には、オペレーティングシ
ステムのデバッギングは初期化段階になるとすぐに実施
することができる。更には、このシステムの全ての仮想
空間は可視化され、ツール自体は仮想モードから物理モ
ードへの各翻訳を実行し、従って任意のコンテキストを
簡単に変更することができる。

【図面の簡単な説明】

【図１】本発明のデバッギング用ツールが統合され且つ
展開される環境のブロック図である。

【符号の説明】

ＤＥＣ デコーダ ＧＲ 汎用レジスタ ＫＤ デバッギング用ツール Ｍ メモリ ＭＭＵ メモリ管理ユニット Ｐ プロセッサ ＰＴ プロセステーブル Ｓ スタック

Claims (9)

【特許請求の範囲】
1. 【請求項１】 少なくとも１つのプロセッサと、プロセ
   ッサに関連するメモリと、メモリ管理ユニットとを含む
   機械のオペレーティングシステムのデバッギング用ツー
   ルであって、該ツールが、所定の方法で実行される全デ
   バッギング中に各動作を物理モードで実行し、且つ仮想
   アドレス指定モードが物理アドレス指定モードに等しい
   メモリのゾーンでメモリ管理ユニットとは無関係に動作
   し、前記ツールが、機械の初期化段階制御のために少な
   くとも２つの例外ベクトルを支援し、且つとりわけツー
   ルが初期化するツール自体のスタックと、被分析プロセ
   スのコンテキスト及び解読されたコンテキストの記憶手
   段の如何を問わず使用可能なアルゴリズムを使用するデ
   コーダとを含んでいることを特徴とするオペレーティン
   グシステムのデバッギング用ツール。
2. 【請求項２】 第１段階で、例外的に発生した呼出しを
   認識するツールが物理モードで動作するためにツール自
   体のスタックを選択して、初期化し、制御の第２段階
   で、ツールが、処理すべきコンテキストのパラメータを
   受信し、且つ仮想アドレスを物理アドレスに翻訳するデ
   コーダによって各アクセスが仮想メモリをシミュレート
   するように翻訳アルゴリズムを使用し、このように解読
   されたコンテキストパラメータがコンテキスト記憶手段
   に転送され、次に第３段階で、ツールがコンソールを初
   期化し、その結果オペレータが操作を許可され、最終段
   階で、一旦デバッギングが実行されると、ツールが機械
   に制御を委ねることを特徴とする請求項１に記載のデバ
   ッギング用ツールに使用される方法。
3. 【請求項３】 デバッギング用ツールが、メモリに書込
   まれたプロセステーブルに含まれるプロセスのひとつの
   任意のコンテキストの選択を可能とし、プロセステーブ
   ルが選択すべきコンテキストのアドレスを含み、該仮想
   アドレスが該コンテキストを検索するために解読され、
   該コンテキストが、スタックを再度初期化した後に記憶
   手段に再複写することによって現コンテキストに置換さ
   れることを特徴とする請求項１又は２に記載のデバッギ
   ング用ツール。
4. 【請求項４】 デコーダによって使用されるデコーディ
   ングアルゴリズムが、使用されるプロセッサのデコーデ
   ィング用アルゴリズムであって、任意のプロセッサに使
   用できることを特徴とする請求項１から３のいずれか一
   項に記載のデバッギング用ツール。
5. 【請求項５】 前記ツールが、所与のアドレスに少なく
   とも２つの例外ベクトルを含む例外ベクトルテーブルを
   有し、第１の例外ベクトルは、所与の地点に停止点を設
   置させて、所与の命令で分析を開始させることができ、
   第２の例外ベクトルは、被分析システム内で無効アドレ
   スが見つけられると呼出されることを特徴とする請求項
   １から４のいずれか一項に記載のデバッギング用ツー
   ル。
6. 【請求項６】 例外ベクトルテーブルが更に、システム
   がマルチプロセッサシステムのときに他のプロセッサを
   混乱させずにステップバイステップ分析を実施させ得る
   第３の例外ベクトルを含んでいることを特徴とする請求
   項５に記載のデバッギング用ツール。
7. 【請求項７】 オペレーティングシステムの最初のデバ
   ッギングのために、コンソールの初期化直後のデバッギ
   ング用ツールの初期化段階で、システムの標準的初期化
   を制御するためにメッセージ送信後でのオペレータの介
   入を可能とする例外を生成する静的停止点がシステムに
   提供されることを特徴とする請求項５又は６に記載のデ
   バッギング用ツール。
8. 【請求項８】 ツールが埋込まれている機械がＵＮＩＸ
   のような外部環境の一部であるときに、ツールがまず例
   外ベクトルを制御し、次に該例外ベクトルを外部環境に
   提供し、該ベクトルが外部環境に直接結合され、デバッ
   ギング用ツールが、完全に自律的に所望のデバッギング
   を実施するために呼出されることを特徴とする請求項１
   から７のいずれか一項に記載のデバッギング用ツール。
9. 【請求項９】 ポストモーテムダンプのための、請求項
   １から８のいずれか一項に記載のデバッギング用ツール
   のユーザモードでの使用。