JPH09319615A - カーネルデバッガにおけるソフトウェアブレークポイント管理方式 - Google Patents
カーネルデバッガにおけるソフトウェアブレークポイント管理方式Info
- Publication number
- JPH09319615A JPH09319615A JP8159109A JP15910996A JPH09319615A JP H09319615 A JPH09319615 A JP H09319615A JP 8159109 A JP8159109 A JP 8159109A JP 15910996 A JP15910996 A JP 15910996A JP H09319615 A JPH09319615 A JP H09319615A
- Authority
- JP
- Japan
- Prior art keywords
- breakpoint
- address
- symbol
- information
- setting
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Debugging And Monitoring (AREA)
Abstract
(57)【要約】
【課題】ローダブルモジュールのロード／アンロードが
行われた場合でも、常にブレークポイント管理情報の整
合性を保ち、正常なブレークポイント方式によるデバッ
グを行えるデバッガの提供。 【解決手段】シンボル情報テーブル１６、アドレス−シ
ンボル相互変換手段１５を用い、ローダブルモジュール
のロード／アンロード状態を判別し、ブレークポイント
アドレスと、対応するシンボルと、オフセット値にてブ
レークポイント情報を管理するブレークポイント管理テ
ーブル１１と、退避テーブル１２を備えたデバッガにお
いて、ブレークポイント設定管理手段１３−１により、
ブレークポイントを設定し、ブレークポイント整合性管
理手段１０−１によりローダブルモジュールのロード／
アンロード状態に依らず常にブレークポイント管理情報
の整合性を保ち、再ロードされたモジュールへのブレー
クポイント再設定を行う。
行われた場合でも、常にブレークポイント管理情報の整
合性を保ち、正常なブレークポイント方式によるデバッ
グを行えるデバッガの提供。 【解決手段】シンボル情報テーブル１６、アドレス−シ
ンボル相互変換手段１５を用い、ローダブルモジュール
のロード／アンロード状態を判別し、ブレークポイント
アドレスと、対応するシンボルと、オフセット値にてブ
レークポイント情報を管理するブレークポイント管理テ
ーブル１１と、退避テーブル１２を備えたデバッガにお
いて、ブレークポイント設定管理手段１３−１により、
ブレークポイントを設定し、ブレークポイント整合性管
理手段１０−１によりローダブルモジュールのロード／
アンロード状態に依らず常にブレークポイント管理情報
の整合性を保ち、再ロードされたモジュールへのブレー
クポイント再設定を行う。
Description
【０００１】
【発明の属する技術分野】本発明は、ブレークポイント
の設定によるプログラムのデバッグ方法に関し、特に、
ローダブルモジュールのデバッグにも対応したプログラ
ムのデバッグ方法に関する。
の設定によるプログラムのデバッグ方法に関し、特に、
ローダブルモジュールのデバッグにも対応したプログラ
ムのデバッグ方法に関する。
【０００２】
【従来の技術】オペレーティングシステム（ＯＳ）のカ
ーネル空間での動作をデバッグ対象とするデバッガを
「カーネルデバッガ」と呼ぶ。一般に、ハードウェアブ
レークポイント機構を持たないシステムにおいては、カ
ーネルデバッガが、ＯＳのテキスト上に、直接、ブレー
ク命令（ｂｒｅａｋ命令）を書き込むことにより、ブレ
ークポイントの設定によるデバッグを実現している。こ
のような方法は、通常、「ソフトウェアブレークポイン
ト制御方法」と呼ばれている。そして、この種のソフト
ウェアブレークポイント制御には、基本的に、ブレーク
命令を書き込むアドレスを保持した管理テーブルが用い
られる。
ーネル空間での動作をデバッグ対象とするデバッガを
「カーネルデバッガ」と呼ぶ。一般に、ハードウェアブ
レークポイント機構を持たないシステムにおいては、カ
ーネルデバッガが、ＯＳのテキスト上に、直接、ブレー
ク命令（ｂｒｅａｋ命令）を書き込むことにより、ブレ
ークポイントの設定によるデバッグを実現している。こ
のような方法は、通常、「ソフトウェアブレークポイン
ト制御方法」と呼ばれている。そして、この種のソフト
ウェアブレークポイント制御には、基本的に、ブレーク
命令を書き込むアドレスを保持した管理テーブルが用い
られる。
【０００３】
【発明が解決しようとする課題】上記した従来のカーネ
ルデバッガにおいては、デバッグ対象のローダブルモジ
ュール（ｌｏａｄａｂｌｅ ｍｏｄｕｌｅ；ＯＳ動作中
にメモリ上へのロード（ｌｏａｄ）／アンロード（ｕｎ
ｌｏａｄ）操作が可能なドライバモジュール等）に、ブ
レークポイントが設定された場合に、当該ローダブルモ
ジュールがアンロードされると、カーネルデバッガのブ
レークポイントに関する管理テーブルには、本来無効で
あるはずのブレークポイント情報が残ってしまう、とい
う問題点を有している。
ルデバッガにおいては、デバッグ対象のローダブルモジ
ュール（ｌｏａｄａｂｌｅ ｍｏｄｕｌｅ；ＯＳ動作中
にメモリ上へのロード（ｌｏａｄ）／アンロード（ｕｎ
ｌｏａｄ）操作が可能なドライバモジュール等）に、ブ
レークポイントが設定された場合に、当該ローダブルモ
ジュールがアンロードされると、カーネルデバッガのブ
レークポイントに関する管理テーブルには、本来無効で
あるはずのブレークポイント情報が残ってしまう、とい
う問題点を有している。
【０００４】この理由は、従来のカーネルデバッガにお
いては、ローダブルモジュールのロード／アンロード状
態を、直接カーネルデバッガから知る手だてがない、こ
とによる。
いては、ローダブルモジュールのロード／アンロード状
態を、直接カーネルデバッガから知る手だてがない、こ
とによる。
【０００５】また、上記した従来技術においては、第２
の問題点として、アンロード状態にあったデバッグ対象
のモジュールが再ロードされた場合、再ロードされるメ
モリ上のアドレスが、以前ロードされていたアドレスと
一致しているという保証はないため、カーネルデバッガ
内に残っていた対象モジュールに関するブレークポイン
ト情報と、実際に再ロードされたモジュールと、の整合
性が保たれない場合がが生じる。
の問題点として、アンロード状態にあったデバッグ対象
のモジュールが再ロードされた場合、再ロードされるメ
モリ上のアドレスが、以前ロードされていたアドレスと
一致しているという保証はないため、カーネルデバッガ
内に残っていた対象モジュールに関するブレークポイン
ト情報と、実際に再ロードされたモジュールと、の整合
性が保たれない場合がが生じる。
【０００６】この理由は、従来のカーネルデバッガにお
いては、ブレークポイント情報の管理が、ブレーク命令
を設定したアドレスを基に行われているため、再ロード
されたモジュールとの整合性が検証する手だてを有しな
いことによる。
いては、ブレークポイント情報の管理が、ブレーク命令
を設定したアドレスを基に行われているため、再ロード
されたモジュールとの整合性が検証する手だてを有しな
いことによる。
【０００７】従って、本発明は、上記事情に鑑みてなさ
れたものであって、その目的は、ブレーク命令を書き込
むアドレスによるブレークポイント管理の不備を補い、
ローダブルモジュールのロード／アンロード状態に依ら
ず、常に適正なブレークポイントの管理及び制御を可能
とする方法を提供することにある。
れたものであって、その目的は、ブレーク命令を書き込
むアドレスによるブレークポイント管理の不備を補い、
ローダブルモジュールのロード／アンロード状態に依ら
ず、常に適正なブレークポイントの管理及び制御を可能
とする方法を提供することにある。
【０００８】
【課題を解決するための手段】前記目的を達成するた
め、本発明に係るプログラムデガッグ方法は、モジュー
ルのロード／アンロードが自在とされてなるシステムの
ブロックデバッグにおいて、メモリ上にロードされたモ
ジュールのアドレスおよびシンボル情報を保持するシン
ボル情報テーブルと、前記シンボル情報テーブルを基
に、指定アドレスに対応するシンボル情報とオフセット
値を取得するアドレス・シンボル変換手段と、前記シン
ボル情報テーブルを基に、指定シンボルに対応するアド
レスを取得するシンボル・アドレス変換手段と、を備
え、（ａ）ブレークポイント管理テーブルに、ブレーク
ポイントアドレスと、これに対応したシンボル情報と、
シンボルが示すアドレスからブレークポイントアドレス
までのオフセット値と、を設定し、メモリ上にブレーク
命令を設定する、ブレークポイント設定管理工程と、
（ｂ）デバッガ起動時に、デバッグ対象のモジュールの
状態に従って、ブレークポイント管理テーブルの内容の
更新、及び／又は、ブレークポイントの再設定を行う、
ブレークポイント情報の整合性管理工程と、を含むこと
を特徴とする。
め、本発明に係るプログラムデガッグ方法は、モジュー
ルのロード／アンロードが自在とされてなるシステムの
ブロックデバッグにおいて、メモリ上にロードされたモ
ジュールのアドレスおよびシンボル情報を保持するシン
ボル情報テーブルと、前記シンボル情報テーブルを基
に、指定アドレスに対応するシンボル情報とオフセット
値を取得するアドレス・シンボル変換手段と、前記シン
ボル情報テーブルを基に、指定シンボルに対応するアド
レスを取得するシンボル・アドレス変換手段と、を備
え、（ａ）ブレークポイント管理テーブルに、ブレーク
ポイントアドレスと、これに対応したシンボル情報と、
シンボルが示すアドレスからブレークポイントアドレス
までのオフセット値と、を設定し、メモリ上にブレーク
命令を設定する、ブレークポイント設定管理工程と、
（ｂ）デバッガ起動時に、デバッグ対象のモジュールの
状態に従って、ブレークポイント管理テーブルの内容の
更新、及び／又は、ブレークポイントの再設定を行う、
ブレークポイント情報の整合性管理工程と、を含むこと
を特徴とする。
【０００９】
【発明の実施の形態】本発明の好ましい実施の形態を以
下に説明する。本発明は、好ましい実施の形態におい
て、デバッグ対象モジュールのロード／アンロード状態
に依らないソフトウェアブレークポイントによるデバッ
グに関するもので、現在メモリ上にロードされているオ
ブジェクトのシンボルとそのアドレスおよびシンボルに
関する補助情報を格納するシンボル情報テーブル（図２
の１６）と、オブジェクトのアドレスとシンボルとのア
ドレス−シンボル相互変換手段（図２の１５）と、１つ
の設定ブレークポイントに対し、元の命令、ブレークポ
イント設定アドレス、そのアドレスに関するシンボル、
シンボルが表すアドレスからブレークポイント設定アド
レスまでのオフセット値およびブレークポイント制御情
報を格納するブレークポイント管理テーブル（図２の１
１）と、更に、一旦は不正となったブレークポイント情
報を退避させておく、ブレークポイント管理テーブルと
全く同じ形式のブレークポイント退避テーブル（図２の
１２）と、を備え、ブレークポイント設定管理手順（図
２の１３１）と、デバッガに処理が移った際のブレーク
ポイント設定および退避ブレークポイント整合性管理手
順（図２の１０１）と、を備えて構成される。
下に説明する。本発明は、好ましい実施の形態におい
て、デバッグ対象モジュールのロード／アンロード状態
に依らないソフトウェアブレークポイントによるデバッ
グに関するもので、現在メモリ上にロードされているオ
ブジェクトのシンボルとそのアドレスおよびシンボルに
関する補助情報を格納するシンボル情報テーブル（図２
の１６）と、オブジェクトのアドレスとシンボルとのア
ドレス−シンボル相互変換手段（図２の１５）と、１つ
の設定ブレークポイントに対し、元の命令、ブレークポ
イント設定アドレス、そのアドレスに関するシンボル、
シンボルが表すアドレスからブレークポイント設定アド
レスまでのオフセット値およびブレークポイント制御情
報を格納するブレークポイント管理テーブル（図２の１
１）と、更に、一旦は不正となったブレークポイント情
報を退避させておく、ブレークポイント管理テーブルと
全く同じ形式のブレークポイント退避テーブル（図２の
１２）と、を備え、ブレークポイント設定管理手順（図
２の１３１）と、デバッガに処理が移った際のブレーク
ポイント設定および退避ブレークポイント整合性管理手
順（図２の１０１）と、を備えて構成される。
【００１０】前述したように、一般に、ブレーク命令を
書き込んだアドレスに基づいてブレークポイント情報を
管理した場合、ブレークポイントを設定したローダブル
モジュールがアンロード／再ロードされると、ブレーク
ポイント管理情報の整合性は保証できなくなる。更に、
対象モジュールに対してブレーク命令の再設定を行おう
としても、再設定すべきブレーク命令の位置が特定でき
ない。
書き込んだアドレスに基づいてブレークポイント情報を
管理した場合、ブレークポイントを設定したローダブル
モジュールがアンロード／再ロードされると、ブレーク
ポイント管理情報の整合性は保証できなくなる。更に、
対象モジュールに対してブレーク命令の再設定を行おう
としても、再設定すべきブレーク命令の位置が特定でき
ない。
【００１１】そこで、本発明は、好ましい実施の形態に
おいて、対象モジュールがロードされるメモリ上のアド
レスは不定であるが、モジュール内部のシンボルは不変
であることに着目し、対象モジュールがロードされるメ
モリ上のアドレスとシンボルとの変換機構（図２の１
５）を導入すると共に、シンボルが示す位置をベースと
して相対位置（オフセット）を用いることにより、任意
のアドレスにモジュールがロードされた場合でも、モジ
ュールに設定したブレークポイントの位置が特定できる
ように構成したものである。
おいて、対象モジュールがロードされるメモリ上のアド
レスは不定であるが、モジュール内部のシンボルは不変
であることに着目し、対象モジュールがロードされるメ
モリ上のアドレスとシンボルとの変換機構（図２の１
５）を導入すると共に、シンボルが示す位置をベースと
して相対位置（オフセット）を用いることにより、任意
のアドレスにモジュールがロードされた場合でも、モジ
ュールに設定したブレークポイントの位置が特定できる
ように構成したものである。
【００１２】このように、本発明の実施の形態において
は、アドレス−シンボル相互変換手段の導入により、モ
ジュールのロード／アンロード状態が判別できるため、
デバッグ対象のモジュールがロード／アンロードされた
場合でも、ブレークポイント管理テーブルには常に有効
な情報のみが設定されることになる。上記した本発明の
実施の形態を更に詳細に説明すべく、本発明の実施例を
図面を参照してより具体的に説明する。
は、アドレス−シンボル相互変換手段の導入により、モ
ジュールのロード／アンロード状態が判別できるため、
デバッグ対象のモジュールがロード／アンロードされた
場合でも、ブレークポイント管理テーブルには常に有効
な情報のみが設定されることになる。上記した本発明の
実施の形態を更に詳細に説明すべく、本発明の実施例を
図面を参照してより具体的に説明する。
【００１３】
【実施例】図１は、本発明の一実施例の構成をブロック
図にて示したものである。図１を参照すると、本実施例
に係るデバッガが実装されるシステムは、ＣＰＵ１と、
メモリ２と、磁気ディスク装置などの二次記憶装置３
と、コンソール４と、これらを相互に接続するシステム
バス５と、を備えて構成される。なお、ＣＰＵ１はシン
グルプロセッサに限らず、複数のＣＰＵで構成されてい
てもよい事は勿論である。図１に示したハードウェアシ
ステム上で、デバッグ対象となるオペレーティングシス
テム（ＯＳ）１００と、デバッガ（カーネルデバッガ）
２００が動作する。
図にて示したものである。図１を参照すると、本実施例
に係るデバッガが実装されるシステムは、ＣＰＵ１と、
メモリ２と、磁気ディスク装置などの二次記憶装置３
と、コンソール４と、これらを相互に接続するシステム
バス５と、を備えて構成される。なお、ＣＰＵ１はシン
グルプロセッサに限らず、複数のＣＰＵで構成されてい
てもよい事は勿論である。図１に示したハードウェアシ
ステム上で、デバッグ対象となるオペレーティングシス
テム（ＯＳ）１００と、デバッガ（カーネルデバッガ）
２００が動作する。
【００１４】図２は、デバッガ２００の主要構成とブレ
ークポイント制御方法の関連の様子を模式的に示した図
である。
ークポイント制御方法の関連の様子を模式的に示した図
である。
【００１５】図２を参照すると、デバッガ２００は、シ
ステム運用中にブレークポイント例外が発生した場合
に、その例外処理からコールされる初期処理部１０と、
ブレークポイントに関する種々の情報が設定されるブレ
ークポイント管理テーブル１１と、アンロードされたモ
ジュールに関するブレークポイント情報を退避保存する
ための退避管理テーブル１２と、オペレータからのデバ
ッグコマンドを解析して実行するコマンド解析／実行部
１３と、を含む。なお、オペレータからのコマンド入力
およびデバッガ２００からの実行結果の出力は、コンソ
ール１４を介して行われる。
ステム運用中にブレークポイント例外が発生した場合
に、その例外処理からコールされる初期処理部１０と、
ブレークポイントに関する種々の情報が設定されるブレ
ークポイント管理テーブル１１と、アンロードされたモ
ジュールに関するブレークポイント情報を退避保存する
ための退避管理テーブル１２と、オペレータからのデバ
ッグコマンドを解析して実行するコマンド解析／実行部
１３と、を含む。なお、オペレータからのコマンド入力
およびデバッガ２００からの実行結果の出力は、コンソ
ール１４を介して行われる。
【００１６】初期処理部１０は、ブレークポイント整合
性管理手段１０−１を備え、コマンド解析／実行部１３
は、ブレークポイント関連コマンドの一機能としてブレ
ークポイント設定管理手段１３−１を備えている。
性管理手段１０−１を備え、コマンド解析／実行部１３
は、ブレークポイント関連コマンドの一機能としてブレ
ークポイント設定管理手段１３−１を備えている。
【００１７】また、オペレーティングシステム（ＯＳ）
１００は、メモリ上にロードされているモジュールに関
するシンボル情報や、対応するロードアドレス情報を格
納したシンボル情報テーブル１６と、アドレス−シンボ
ル相互変換手段１５を備えている。
１００は、メモリ上にロードされているモジュールに関
するシンボル情報や、対応するロードアドレス情報を格
納したシンボル情報テーブル１６と、アドレス−シンボ
ル相互変換手段１５を備えている。
【００１８】図３は、本実施例におけるシンボル情報テ
ーブル１６の１エントリの構成の一例を示したものであ
り、図中１６−１はメモリ上にロードされたモジュール
のシンボル（文字列）であり、１６−２はそのシンボル
がロードされているアドレスを示している。
ーブル１６の１エントリの構成の一例を示したものであ
り、図中１６−１はメモリ上にロードされたモジュール
のシンボル（文字列）であり、１６−２はそのシンボル
がロードされているアドレスを示している。
【００１９】図４は、本実施例におけるブレークポイン
ト管理テーブル１１および退避テーブル１２の１エント
リの構成の一例を示している。図中、１１−１はブレー
クポイントを設定するアドレス、１１−２は設定するブ
レークポイントアドレスより低位のメモリ位置にロード
されたシンボル（文字列）、１１−３はシンボルが示す
アドレスからブレークポイントを設定するアドレスへの
オフセット値、１１−４はブレーク命令に書き換えるた
めに元の命令を退避保存する領域をそれぞれ示してい
る。
ト管理テーブル１１および退避テーブル１２の１エント
リの構成の一例を示している。図中、１１−１はブレー
クポイントを設定するアドレス、１１−２は設定するブ
レークポイントアドレスより低位のメモリ位置にロード
されたシンボル（文字列）、１１−３はシンボルが示す
アドレスからブレークポイントを設定するアドレスへの
オフセット値、１１−４はブレーク命令に書き換えるた
めに元の命令を退避保存する領域をそれぞれ示してい
る。
【００２０】本実施例の動作について図２を参照して説
明する。
明する。
【００２１】オペレータからコンソール１４を介して入
力されたブレークポイント設定要求は、ブレーク設定管
理手段１３−１で処理される。ブレーク設定管理手段１
３−１では、アドレス−シンボル相互変換手段１５を用
いて、指定されたブレークポイントアドレスに関するシ
ンボル情報とオフセット値を取得し、それらの情報をブ
レークポイント管理テーブル１１に設定して、目的のア
ドレスにブレーク命令を設定する。
力されたブレークポイント設定要求は、ブレーク設定管
理手段１３−１で処理される。ブレーク設定管理手段１
３−１では、アドレス−シンボル相互変換手段１５を用
いて、指定されたブレークポイントアドレスに関するシ
ンボル情報とオフセット値を取得し、それらの情報をブ
レークポイント管理テーブル１１に設定して、目的のア
ドレスにブレーク命令を設定する。
【００２２】一方、ブレークポイント例外などのデバッ
ガ起動要因である例外が発生した場合、その例外処理か
らデバッガの初期処理部１０がコールされる。
ガ起動要因である例外が発生した場合、その例外処理か
らデバッガの初期処理部１０がコールされる。
【００２３】初期処理部１０では、処理の一環として，
ブレークポイント整合性管理手段１０−１を実行する。
ブレークポイント整合性管理手段１０−１は、アドレス
−シンボル相互変換手段１５を用いて、ローダブルモジ
ュールのロード／アンロード状態を調べ、その状態によ
ってブレークポイント管理テーブル１１と退避テーブル
１２の内容を更新し、必要ならばブレークポイントの再
設定を行い、常にブレークポイント管理テーブルの整合
性を保つ。
ブレークポイント整合性管理手段１０−１を実行する。
ブレークポイント整合性管理手段１０−１は、アドレス
−シンボル相互変換手段１５を用いて、ローダブルモジ
ュールのロード／アンロード状態を調べ、その状態によ
ってブレークポイント管理テーブル１１と退避テーブル
１２の内容を更新し、必要ならばブレークポイントの再
設定を行い、常にブレークポイント管理テーブルの整合
性を保つ。
【００２４】本発明の実施例を図面を参照して更に詳細
に説明する。図５は、本実施例におけるアドレス−シン
ボル相互変換手順１５の処理動作の一例を説明するため
のフローチャートである。また、図６は、ブレークポイ
ント設定管理手段１３−１の処理動作の一例を説明する
ためのフローチャートである。さらに図７および図８
は、ブレークポイント整合性管理手段１０−１におけ
る、ブレークポイント管理テーブルの管理手順、及び退
避テーブルの管理手順の一例を示している。
に説明する。図５は、本実施例におけるアドレス−シン
ボル相互変換手順１５の処理動作の一例を説明するため
のフローチャートである。また、図６は、ブレークポイ
ント設定管理手段１３−１の処理動作の一例を説明する
ためのフローチャートである。さらに図７および図８
は、ブレークポイント整合性管理手段１０−１におけ
る、ブレークポイント管理テーブルの管理手順、及び退
避テーブルの管理手順の一例を示している。
【００２５】オペレータがコンソール１４を介して、デ
バッガ２００によってオペレーティングシステム１００
にブレークポイント設定する場合、ブレークポイント設
定管理手段１３−１が呼び出される。
バッガ２００によってオペレーティングシステム１００
にブレークポイント設定する場合、ブレークポイント設
定管理手段１３−１が呼び出される。
【００２６】ブレークポイント設定管理手段１３−１で
は、図６に示すように、オペレータがコンソール１４等
で入力したブレークポイントアドレスを入力し（ステッ
プＳ６１）、アドレス−シンボル相互変換手段１５に
て、シンボルとオフセット値に変換する（ステップＳ６
２、Ｓ６３）。
は、図６に示すように、オペレータがコンソール１４等
で入力したブレークポイントアドレスを入力し（ステッ
プＳ６１）、アドレス−シンボル相互変換手段１５に
て、シンボルとオフセット値に変換する（ステップＳ６
２、Ｓ６３）。
【００２７】シンボルの変換に成功した場合には、命令
を管理テーブルに保存し（ステップＳ６４）、指定アド
レスの命令をブレーク命令で置換し（ステップＳ６
５）、図４に示されるブレークポイント管理テーブル１
１に、ブレークポイントアドレス１１１、およびシンボ
ル１１２、オフセット値１１３、元の命令１１４を設定
する（ステップＳ６６）。
を管理テーブルに保存し（ステップＳ６４）、指定アド
レスの命令をブレーク命令で置換し（ステップＳ６
５）、図４に示されるブレークポイント管理テーブル１
１に、ブレークポイントアドレス１１１、およびシンボ
ル１１２、オフセット値１１３、元の命令１１４を設定
する（ステップＳ６６）。
【００２８】システム動作中に、ブレークポイント例外
またはデバッガ起動要因となる例外（EXCEPTION）が発
生すると、その例外処理から初期処理部１０がコールさ
れる。初期処理部１０では、後に、ブレークポイント例
外などの発生時点に復帰できるよう、当該ＣＰＵのレジ
スタ情報のセーブ等を行った後、ブレークポイント整合
性管理手段１０−１を実行する。
またはデバッガ起動要因となる例外（EXCEPTION）が発
生すると、その例外処理から初期処理部１０がコールさ
れる。初期処理部１０では、後に、ブレークポイント例
外などの発生時点に復帰できるよう、当該ＣＰＵのレジ
スタ情報のセーブ等を行った後、ブレークポイント整合
性管理手段１０−１を実行する。
【００２９】ブレークポイント整合性管理手段１０−１
は、図７に示すように、ブレークポイント管理テーブル
１１に、アンロード／再ロードされているモジュールの
ブレークポイント情報が残っていないかを調べるため、
管理テーブルの各エントリのシンボル情報に対して、ア
ドレス−シンボル相互変換手段１５を利用して、シンボ
ルからアドレスへの変換を試みる（ステップＳ７０）。
は、図７に示すように、ブレークポイント管理テーブル
１１に、アンロード／再ロードされているモジュールの
ブレークポイント情報が残っていないかを調べるため、
管理テーブルの各エントリのシンボル情報に対して、ア
ドレス−シンボル相互変換手段１５を利用して、シンボ
ルからアドレスへの変換を試みる（ステップＳ７０）。
【００３０】ステップＳ７１の判定において、シンボル
からのアドレス取得に失敗した場合、該ブレークポイン
ト情報に対応したモジュールはアンロード中であると判
断し（ステップＳ７７）、情報を退避テーブル１２に移
して、ブレークポイント管理テーブル１４から一時的に
削除する（ステップＳ７８）。
からのアドレス取得に失敗した場合、該ブレークポイン
ト情報に対応したモジュールはアンロード中であると判
断し（ステップＳ７７）、情報を退避テーブル１２に移
して、ブレークポイント管理テーブル１４から一時的に
削除する（ステップＳ７８）。
【００３１】ステップＳ７１の判定においてアドレス取
得に成功した場合でも、またモジュールが再ロードされ
ている可能性があるため、シンボルから変換取得したア
ドレスと、ブレークポイント管理テーブル１４内のオフ
セット値の和（現在ロードされているモジュール内でブ
レークポイントが設定されているべきアドレス）と、ブ
レークポイント管理テーブル内のアドレス（当初、ブレ
ークポイントを設定したアドレス）とを比較する（ステ
ップＳ７２、Ｓ７３）。
得に成功した場合でも、またモジュールが再ロードされ
ている可能性があるため、シンボルから変換取得したア
ドレスと、ブレークポイント管理テーブル１４内のオフ
セット値の和（現在ロードされているモジュール内でブ
レークポイントが設定されているべきアドレス）と、ブ
レークポイント管理テーブル内のアドレス（当初、ブレ
ークポイントを設定したアドレス）とを比較する（ステ
ップＳ７２、Ｓ７３）。
【００３２】アドレスが一致しなかった場合は、該当モ
ジュールが再ロードされているものと判断し（ステップ
Ｓ７９）、シンボルから変換取得したアドレスと、ブレ
ークポイント管理テーブル内のオフセット値で示される
アドレスの命令をブレーク命令で置換し、該ブレークポ
イント情報のブレークポイントアドレス１１１と元の命
令１１４を再設定する（ステップＳ８０）。
ジュールが再ロードされているものと判断し（ステップ
Ｓ７９）、シンボルから変換取得したアドレスと、ブレ
ークポイント管理テーブル内のオフセット値で示される
アドレスの命令をブレーク命令で置換し、該ブレークポ
イント情報のブレークポイントアドレス１１１と元の命
令１１４を再設定する（ステップＳ８０）。
【００３３】ステップＳ７３の判定において、アドレス
が一致した場合でも、デバッグ対象モジュールが同一ア
ドレスに再ロードされた可能性もあるため、ブレークポ
イント管理テーブル内のブレークポイントアドレスにブ
レーク命令が存在するか調べる（ステップＳ７４、Ｓ７
５）。
が一致した場合でも、デバッグ対象モジュールが同一ア
ドレスに再ロードされた可能性もあるため、ブレークポ
イント管理テーブル内のブレークポイントアドレスにブ
レーク命令が存在するか調べる（ステップＳ７４、Ｓ７
５）。
【００３４】ブレーク命令が存在しない場合、デバッグ
対象モジュールが同一アドレスに再ロードしたものと判
断し（ステップＳ８１）、ブレークポイント管理テーブ
ル１４内のブレークポイントアドレスの命令を退避（セ
ーブ）しこのアドレスにブレーク命令を再設定する（ス
テップＳ８２）。
対象モジュールが同一アドレスに再ロードしたものと判
断し（ステップＳ８１）、ブレークポイント管理テーブ
ル１４内のブレークポイントアドレスの命令を退避（セ
ーブ）しこのアドレスにブレーク命令を再設定する（ス
テップＳ８２）。
【００３５】一方、ブレーク命令が存在する場合は、正
常なブレークポイント情報と判断して（ステップＳ７
６）、１つのブレークポイント管理情報の整合性管理処
理を終える。
常なブレークポイント情報と判断して（ステップＳ７
６）、１つのブレークポイント管理情報の整合性管理処
理を終える。
【００３６】ブレークポイント整合性管理手段１０−１
では、ブレークポイント管理テーブルの整合性を検査し
た後、更に、図８に示すように、退避テーブル１２に、
再ロードされているモジュールのブレークポイント情報
がないかを調べるため、退避テーブルの各エントリのシ
ンボル情報に対してアドレス−シンボル相互変換手段１
５を利用して、シンボルからアドレスへの変換を試みる
（ステップＳ８３、Ｓ８４）。
では、ブレークポイント管理テーブルの整合性を検査し
た後、更に、図８に示すように、退避テーブル１２に、
再ロードされているモジュールのブレークポイント情報
がないかを調べるため、退避テーブルの各エントリのシ
ンボル情報に対してアドレス−シンボル相互変換手段１
５を利用して、シンボルからアドレスへの変換を試みる
（ステップＳ８３、Ｓ８４）。
【００３７】アドレス取得に失敗した場合、該ブレーク
ポイント情報に対応したモジュールは未だアンロード中
であると判断して（ステップＳ８９）、次のエントリに
処理を移す。
ポイント情報に対応したモジュールは未だアンロード中
であると判断して（ステップＳ８９）、次のエントリに
処理を移す。
【００３８】一方、アドレス取得に成功した場合、対応
モジュールが再ロードされているものと判断して（ステ
ップＳ８５）、変換取得したアドレスと退避テーブル内
のオフセット値の和をブレークポイントアドレスとして
（ステップＳ８６）、該アドレスの命令をブレーク命令
に置換し（ステップＳ８７）、このブレークポイントア
ドレスと、置換された元の命令、および退避テーブル内
のシンボルとオフセット値を、ブレークポイント管理テ
ーブル１１に移して、退避テーブルエントリをクリアし
（ステップＳ８６）、正常なブレークポイント情報とし
て扱うよう再設定する。
モジュールが再ロードされているものと判断して（ステ
ップＳ８５）、変換取得したアドレスと退避テーブル内
のオフセット値の和をブレークポイントアドレスとして
（ステップＳ８６）、該アドレスの命令をブレーク命令
に置換し（ステップＳ８７）、このブレークポイントア
ドレスと、置換された元の命令、および退避テーブル内
のシンボルとオフセット値を、ブレークポイント管理テ
ーブル１１に移して、退避テーブルエントリをクリアし
（ステップＳ８６）、正常なブレークポイント情報とし
て扱うよう再設定する。
【００３９】上記のようにブレークポイント整合管理手
段１０−１を経ることにより、ブレークポイント管理テ
ーブルは常に正常な状態に保たれる。
段１０−１を経ることにより、ブレークポイント管理テ
ーブルは常に正常な状態に保たれる。
【００４０】なお、アドレス−シンボル相互変換手段１
５は、次の２つの機能手段を備えている。
５は、次の２つの機能手段を備えている。
【００４１】図５（Ａ）に示すように、アドレス→シン
ボル変換手段は、与えられたアドレスをキーとして、シ
ンボル情報テーブル１６の全エントリを検索し（ステッ
プＳ５１）、指定アドレスに最も近いアドレス値（指定
アドレスと同じか低位）を持つエントリのシンボルおよ
び指定アドレスまでのオフセット値を返す（ステップＳ
５２）。
ボル変換手段は、与えられたアドレスをキーとして、シ
ンボル情報テーブル１６の全エントリを検索し（ステッ
プＳ５１）、指定アドレスに最も近いアドレス値（指定
アドレスと同じか低位）を持つエントリのシンボルおよ
び指定アドレスまでのオフセット値を返す（ステップＳ
５２）。
【００４２】また、シンボル→アドレス変換手段は、図
５（Ｂ）に示すように、与えられたシンボルをキーとし
て、シンボル情報テーブル１６の全エントリを検索し
（ステップＳ５３）、指定シンボルと一致したエントリ
があれば、該エントリのアドレス情報を返し（ステップ
Ｓ５５）、存在しなければエラーを返す（ステップＳ５
６）。
５（Ｂ）に示すように、与えられたシンボルをキーとし
て、シンボル情報テーブル１６の全エントリを検索し
（ステップＳ５３）、指定シンボルと一致したエントリ
があれば、該エントリのアドレス情報を返し（ステップ
Ｓ５５）、存在しなければエラーを返す（ステップＳ５
６）。
【００４３】
【発明の効果】以上説明したように、本発明によれば、
アドレス−シンボル相互変換手段の導入によりモジュー
ルのロード／アンロード状態が判別できるようにしたこ
とにより、デバッグ対象のモジュールがロード／アンロ
ードされた場合でも、ブレークポイント管理テーブルに
は、常に有効な情報のみが設定されるという効果を有す
る。
アドレス−シンボル相互変換手段の導入によりモジュー
ルのロード／アンロード状態が判別できるようにしたこ
とにより、デバッグ対象のモジュールがロード／アンロ
ードされた場合でも、ブレークポイント管理テーブルに
は、常に有効な情報のみが設定されるという効果を有す
る。
【００４４】また、本発明によれば、再ロードされたモ
ジュールに対してブレークポイントの再設定を行うこと
ができるという効果を有する。これは、本発明において
は、ブレークポイントアドレスだけでなく、シンボルと
オフセット情報でも管理しているため、モジュールがど
のアドレスにロードされても、ブレークポイント設定位
置が特定できることによる。
ジュールに対してブレークポイントの再設定を行うこと
ができるという効果を有する。これは、本発明において
は、ブレークポイントアドレスだけでなく、シンボルと
オフセット情報でも管理しているため、モジュールがど
のアドレスにロードされても、ブレークポイント設定位
置が特定できることによる。
【図１】本発明の一実施例を適用したシステムの全体構
成を示すブロック図である。
成を示すブロック図である。
【図２】本発明の実施例を説明するための図であり、本
発明の一実施例に係るデバッガの主要構成およびブレー
クポイント制御方式の相互関連を模式的に示す図であ
る。
発明の一実施例に係るデバッガの主要構成およびブレー
クポイント制御方式の相互関連を模式的に示す図であ
る。
【図３】本発明の一実施例におけるシンボル情報テーブ
ルの１エントリの構成の一例を示す図である。
ルの１エントリの構成の一例を示す図である。
【図４】本発明の一実施例におけるブレークポイント管
理テーブルの１エントリの構成の一例を示す図である。
理テーブルの１エントリの構成の一例を示す図である。
【図５】本発明の一実施例におけるアドレス−シンボル
相互変換手段の処理動作を説明するためのフローチャー
トである。
相互変換手段の処理動作を説明するためのフローチャー
トである。
【図６】本発明の一実施例におけるブレークポイント設
定管理手段の処理動作を説明するためのフローチャート
である。
定管理手段の処理動作を説明するためのフローチャート
である。
【図７】本発明の一実施例におけるブレークポイント整
合性管理手段の処理動作を説明するためのフローチャー
トである。
合性管理手段の処理動作を説明するためのフローチャー
トである。
【図８】本発明の一実施例における退避テーブル整合性
管理手段の処理動作を説明するためのフローチャートで
ある。
管理手段の処理動作を説明するためのフローチャートで
ある。
１ ＣＰＵ ２ 共有メモリ ３ 二次記憶装置 ４ コンソール ５ システムバス １０ 初期処理部 １１ ブレークポイント管理テーブル １２ 退避テーブル １３ コマンド解析／実行部 １４ コンソール １５ アドレス−シンボル相互変換手段 １６ シンボル情報テーブル １００ オペレーティングシステム １０−１ ブレークポイント管理テーブル整合性管理手
順 １１−１ ブレークポイントアドレス １１−２ アドレスに関するシンボル １１−３ オフセット値 １１−４ 元の命令 １３−１ ブレークポイント設定管理手順 １６−１ シンボル情報 １６−２ アドレス情報
順 １１−１ ブレークポイントアドレス １１−２ アドレスに関するシンボル １１−３ オフセット値 １１−４ 元の命令 １３−１ ブレークポイント設定管理手順 １６−１ シンボル情報 １６−２ アドレス情報
Claims (6)
- 【請求項１】モジュールのロード／アンロードが自在と
されてなるシステムのブロックデバッグにおいて、 メモリ上にロードされたモジュールのアドレスおよびシ
ンボル情報を保持するシンボル情報テーブルと、 前記シンボル情報テーブルを基に、指定アドレスに対応
するシンボル情報とオフセット値を取得するアドレス・
シンボル変換手段と、 前記シンボル情報テーブルを基に、指定シンボルに対応
するアドレスを取得するシンボル・アドレス変換手段
と、を備え、 （ａ）ブレークポイント管理テーブルに、ブレークポイ
ントアドレスと、これに対応したシンボル情報と、シン
ボルが示すアドレスからブレークポイントアドレスまで
のオフセット値と、を設定し、メモリ上にブレーク命令
を設定する、ブレークポイント設定管理工程と、 （ｂ）デバッガ起動時に、デバッグ対象のモジュールの
状態に従って、ブレークポイント管理テーブルの内容の
更新、及び／又は、ブレークポイントの再設定を行う、
ブレークポイント情報の整合性管理工程と、 を含むことを特徴とするプログラムデバッグ方法。 - 【請求項２】前記工程（ａ）のブレークポイント設定管
理工程が、 （ａ−１）ブレークポイントを設定するアドレスが指定
された場合、前記アドレス・シンボル変換手段により、
シンボル情報とオフセット値を取得して前記ブレークポ
イント管理テーブルに設定し、目的のアドレスにブレー
クポイントを設定する工程と、 （ａ−２）ブレークポイントを設定するシンボルおよび
オフセット値が指定された場合、前記シンボル・アドレ
ス変換手段により、アドレスを取得して前記ブレークポ
イント管理テーブルに設定し、目的のアドレスにブレー
クポイントを設定する工程と、 を含むことを特徴とする請求項１記載のプログラムデバ
ッグ方法。 - 【請求項３】前記（ｂ）のブレークポイント情報の整合
性管理工程が、 （ｂ−１）デバッグ対象のモジュールがアンロードされ
ていた場合に、該当するブレークポイント情報を、前記
ブレークポイント管理テーブルから、退避テーブルへ移
す工程と、 （ｂ−２）デバッグ対象のモジュールがロードされてい
る場合、前回のブレークポイント設定した状態のままな
のか、一旦アンロードされた後に再ロードされた状態で
あるかを判別する工程と、 （ｂ−３）デバッグ対象のモジュールが再ロードされて
おり、且つ対応するブレークポイント情報が前記ブレー
クポイント管理テーブルに残っていた場合には、前記ブ
レークポイント管理テーブルの情報を更新し、ブレーク
ポイントを再設定する工程と、 （ｂ−４）デバッグ対象のモジュールが再ロードされて
おり、且つ対応するブレークポイント情報が既に前記退
避テーブルに移されていた場合には、退避テーブルのブ
レークポイント情報を前記ブレークポイント管理テーブ
ルに移して内容を更新し、ブレークポイントを再設定す
る工程と、 を含むことを特徴とする請求項１記載のプログラムデバ
ッグ方法。 - 【請求項４】モジュールのロード／アンロードが自在と
されたシステムのプログラムデバッグ方法において、 ブレークポイント例外などのデバッガ起動要因によりデ
バッガが起動された際、前記（ｂ）のブレークポイント
情報の整合性管理工程を含む初期処理手段と、 前記（ａ）のブレークポイント設定管理工程を含む、オ
ペレータからのデバッグコマンドを解析して実行する、
コマンド解析／実行手段と、 を有し、 ブレークポイント設定情報を管理するためのブレークポ
イント管理テーブルおよび退避テーブルを備えてなるカ
ーネルデバッガを用い、 前記ブレークポイント設定管理工程でのブレークポイン
ト設定と、前記ブレークポイント情報の整合性管理工程
によって、オペレータがデバッグ対象モジュールのロー
ド／アンロード状態を意識することなく、自動的にブレ
ークポイントが設定／解除されることを特徴とする請求
項１記載のプログラムデバッグ方法。 - 【請求項５】プロセッサシステムのデバッガにおいて、 ブレークポイント例外などのデバッガ起動要因の発生時
にコールされ、コール元のＣＰＵに関するレジスタ情報
などの情報のセーブ処理、及び／又はブレークポイント
整合性管理処理を行う初期処理手段と、 オペレータからのデバッグコマンドを解析して実行する
コマンド解析／実行手段と、 を備えたことを特徴とするプロセッサシステムのデバッ
ガ。 - 【請求項６】ロード／アンロード自在なローダブルモジ
ュールのデバッグを行うためのデバッガにおいて、 メモリ上にロードされたモジュールのアドレスおよびシ
ンボル情報を保持するシンボル情報テーブルを備え、 指定されたアドレスから前記シンボル情報テーブルシン
ボルを参照してシンボルを取得した際に、必要な情報を
管理テーブルに格納して前記指定アドレスにブレーク命
令を設定する手段と、 モジュールが、前記管理テーブルのシンボルからのアド
レス取得の可否及び該取得アドレスと前記管理テーブル
のアドレスとの比較に基づきモジュールのアンロード／
再ロードを判別し、アンロード／再ロード状態に応じて
退避テーブルの設定及び管理テーブルの再設定を行い管
理テーブルの整合性を保つように管理する手段と、 を備えたことを特徴とするデバッガ。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8159109A JP2856152B2 (ja) | 1996-05-30 | 1996-05-30 | カーネルデバッガにおけるソフトウェアブレークポイント管理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8159109A JP2856152B2 (ja) | 1996-05-30 | 1996-05-30 | カーネルデバッガにおけるソフトウェアブレークポイント管理方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09319615A true JPH09319615A (ja) | 1997-12-12 |
| JP2856152B2 JP2856152B2 (ja) | 1999-02-10 |
Family
ID=15686447
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8159109A Expired - Fee Related JP2856152B2 (ja) | 1996-05-30 | 1996-05-30 | カーネルデバッガにおけるソフトウェアブレークポイント管理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2856152B2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1367490A2 (en) * | 2002-05-27 | 2003-12-03 | Kabushiki Kaisha Toshiba | Debugging apparatus and method |
| WO2005106682A1 (en) * | 2004-04-30 | 2005-11-10 | Intel Corporation | Caching run-time variables in optimized code |
| US7257805B2 (en) | 2001-11-09 | 2007-08-14 | International Business Machines Corporation | Restoring debugging breakpoints subsequent to program code modifications |
| KR101482285B1 (ko) * | 2007-03-06 | 2015-01-13 | 마이크로소프트 코포레이션 | 복수의 이종의 솔리드 스테이트 저장 위치들의 선택적 이용 |
-
1996
- 1996-05-30 JP JP8159109A patent/JP2856152B2/ja not_active Expired - Fee Related
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7257805B2 (en) | 2001-11-09 | 2007-08-14 | International Business Machines Corporation | Restoring debugging breakpoints subsequent to program code modifications |
| EP1367490A2 (en) * | 2002-05-27 | 2003-12-03 | Kabushiki Kaisha Toshiba | Debugging apparatus and method |
| US7043717B2 (en) | 2002-05-27 | 2006-05-09 | Kabushiki Kaisha Toshiba | Debugging apparatus and method |
| EP1367490A3 (en) * | 2002-05-27 | 2008-03-05 | Kabushiki Kaisha Toshiba | Debugging apparatus and method |
| WO2005106682A1 (en) * | 2004-04-30 | 2005-11-10 | Intel Corporation | Caching run-time variables in optimized code |
| US7624388B2 (en) | 2004-04-30 | 2009-11-24 | Marvell International Ltd. | Caching run-time variables in optimized code |
| US8479183B2 (en) | 2004-04-30 | 2013-07-02 | Marvell World Trade Ltd. | Caching run-time variables in optimized code |
| KR101482285B1 (ko) * | 2007-03-06 | 2015-01-13 | 마이크로소프트 코포레이션 | 복수의 이종의 솔리드 스테이트 저장 위치들의 선택적 이용 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2856152B2 (ja) | 1999-02-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7840845B2 (en) | Method and system for setting a breakpoint | |
| US6662314B1 (en) | Microcomputer including program for rewriting data in an internal flash memory | |
| US7363544B2 (en) | Program debug method and apparatus | |
| US5363502A (en) | Hot stand-by method and computer system for implementing hot stand-by method | |
| JPH04220744A (ja) | 限定アクセス・プロセッサ・システムでのキャッシュ・タグｒａｍの機能試験方法 | |
| US6502176B1 (en) | Computer system and methods for loading and modifying a control program without stopping the computer system using reserve areas | |
| US7039831B2 (en) | Common stack system for a debugging device and method | |
| JP2856152B2 (ja) | カーネルデバッガにおけるソフトウェアブレークポイント管理方式 | |
| CN116450398A (zh) | 异常回溯方法、装置、设备和介质 | |
| US6948095B2 (en) | Methods and apparatus for dynamically loading a file on a target computer system | |
| US6738927B2 (en) | Target debugging application on digital signal processor validating link connection to host computer | |
| US6789211B2 (en) | Storing in a reserved memory location data indicative of a stack location which stores the entry point of a dynamically loaded file | |
| US6834357B2 (en) | Establishing a pointer at a valid address location that is representative of a valid entry point of a communication routine | |
| JP3102568B2 (ja) | ソフトウエア開発装置 | |
| JP2677043B2 (ja) | プログラム開発支援装置 | |
| EP1148419A1 (en) | Debugging embedded systems | |
| JPH09237198A (ja) | コンピュータシステム立ち上げ時の拡張デバイス試験方式 | |
| JPH11212945A (ja) | マイクロコンピュータおよびそのメモリ | |
| JP2860054B2 (ja) | プログラムデバッグ装置 | |
| JPS6310234A (ja) | 割込み処理装置 | |
| JPH096709A (ja) | 拡張スロット付電子装置の制御方法とその装置、及び拡張媒体 | |
| JPH06150025A (ja) | パッチ修正可能な電子装置のデバッグに使用する評価用チップ及びイン・サーキット・エミュレータ | |
| JPH06236292A (ja) | データ処理装置 | |
| JPH0367349A (ja) | プログラムローディング方式 | |
| JPS60112148A (ja) | メモリ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 19981027 |
|
| LAPS | Cancellation because of no payment of annual fees |