JP2856152B2

JP2856152B2 - カーネルデバッガにおけるソフトウェアブレークポイント管理方式

Info

Publication number: JP2856152B2
Application number: JP8159109A
Authority: JP
Inventors: 賢一美原
Original assignee: Nippon Electric Co Ltd
Current assignee: NEC Corp
Priority date: 1996-05-30
Filing date: 1996-05-30
Publication date: 1999-02-10
Anticipated expiration: 2016-05-30
Also published as: JPH09319615A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ブレークポイント
の設定によるプログラムのデバッグ技術に関し、特に、
ローダブルモジュールのデバッグにも対応したプログラ
ムのデバッグ方法及び装置に関する。

【０００２】

【従来の技術】オペレーティングシステム（ＯＳ）のカ
ーネル空間での動作をデバッグ対象とするデバッガを
「カーネルデバッガ」と呼ぶ。一般に、ハードウェアブ
レークポイント機構を持たないシステムにおいては、カ
ーネルデバッガが、ＯＳのテキスト上に、直接、ブレー
ク命令（ｂｒｅａｋ命令）を書き込むことにより、ブレ
ークポイントの設定によるデバッグを実現している。こ
のような方法は、通常、「ソフトウェアブレークポイン
ト制御方法」と呼ばれている。そして、この種のソフト
ウェアブレークポイント制御には、基本的に、ブレーク
命令を書き込むアドレスを保持した管理テーブルが用い
られる。

【０００３】

【発明が解決しようとする課題】上記した従来のカーネ
ルデバッガにおいては、デバッグ対象のローダブルモジ
ュール（ｌｏａｄａｂｌｅｍｏｄｕｌｅ；ＯＳ動作中
にメモリ上へのロード（ｌｏａｄ）／アンロード（ｕｎ
ｌｏａｄ）操作が可能なドライバモジュール等）に、ブ
レークポイントが設定された場合に、当該ローダブルモ
ジュールがアンロードされると、カーネルデバッガのブ
レークポイントに関する管理テーブルには、本来無効で
あるはずのブレークポイント情報が残ってしまう、とい
う問題点を有している。

【０００４】この理由は、従来のカーネルデバッガにお
いては、ローダブルモジュールのロード／アンロード状
態を、直接カーネルデバッガから知る手だてがない、こ
とによる。

【０００５】また、上記した従来技術においては、第２
の問題点として、アンロード状態にあったデバッグ対象
のモジュールが再ロードされた場合、再ロードされるメ
モリ上のアドレスが、以前ロードされていたアドレスと
一致しているという保証はないため、カーネルデバッガ
内に残っていた対象モジュールに関するブレークポイン
ト情報と、実際に再ロードされたモジュールと、の整合
性が保たれない場合がが生じる。

【０００６】この理由は、従来のカーネルデバッガにお
いては、ブレークポイント情報の管理が、ブレーク命令
を設定したアドレスを基に行われているため、再ロード
されたモジュールとの整合性が検証する手だてを有しな
いことによる。

【０００７】従って、本発明は、上記事情に鑑みてなさ
れたものであって、その目的は、ブレーク命令を書き込
むアドレスによるブレークポイント管理の不備を補い、
ローダブルモジュールのロード／アンロード状態に依ら
ず、常に適正なブレークポイントの管理及び制御を可能
とする方法及び装置を提供することにある。

【０００８】

【課題を解決するための手段】前記目的を達成するた
め、本発明に係るプログラムデガッグ方法は、モジュー
ルのロード／アンロードが自在とされてなるシステムの
プログラムデバッグにおいて、メモリ上にロードされた
モジュールのアドレスおよびシンボル情報を保持するシ
ンボル情報テーブルと、前記シンボル情報テーブルを基
に、指定アドレスに対応するシンボル情報とオフセット
値を取得するとともに、指定シンボルに対応するアドレ
スを取得するアドレス・シンボル相互変換手段と、を備
え、（ａ）ブレークポイント管理テーブルに、ブレーク
ポイントアドレスと、これに対応したシンボル情報と、
シンボルが示すアドレスからブレークポイントアドレス
までのオフセット値と、を設定し、メモリ上にブレーク
命令を設定する、ブレークポイント設定管理工程と、
（ｂ）デバッガ起動時に、前記ブレークポイント管理テ
ーブル上のシンボル情報に対して前記アドレス−シンボ
ル相互変換手段を利用して、シンボルからアドレスへの
変換を試み、アドレス情報に基づき、デバッグ対象のモ
ジュールのアンロード／ロード状態、さらに再ロード状
態を判別して前記ブレークポイント管理テーブルのブレ
ークポイント情報の妥当性を検証し、該検証結果に応じ
て、前記ブレークポイント管理テーブルの更新、及び／
又は、ブレークポイントの再設定を行う、ブレークポイ
ント情報の整合性管理工程と、を含むことを特徴とす
る。また本発明のデバッグ装置は、モジュールのロード
／アンロードが自在とされてなるシステムのプログラム
デバッグ装置において、メモリ上にロードされたモジュ
ールのアドレスおよびシンボル情報を保持するシンボル
情報テーブルと、前記シンボル情報テーブルを基に、指
定アドレスに対応するシンボル情報とオフセット値を取
得するとともに、指定シンボルに対応するアドレスを取
得するアドレス・シンボル相互変換手段と、ブレークポ
イント管理テーブルに、ブレークポイントアドレスと、
これに対応したシンボル情報と、シンボルが示すアドレ
スからブレークポイントアドレスまでのオフセット値
と、を設定し、メモリ上にブレーク命令を設定する、ブ
レークポイント設定管理手段と、デバッガ起動時に、前
記ブレークポイント管理テーブル上のシンボル情報に対
して、前記アドレス−シンボル相互変換手段を利用し
て、シンボルからアドレスへの変換を試み、アドレス情
報に基づきデバッグ対象のモジュールのロード／アンロ
ード、再ロード状態を判別して前記ブレークポイント管
理テーブルのブレークポイント情報の妥当性を検証し、
該検証結果に応じて、前記ブレークポイント管理テーブ
ルの更新、及び／又は、ブレークポイントの再設定を行
う、ブレークポイント情報の整合性管理手段と、を含
む。

【０００９】

【発明の実施の形態】本発明の好ましい実施の形態を以
下に説明する。本発明は、好ましい実施の形態におい
て、デバッグ対象モジュールのロード／アンロード状態
に依らないソフトウェアブレークポイントによるデバッ
グに関するもので、現在メモリ上にロードされているオ
ブジェクトのシンボルとそのアドレスおよびシンボルに
関する補助情報を格納するシンボル情報テーブル（図２
の１６）と、オブジェクトのアドレスとシンボルとのア
ドレス−シンボル相互変換手段（図２の１５）と、１つ
の設定ブレークポイントに対し、元の命令、ブレークポ
イント設定アドレス、そのアドレスに関するシンボル、
シンボルが表すアドレスからブレークポイント設定アド
レスまでのオフセット値およびブレークポイント制御情
報を格納するブレークポイント管理テーブル（図２の１
１）と、更に、一旦は不正となったブレークポイント情
報を退避させておく、ブレークポイント管理テーブルと
全く同じ形式のブレークポイント退避テーブル（図２の
１２）と、を備え、ブレークポイント設定管理手順（図
２の１３１）と、デバッガに処理が移った際のブレーク
ポイント設定および退避ブレークポイント整合性管理手
順（図２の１０１）と、を備えて構成される。

【００１０】前述したように、一般に、ブレーク命令を
書き込んだアドレスに基づいてブレークポイント情報を
管理した場合、ブレークポイントを設定したローダブル
モジュールがアンロード／再ロードされると、ブレーク
ポイント管理情報の整合性は保証できなくなる。更に、
対象モジュールに対してブレーク命令の再設定を行おう
としても、再設定すべきブレーク命令の位置が特定でき
ない。

【００１１】そこで、本発明は、好ましい実施の形態に
おいて、対象モジュールがロードされるメモリ上のアド
レスは不定であるが、モジュール内部のシンボルは不変
であることに着目し、対象モジュールがロードされるメ
モリ上のアドレスとシンボルとの変換機構（図２の１
５）を導入すると共に、シンボルが示す位置をベースと
して相対位置（オフセット）を用いることにより、任意
のアドレスにモジュールがロードされた場合でも、モジ
ュールに設定したブレークポイントの位置が特定できる
ように構成したものである。

【００１２】このように、本発明の実施の形態において
は、アドレス−シンボル相互変換手段の導入により、モ
ジュールのロード／アンロード状態が判別できるため、
デバッグ対象のモジュールがロード／アンロードされた
場合でも、ブレークポイント管理テーブルには常に有効
な情報のみが設定されることになる。上記した本発明の
実施の形態を更に詳細に説明すべく、本発明の実施例を
図面を参照してより具体的に説明する。

【００１３】

【実施例】図１は、本発明の一実施例の構成をブロック
図にて示したものである。図１を参照すると、本実施例
に係るデバッガが実装されるシステムは、ＣＰＵ１と、
メモリ２と、磁気ディスク装置などの二次記憶装置３
と、コンソール４と、これらを相互に接続するシステム
バス５と、を備えて構成される。なお、ＣＰＵ１はシン
グルプロセッサに限らず、複数のＣＰＵで構成されてい
てもよい事は勿論である。図１に示したハードウェアシ
ステム上で、デバッグ対象となるオペレーティングシス
テム（ＯＳ）１００と、デバッガ（カーネルデバッガ）
２００が動作する。

【００１４】図２は、デバッガ２００の主要構成とブレ
ークポイント制御方法の関連の様子を模式的に示した図
である。

【００１５】図２を参照すると、デバッガ２００は、シ
ステム運用中にブレークポイント例外が発生した場合
に、その例外処理からコールされる初期処理部１０と、
ブレークポイントに関する種々の情報が設定されるブレ
ークポイント管理テーブル１１と、アンロードされたモ
ジュールに関するブレークポイント情報を退避保存する
ための退避管理テーブル１２と、オペレータからのデバ
ッグコマンドを解析して実行するコマンド解析／実行部
１３と、を含む。なお、オペレータからのコマンド入力
およびデバッガ２００からの実行結果の出力は、コンソ
ール１４を介して行われる。

【００１６】初期処理部１０は、ブレークポイント整合
性管理手段１０−１を備え、コマンド解析／実行部１３
は、ブレークポイント関連コマンドの一機能としてブレ
ークポイント設定管理手段１３−１を備えている。

【００１７】また、オペレーティングシステム（ＯＳ）
１００は、メモリ上にロードされているモジュールに関
するシンボル情報や、対応するロードアドレス情報を格
納したシンボル情報テーブル１６と、アドレス−シンボ
ル相互変換手段１５を備えている。

【００１８】図３は、本実施例におけるシンボル情報テ
ーブル１６の１エントリの構成の一例を示したものであ
り、図中１６−１はメモリ上にロードされたモジュール
のシンボル（文字列）であり、１６−２はそのシンボル
がロードされているアドレスを示している。

【００１９】図４は、本実施例におけるブレークポイン
ト管理テーブル１１および退避テーブル１２の１エント
リの構成の一例を示している。図中、１１−１はブレー
クポイントを設定するアドレス、１１−２は設定するブ
レークポイントアドレスより低位のメモリ位置にロード
されたシンボル（文字列）、１１−３はシンボルが示す
アドレスからブレークポイントを設定するアドレスへの
オフセット値、１１−４はブレーク命令に書き換えるた
めに元の命令を退避保存する領域をそれぞれ示してい
る。

【００２０】本実施例の動作について図２を参照して説
明する。

【００２１】オペレータからコンソール１４を介して入
力されたブレークポイント設定要求は、ブレーク設定管
理手段１３−１で処理される。ブレーク設定管理手段１
３−１では、アドレス−シンボル相互変換手段１５を用
いて、指定されたブレークポイントアドレスに関するシ
ンボル情報とオフセット値を取得し、それらの情報をブ
レークポイント管理テーブル１１に設定して、目的のア
ドレスにブレーク命令を設定する。

【００２２】一方、ブレークポイント例外などのデバッ
ガ起動要因である例外が発生した場合、その例外処理か
らデバッガの初期処理部１０がコールされる。

【００２３】初期処理部１０では、処理の一環として，
ブレークポイント整合性管理手段１０−１を実行する。
ブレークポイント整合性管理手段１０−１は、アドレス
−シンボル相互変換手段１５を用いて、ローダブルモジ
ュールのロード／アンロード状態を調べ、その状態によ
ってブレークポイント管理テーブル１１と退避テーブル
１２の内容を更新し、必要ならばブレークポイントの再
設定を行い、常にブレークポイント管理テーブルの整合
性を保つ。

【００２４】本発明の実施例を図面を参照して更に詳細
に説明する。図５は、本実施例におけるアドレス−シン
ボル相互変換手順１５の処理動作の一例を説明するため
のフローチャートである。また、図６は、ブレークポイ
ント設定管理手段１３−１の処理動作の一例を説明する
ためのフローチャートである。さらに図７および図８
は、ブレークポイント整合性管理手段１０−１におけ
る、ブレークポイント管理テーブルの管理手順、及び退
避テーブルの管理手順の一例を示している。

【００２５】オペレータがコンソール１４を介して、デ
バッガ２００によってオペレーティングシステム１００
にブレークポイント設定する場合、ブレークポイント設
定管理手段１３−１が呼び出される。

【００２６】ブレークポイント設定管理手段１３−１で
は、図６に示すように、オペレータがコンソール１４等
で入力したブレークポイントアドレスを入力し（ステッ
プＳ６１）、アドレス−シンボル相互変換手段１５に
て、シンボルとオフセット値に変換する（ステップＳ６
２、Ｓ６３）。

【００２７】シンボルの変換に成功した場合には、命令
を管理テーブルに保存し（ステップＳ６４）、指定アド
レスの命令をブレーク命令で置換し（ステップＳ６
５）、図４に示されるブレークポイント管理テーブル１
１に、ブレークポイントアドレス１１１、およびシンボ
ル１１２、オフセット値１１３、元の命令１１４を設定
する（ステップＳ６６）。

【００２８】システム動作中に、ブレークポイント例外
またはデバッガ起動要因となる例外（EXCEPTION）が発
生すると、その例外処理から初期処理部１０がコールさ
れる。初期処理部１０では、後に、ブレークポイント例
外などの発生時点に復帰できるよう、当該ＣＰＵのレジ
スタ情報のセーブ等を行った後、ブレークポイント整合
性管理手段１０−１を実行する。

【００２９】ブレークポイント整合性管理手段１０−１
は、図７に示すように、ブレークポイント管理テーブル
１１に、アンロード／再ロードされているモジュールの
ブレークポイント情報が残っていないかを調べるため、
管理テーブルの各エントリのシンボル情報に対して、ア
ドレス−シンボル相互変換手段１５を利用して、シンボ
ルからアドレスへの変換を試みる（ステップＳ７０）。

【００３０】ステップＳ７１の判定において、シンボル
からのアドレス取得に失敗した場合、該ブレークポイン
ト情報に対応したモジュールはアンロード中であると判
断し（ステップＳ７７）、情報を退避テーブル１２に移
して、ブレークポイント管理テーブル１４から一時的に
削除する（ステップＳ７８）。

【００３１】ステップＳ７１の判定においてアドレス取
得に成功した場合でも、またモジュールが再ロードされ
ている可能性があるため、シンボルから変換取得したア
ドレスと、ブレークポイント管理テーブル１４内のオフ
セット値の和（現在ロードされているモジュール内でブ
レークポイントが設定されているべきアドレス）と、ブ
レークポイント管理テーブル内のアドレス（当初、ブレ
ークポイントを設定したアドレス）とを比較する（ステ
ップＳ７２、Ｓ７３）。

【００３２】アドレスが一致しなかった場合は、該当モ
ジュールが再ロードされているものと判断し（ステップ
Ｓ７９）、シンボルから変換取得したアドレスと、ブレ
ークポイント管理テーブル内のオフセット値で示される
アドレスの命令をブレーク命令で置換し、該ブレークポ
イント情報のブレークポイントアドレス１１１と元の命
令１１４を再設定する（ステップＳ８０）。

【００３３】ステップＳ７３の判定において、アドレス
が一致した場合でも、デバッグ対象モジュールが同一ア
ドレスに再ロードされた可能性もあるため、ブレークポ
イント管理テーブル内のブレークポイントアドレスにブ
レーク命令が存在するか調べる（ステップＳ７４、Ｓ７
５）。

【００３４】ブレーク命令が存在しない場合、デバッグ
対象モジュールが同一アドレスに再ロードしたものと判
断し（ステップＳ８１）、ブレークポイント管理テーブ
ル１４内のブレークポイントアドレスの命令を退避（セ
ーブ）しこのアドレスにブレーク命令を再設定する（ス
テップＳ８２）。

【００３５】一方、ブレーク命令が存在する場合は、正
常なブレークポイント情報と判断して（ステップＳ７
６）、１つのブレークポイント管理情報の整合性管理処
理を終える。

【００３６】ブレークポイント整合性管理手段１０−１
では、ブレークポイント管理テーブルの整合性を検査し
た後、更に、図８に示すように、退避テーブル１２に、
再ロードされているモジュールのブレークポイント情報
がないかを調べるため、退避テーブルの各エントリのシ
ンボル情報に対してアドレス−シンボル相互変換手段１
５を利用して、シンボルからアドレスへの変換を試みる
（ステップＳ８３、Ｓ８４）。

【００３７】アドレス取得に失敗した場合、該ブレーク
ポイント情報に対応したモジュールは未だアンロード中
であると判断して（ステップＳ８９）、次のエントリに
処理を移す。

【００３８】一方、アドレス取得に成功した場合、対応
モジュールが再ロードされているものと判断して（ステ
ップＳ８５）、変換取得したアドレスと退避テーブル内
のオフセット値の和をブレークポイントアドレスとして
（ステップＳ８６）、該アドレスの命令をブレーク命令
に置換し（ステップＳ８７）、このブレークポイントア
ドレスと、置換された元の命令、および退避テーブル内
のシンボルとオフセット値を、ブレークポイント管理テ
ーブル１１に移して、退避テーブルエントリをクリアし
（ステップＳ８６）、正常なブレークポイント情報とし
て扱うよう再設定する。

【００３９】上記のようにブレークポイント整合管理手
段１０−１を経ることにより、ブレークポイント管理テ
ーブルは常に正常な状態に保たれる。

【００４０】なお、アドレス−シンボル相互変換手段１
５は、次の２つの機能手段を備えている。

【００４１】図５（Ａ）に示すように、アドレス→シン
ボル変換手段は、与えられたアドレスをキーとして、シ
ンボル情報テーブル１６の全エントリを検索し（ステッ
プＳ５１）、指定アドレスに最も近いアドレス値（指定
アドレスと同じか低位）を持つエントリのシンボルおよ
び指定アドレスまでのオフセット値を返す（ステップＳ
５２）。

【００４２】また、シンボル→アドレス変換手段は、図
５（Ｂ）に示すように、与えられたシンボルをキーとし
て、シンボル情報テーブル１６の全エントリを検索し
（ステップＳ５３）、指定シンボルと一致したエントリ
があれば、該エントリのアドレス情報を返し（ステップ
Ｓ５５）、存在しなければエラーを返す（ステップＳ５
６）。

【００４３】

【発明の効果】以上説明したように、本発明によれば、
アドレス−シンボル相互変換手段の導入によりモジュー
ルのロード／アンロード状態が判別できるようにしたこ
とにより、デバッグ対象のモジュールがロード／アンロ
ードされた場合でも、ブレークポイント管理テーブルに
は、常に有効な情報のみが設定されるという効果を有す
る。

【００４４】また、本発明によれば、再ロードされたモ
ジュールに対してブレークポイントの再設定を行うこと
ができるという効果を有する。これは、本発明において
は、ブレークポイントアドレスだけでなく、シンボルと
オフセット情報でも管理しているため、モジュールがど
のアドレスにロードされても、ブレークポイント設定位
置が特定できることによる。

【図面の簡単な説明】

【図１】本発明の一実施例を適用したシステムの全体構
成を示すブロック図である。

【図２】本発明の実施例を説明するための図であり、本
発明の一実施例に係るデバッガの主要構成およびブレー
クポイント制御方式の相互関連を模式的に示す図であ
る。

【図３】本発明の一実施例におけるシンボル情報テーブ
ルの１エントリの構成の一例を示す図である。

【図４】本発明の一実施例におけるブレークポイント管
理テーブルの１エントリの構成の一例を示す図である。

【図５】本発明の一実施例におけるアドレス−シンボル
相互変換手段の処理動作を説明するためのフローチャー
トである。

【図６】本発明の一実施例におけるブレークポイント設
定管理手段の処理動作を説明するためのフローチャート
である。

【図７】本発明の一実施例におけるブレークポイント整
合性管理手段の処理動作を説明するためのフローチャー
トである。

【図８】本発明の一実施例における退避テーブル整合性
管理手段の処理動作を説明するためのフローチャートで
ある。

【符号の説明】

１ＣＰＵ２共有メモリ３二次記憶装置４コンソール５システムバス１０初期処理部１１ブレークポイント管理テーブル１２退避テーブル１３コマンド解析／実行部１４コンソール１５アドレス−シンボル相互変換手段１６シンボル情報テーブル１００オペレーティングシステム１０−１ブレークポイント管理テーブル整合性管理手
順１１−１ブレークポイントアドレス１１−２アドレスに関するシンボル１１−３オフセット値１１−４元の命令１３−１ブレークポイント設定管理手順１６−１シンボル情報１６−２アドレス情報

Claims

(57)【特許請求の範囲】

【請求項１】モジュールのロード／アンロードが自在と
されてなるシステムのプログラムデバッグにおいて、メモリ上にロードされたモジュールのアドレスおよびシ
ンボル情報を保持するシンボル情報テーブルと、前記シンボル情報テーブルを基に、指定アドレスに対応
するシンボル情報とオフセット値を取得するとともに、
指定シンボルに対応するアドレスを取得するアドレス・
シンボル相互変換手段と、を備え、（ａ）ブレークポイント管理テーブルに、ブレークポイ
ントアドレスと、これに対応したシンボル情報と、シン
ボルが示すアドレスからブレークポイントアドレスまで
のオフセット値と、を設定し、メモリ上にブレーク命令
を設定する、ブレークポイント設定管理工程と、（ｂ）デバッガ起動時に、前記ブレークポイント管理テ
ーブル上のシンボル情報に対して前記アドレス−シンボ
ル相互変換手段を利用して、シンボルからアドレスへの
変換を試み、アドレス情報に基づき、デバッグ対象のモ
ジュールのアンロード／ロード状態、さらに再ロード状
態を判別して前記ブレークポイント管理テーブルのブレ
ークポイント情報の妥当性を検証し、該検証結果に応じ
て、前記ブレークポイント管理テーブルの更新、及び／
又は、ブレークポイントの再設定を行う、ブレークポイ
ント情報の整合性管理工程と、を含むことを特徴とするプログラムデバッグ方法。
【請求項２】前記工程（ａ）のブレークポイント設定管
理工程が、（ａ−１）ブレークポイントを設定するアドレスが指定
された場合、前記アドレス・シンボル変換手段により、
シンボル情報とオフセット値を取得して前記ブレークポ
イント管理テーブルに設定し、目的のアドレスにブレー
クポイントを設定する工程と、（ａ−２）ブレークポイントを設定するシンボルおよび
オフセット値が指定された場合、前記シンボル・アドレ
ス変換手段により、アドレスを取得して前記ブレークポ
イント管理テーブルに設定し、目的のアドレスにブレー
クポイントを設定する工程と、を含むことを特徴とする請求項１記載のプログラムデバ
ッグ方法。
【請求項３】前記（ｂ）のブレークポイント情報の整合
性管理工程が、前記ブレークポイント管理テーブル上のシンボル情報に
対して前記アドレス−シンボル相互変換手段を利用して
シンボルからアドレスへの変換を試み、アドレスが取得
されない場合デバッグ対象のモジュールはアンロード状
態と判断し、アドレスが取得された場合、前記取得アド
レスと前記ブレークポイント管理テーブルにあるオフセ
ットとを加えたアドレスが前記ブレークポイント管理テ
ーブルにあるアドレスと一致するか比較し、一致しない
場合再ロード状態と判別する工程により、前記ブレーク
ポイント管理テーブルのブレークポイント情報の妥当性
を検証し、該検証結果に応じて、前記ブレークポイント
管理テーブルの更新、及び／又は、ブレークポイントの
再設定を行う、ことを特徴とする請求項１記載のプログ
ラムデバッグ方法。
【請求項４】前記（ｂ）のブレークポイント情報の整合
性管理工程が、（ｂ−１）デバッグ対象のモジュールがアンロードされ
ていた場合に、該当するブレークポイント情報を、前記
ブレークポイント管理テーブルから、退避テーブルへ移
す工程と、（ｂ−２）デバッグ対象のモジュールがロードされてい
る場合、前回のブレークポイント設定した状態のままな
のか、一旦アンロードされた後に再ロードされた状態で
あるかを判別する工程と、（ｂ−３）デバッグ対象のモジュールが再ロードされて
おり、且つ対応するブレークポイント情報が前記ブレー
クポイント管理テーブルに残っていた場合には、前記ブ
レークポイント管理テーブルの情報を更新し、ブレーク
ポイントを再設定する工程と、（ｂ−４）デバッグ対象のモジュールが再ロードされて
おり、且つ対応するブレークポイント情報が既に前記退
避テーブルに移されていた場合には、前記退避テーブル
のブレークポイント情報を前記ブレークポイント管理テ
ーブルに移して内容を更新し、ブレークポイントを再設
定する工程と、を含むことを特徴とする請求項１記載のプログラムデバ
ッグ方法。
【請求項５】モジュールのロード／アンロードが自在と
されたシステムのプログラムデバッグ方法において、ブレークポイント例外などのデバッガ起動要因によりデ
バッガが起動された際、前記（ｂ）のブレークポイント
情報の整合性管理工程を含む初期処理手段と、前記（ａ）のブレークポイント設定管理工程を含む、オ
ペレータからのデバッグコマンドを解析して実行する、
コマンド解析／実行手段と、を有し、ブレークポイント設定情報を管理するためのブレークポ
イント管理テーブルおよび退避テーブルを備えてなるカ
ーネルデバッガを用い、前記ブレークポイント設定管理工程でのブレークポイン
ト設定と、前記ブレークポイント情報の整合性管理工程
によって、オペレータがデバッグ対象モジュールのロー
ド／アンロード状態を意識することなく、自動的にブレ
ークポイントが設定／解除されることを特徴とする請求
項１記載のプログラムデバッグ方法。
【請求項６】モジュールのロード／アンロードが自在と
されてなるシステムのプログラムデバッグ装置におい
て、メモリ上にロードされたモジュールのアドレスおよびシ
ンボル情報を保持するシンボル情報テーブルと、前記シンボル情報テーブルを基に、指定アドレスに対応
するシンボル情報とオフセット値を取得するとともに、
指定シンボルに対応するアドレスを取得するアドレス・
シンボル相互変換手段と、ブレークポイント管理テーブルに、ブレークポイントア
ドレスと、これに対応したシンボル情報と、シンボルが
示すアドレスからブレークポイントアドレスまでのオフ
セット値と、を設定し、メモリ上にブレーク命令を設定
する、ブレークポイント設定管理手段と、デバッガ起動時、前記ブレークポイント管理テーブル上
のシンボル情報に対して前記アドレス−シンボル相互変
換手段を利用して、シンボルからアドレスへの変換を試
み、アドレス情報に基づき、デバッグ対象のモジュール
のアンロード／ロード状態、さらに再ロード状態を判別
して前記ブレークポイント管理テーブルのブレークポイ
ント情報の妥当性を検証し、該検証結果に応じて前記ブ
レークポイント管理テーブルの更新、及び／又は、ブレ
ークポイントの再設定を行う、ブレークポイント情報の
整合性管理手段と、を含むことを特徴とするデバッグ装置。
【請求項７】プロセッサシステムのデバッグ装置におい
て、ブレークポイント例外などのデバッガ起動要因の発生時
にコールされ、コール元のＣＰＵに関するレジスタ情報
などの情報のセーブ処理、及び／又はブレークポイント
整合性管理処理を行う初期処理手段と、オペレータから入力されたデバッグコマンドを解析して
実行するコマンド解析／実行手段と、ブレークポイント情報が設定されるブレークポイント管
理テーブルと、アンロードされたモジュールに関するブレークポイント
情報を退避保存するための退避テーブルと、を備えたデバッガと、メモリ上にロードされたモジュールのアドレスおよびシ
ンボル情報を保持するシンボル情報テーブルと、前記シンボル情報テーブルを基に、指定アドレスに対応
するシンボル情報とオフセット値を取得するとともに、
指定シンボルに対応するアドレスを取得するアドレス・
シンボル相互変換手段と、オペレータからのコマンド入力および前記デバッガから
の実行結果を出力する端末と、を備え、前記初期処理手段は、前記ブレークポイント管理テーブ
ル上のシンボル情報に対して前記アドレス−シンボル相
互変換手段を利用してシンボルからアドレスへの変換を
試み、アドレスが取得されない場合、デバッグ対象のモ
ジュールはアンロード状態と判断し、アドレスが取得さ
れた場合、前記取得アドレスと前記ブレークポイント管
理テーブルにあるオフセットとを加えたアドレスが前記
ブレークポイント管理テーブルにあるアドレスと一致す
るか比較し、一致しない場合再ロード状態と判別して、
前記ブレークポイント管理テーブルのブレークポイント
情報の妥当性を検証し、該検証結果に応じて、前記ブレ
ークポイント管理テーブルの更新、及び／又は、ブレー
クポイントの再設定を行うブレークポイント整合性管理
手段を備え、前記コマンド解析／実行手段は、ブレークポイントを設
定するアドレスが指定された場合、前記アドレス・シン
ボル変換手段により、シンボル情報とオフセット値を取
得して前記ブレークポイント管理テーブルに設定し、目
的のアドレスにブレークポイントを設定し、ブレークポ
イントを設定するシンボルおよびオフセット値が指定さ
れた場合、前記シンボル・アドレス変換手段により、ア
ドレスを取得して前記ブレークポイント管理テーブルに
設定し、目的のアドレスにブレークポイントを設定する
ブレークポイント設定管理手段を備えたことを特徴とす
るプロセッサシステムのデバッグ装置。
【請求項８】前記ブレークポイント整合性管理手段が、前記アドレス・シンボル相互変換手段で前記シンボルか
らのアドレス取得に失敗した場合、デバッグ対象のモジ
ュールがアンロードされていると判断して、該当するブ
レークポイント情報を、前記ブレークポイント管理テー
ブルから、退避テーブルへ移し、前記アドレス・シンボル相互変換手段で前記シンボルか
らのアドレスが取得された場合、前回のブレークポイン
ト設定した状態のままなのか、一旦アンロードされた後
に再ロードされた状態であるかを判別し、デバッグ対象
のモジュールが再ロードされており、且つ対応するブレ
ークポイント情報が前記ブレークポイント管理テーブル
に残っていた場合には、前記ブレークポイント管理テー
ブルの情報を更新し、ブレークポイントを再設定し、デバッグ対象のモジュールが再ロードされており、且つ
対応するブレークポイント情報が既に前記退避テーブル
に移されていた場合には、前記退避テーブルのブレーク
ポイント情報を前記ブレークポイント管理テーブルに移
して内容を更新し、ブレークポイントを再設定する、こ
とを特徴とする請求項７記載のプロセッサシステムのデ
バッグ装置。