JP2990159B1 - デバッガにおけるイベントの管理装置および方法 - Google Patents

Abstract

【要約】 【課題】 イベント設定後のロードモジュール更新にお
いて、ロードモジュール更新前後のアドレス，コードの
変化をユーザに警告する方式を提供する。 【解決手段】 イベントの実行制御などを行う上位イベ
ント制御部１８と、上位イベント制御部１８でソース情
報をもとにして作成されたイベント情報を格納するイベ
ント管理テーブル２０とがある。上位イベント制御部１
８は、イベントについてロードモジュール更新前後でソ
ース行番号，アドレス，コードの変更がなかったかどう
かをイベント管理テーブル２０と更新後のロードモジュ
ール内のソース情報とを比較する。変更がなかったイベ
ントについてはそのまま保存し、変更があったイベント
については警告を発生し、ユーザに指示を受ける。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、デバッグ作業中に
行われるロードモジュール更新後のイベントの有効／無
効を自動的に判別することに関する。

【０００２】

【従来の技術】従来、ユーザの作成したプログラムの動
作の検証を行うデバッグ作業を行うデバッガは、ユーザ
がプログラムに与える指示を管理するユーザインタフェ
ース部、プログラムを実行するエミュレーション部、ユ
ーザの指示を入力する入力装置、実行結果を表示する出
力装置から構成されている。さらにエミュレーション部
には、エミュレーションが特定の状態かどうかを確認
し、エミュレーションの制御を行なうイベント制御部が
存在する。

【０００３】このようなデバッガにおいて、ユーザは、
作成したプログラムをコンパイル，リンクし、ロードモ
ジュールとしてユーザインタフェース部を介してエミュ
レーション部にダウンロードし、プログラムのエミュレ
ーションを行う。デバッグ中にイベントを設定した場合
は、エミュレーション中にその設定されたイベントの状
態になった時点で、デバッガはエミュレーションを中断
したり、あらかじめ設定したアドレスのメモリの内容を
書き出したり、特定のアドレスに実行制御を移したりと
いった動作をする。このイベントを設定する場合に、プ
ログラムのソース情報を使用する。つまり、ユーザの指
定する特定のプログラム行番号を実行したときに、イベ
ントを発生させる。

【０００４】デバッガは、プログラム行番号をイベント
として設定した場合、その行番号に対応するアドレスを
実際のイベント情報としてエミュレーション部のイベン
ト制御部に設定する。エミュレーション時には、設定さ
れたアドレスを実行したとき等に、あらかじめイベント
制御部に設定された動作を発生させる。

【０００５】

【発明が解決しようとする課題】従来のデバッガでは、
イベント設定後に、ソースプログラムを更新し、コンパ
イル，リンクした後ロードモジュールの更新を行い、ダ
ウンロードを行った場合に（以下、コンパイル〜ダウン
ロードまでの一連の作業をロードモジュールの更新と呼
ぶ）、ユーザの意図しない個所でイベントが発生してし
まったり、逆にユーザがイベントを発生させたい個所で
あるにもかかわらずイベントが発生しなくなるという問
題がある。これは、ロードモジュール更新後のイベント
正当性の保証について何ら考慮しておらず、ロードモジ
ュール更新前にイベントで設定したアドレスやコード
と、ロードモジュール更新後のアドレスやコードとに矛
盾が生じてしまうためである。

【０００６】つまり、イベントの矛盾をチェックする手
段が従来のデバッガには設けられておらず、ロードモジ
ュールの更新の前後でイベントの矛盾を発生させないた
めには全てのイベントを削除するしか方法がなかった。
ロードモジュール更新時にイベントを全部削除してしま
ったとすると、ユーザは全てのイベント設定をやり直さ
なければならなくなる。

【０００７】本発明の目的は、ソース情報を含むイベン
トを設定する機能を有するデバッガにおいて、デバッグ
作業中にロードモジュールの更新を行ない、ダウンロー
ドを行なった後でもロードモジュール更新前のイベント
情報のうちで、無効，有効なものを自動判別してデバッ
グ作業が続けられるデバッグにおけるイベントの管理装
置および方法を提供することにある。

【０００８】本発明の他の目的は、アドレス，コードを
もとにしたイベント情報を生成し、そのイベント情報と
ロードモジュール更新後に生成されたアドレス，コード
とを比較することで、イベントの無効，有効を自動的に
判別するプログラムを記録した記録媒体を提供すること
にある。

【０００９】

【課題を解決するための手段】本発明は、プログラムの
動作の検証を行うデバッグにおけるイベントの管理装置
であって、この装置は、デバッグ作業中に、前記プログ
ラムのソース情報をもとにしてイベント情報を生成する
ことによりイベントを設定し、設定されたイベントを実
行制御し、前記プログラムの更新前後のイベントの有効
／無効の判断を行うイベント制御部と、前記生成された
イベント情報を格納するイベント管理テーブルとを備え
ている。

【００１０】このイベント管理装置では、デバッグ作業
中に前記プログラムのソース情報をもとにして、イベン
トＩＤ，ソースファイル名，ソース行番号，ソース行の
先頭アドレス，先頭アドレスの示すメモリ上のコードと
を含むイベント情報を生成し、生成したイベント情報
を、イベント管理テーブルに登録し、前記プログラムの
更新後に、前記イベント管理テーブルのアドレス，コー
ドと、前記更新後のプログラム内のアドレス，コードと
をソース行ごとに比較し、前記比較の結果一致していな
ければ、イベントは無効であると判断し、警告を表示
し、前記比較の結果一致していれば、イベントは有効で
あると判断する。

【００１１】また、このイベント装置では、デバッグ作
業中に前記プログラムのソース情報をもとにして、イベ
ントＩＤ，ソースファイル名，ソース行番号，ソース行
の先頭アドレス，先頭アドレスの示すメモリ上の第１〜
第Ｎコードと（Ｎは２以上の整数である。）、前記更新
後のプログラム内のアドレス，第１〜第Ｎコードとをソ
ース行ごとに比較し、前記比較の結果一致していなけれ
ば、イベントは無効であると判断し、警告を表示し、前
記比較の結果一致していれば、イベントは有効であると
判断する。

【００１２】

【発明の実施の形態】本発明の実施例について図１を用
いて説明をする。図１は、本発明のデバッガにおけるイ
ベントの管理装置を説明するためのデバッガを示すブロ
ック図である。なおこの発明に係るイベントの管理装置
は、図１に示すデバッガ部１０に相当する。図１に示す
ように、デバッガは、マウス等の入力装置１２と、ディ
スプレイ等の出力装置１４と、デバッガ部１０と、デバ
ッガ部１０と通信しながらターゲットＣＰＵエミュレー
ションを行なうエミュレーション部１６とで構成されて
いる。

【００１３】デバッガ部１０は、デバッガ内でイベント
の実行制御を行いソース情報に基づくイベント情報を生
成する上位イベント制御部１８と、生成したイベント情
報を管理するイベント管理テーブル２０とを備えてい
る。また、エミュレーション部２２は、イベント情報に
基づくターゲットＣＰＵやメモリ等の状態を常に監視
し、イベントを制御する下位イベント制御部２４を備え
ている。また、イベント情報に必要な情報は、ソース情
報とコードとにイベント識別のためのイベントＩＤを付
加したものである。ソース情報は、ソースファイル名，
ソース行番号，ソース行の先頭アドレスを含んでいる。
コードは、ソース行の先頭アドレスが示すメモリ上のコ
ードである。イベント情報は、イベントＩＤ，ソース情
報，コードより構成される。また、このコードは複数の
コードを持つことが可能である。

【００１４】上位イベント制御部１８は、デバッグ作業
中に、ソース行上へのイベントの生成指示が入力装置１
２より入力されると、ロードモジュールのソース情報を
もとにイベント情報を生成する。イベント情報は、上位
イベント制御部１８によりイベント管理テーブル２０
と、下位イベント制御部２２とに格納される。デバッグ
作業中に、ロードモジュールの更新を行うと、上位イベ
ント管理部１８は、イベント管理テーブル２０のアドレ
ス，１つ以上のコードと、ロードモジュール更新後のロ
ードモジュール内のアドレス，１つ以上のコードとをソ
ース行ごとに比較する。比較の結果一致した場合は、イ
ベントは変更されなかった、すなわちイベントは有効で
あるとしてそのイベントを保持し、一致しない場合は、
イベントは無効であるとしてユーザにアドレスとコード
が一致しないという警告を表示する。ユーザは、この警
告により該当するイベントの解除，再設定を行うことが
できる。この処理の後、デバッグ作業を再開する。

【００１５】上述した上位イベント制御部１８は、プロ
グラムで実現される。

【００１６】次に、図２〜図４を参照して本実施例の処
理について説明する。図２は、本発明の実施例の処理を
表すフローチャートである。図３は、イベントのデータ
を表す図である。図４は、ロードモジュール更新後のイ
ベントのデータが変化したときデバッガ部内で擬似的に
データをイベント情報にまとめた図である。

【００１７】デバッグ作業では、作成したプログラムを
コンパイル，リンクし、ロードモジュールとしてエミュ
レーション部１６にダウンロードし、プログラムのエミ
ュレーションを行う。デバッグ中にイベントを設定する
場合は、入力装置１２よりソース行上へのイベント生成
指示を上位イベント制御部１８に与える。上位イベント
制御部１８は、入力装置１２からのイベント生成指示に
よりロードモジュール内のソース情報，コードによりイ
ベント情報を生成することでイベントの設定を行う（ス
テップＡ１）。上位イベント制御部１８は、生成された
イベント情報を下位イベント制御部２２へ送り、同時に
そのイベント情報をイベント管理テーブル２０に登録す
る(ステップＡ２)。

【００１８】ユーザが、ソースプログラムを修正すると
ロードモジュールの更新が行なわれる(ステップＡ３)。
上位イベント制御部１８は、イベント管理テーブル２０
に格納されているイベント情報内のイベントＩＤ１のソ
ース名，行番号，アドレスを取得して、取得したアドレ
スと、取得したソース名および行番号に対応する更新後
のロードモジュール内のアドレスとをソース行ごとに比
較する（ステップＡ４）。アドレスが一致しなかった場
合は、そのイベントに対してユーザに警告を表示し(ス
テップＡ５)、ステップＡ７へ進む。比較の結果アドレ
スが一致していた場合は、上位イベント制御部１８はイ
ベント管理テーブル２０に格納されているイベント情報
内の前記アドレスに対応するコードと、更新後のロード
モジュール内の前記アドレスに対応するコードとをソー
ス行ごとに比較する（ステップＡ６）。コードが一致し
なかった場合は、そのイベントに対してユーザに警告を
表示し(ステップＡ５)、ステップＡ７へ進む。コードが
一致していた場合は、そのイベントは有効であるとし
て、次に未処理のイベントが無いか確認する(ステップ
Ａ７)。未処理イベントがある場合は、ステップＡ４〜
Ａ６を繰り返す。未処理イベントが無い場合は、デバッ
グ作業を継続する（ステップＡ８）。ここで、イベント
は無効であるとして警告を表示したイベントに関してユ
ーザは、破棄もしくはイベントの再設定等の指示をその
場で行うか、あらかじめ設定することができる。

【００１９】これにより、ロードモジュール更新が行な
われた際にイベントの有効／無効を自動的に判断し、デ
バッグを続行することができる。

【００２０】図３，図４に示す具体的なイベント情報の
例に基づき、さらに詳細に説明する。図３に示すイベン
ト管理テーブル２０の情報は、ロードモジュールの更新
が行われると、図４に示すようになったとする。すなわ
ち、イベントＩＤ１の各データは変化ないが、イベント
ＩＤ２はアドレスに対応するコードが変更され、また、
イベントＩＤ３はソース名および行番号に対応するアド
レスが変更されている。このような状態は、イベントＩ
Ｄ２のソース行を書き換えてロードモジュールを更新し
た場合などに発生しうる。

【００２１】ステップＡ３でロードモジュールの更新が
行なわれた場合は、上位イベント制御部１８はまず、イ
ベント管理テーブル２０からイベントＩＤ１のソース名
＜ｐｒｉｍｅ．ｃ＞，行番号＜１０＞，アドレス＜０ｘ
１３ｅ＞を取得し、ロードモジュール更新後のソース情
報から前記ソース名＜ｐｒｉｍｅ．ｃ＞，行番号＜１０
＞に対応するアドレス＜０ｘ１３ｅ＞を取得し、これら
アドレスを比較する（ステップＡ４）。比較の結果一致
するので上位イベント制御部１８は、イベント管理テー
ブル２０より前記アドレス〈０ｘ１３ｅ〉に対応するコ
ード＜０９ｆ０＞を取得し、更新後のロードモジュール
内のアドレス＜０ｘ１３ｅ＞に対応するコード＜０９ｆ
０＞を取得し、これらコードを比較する（ステップＡ
６）。比較の結果一致するので、イベントＩＤ１はロー
ドモジュール更新前後でデータの変更はないとしてステ
ップＡ７に進む。上位イベント制御部１８は、未処理の
イベントのイベントＩＤ２を確認しステップＡ４に進
む。

【００２２】上位イベント制御部１８は、イベント管理
テーブル２０からイベントＩＤ２のソース名＜ｐｒｉｍ
ｅ．ｃ＞，行番号＜１１＞，アドレス＜０ｘ１４２＞を
取得し、ロードモジュール更新後のソース情報から前記
ソース名＜ｐｒｉｍｅ．ｃ＞，行番号＜１１＞に対応す
るアドレス＜０ｘ１４２＞を取得し、これらアドレスを
比較する（ステップＡ４）。比較の結果一致するので、
上位イベント制御部１８は、イベント管理テーブル２０
より前記アドレス＜０ｘ１４２＞に対応するコード＜０
９５１＞を取得し、更新後のロードモジュール内の前記
アドレス＜０ｘ１４２＞に対応するコード＜０９５２＞
を取得し、これらコードを比較する（ステップＡ６）。
比較の結果一致しないので、上位イベント制御部１８は
イベントＩＤ２についてアドレスに対応するコードが一
致しないことをユーザに警告を表示し（ステップＡ
５）、ステップＡ７に進む。上位イベント制御部１８
は、未処理のイベントのイベントＩＤ３を確認しステッ
プＡ４に進む。

【００２３】さらに、上位イベント制御部１８は、イベ
ント管理テーブル２０からイベントＩＤ３のソース名＜
ｐｒｉｍｅ．ｃ＞，行番号＜１２＞，アドレス＜０ｘ１
５４＞を取得する。そしてロードモジュール更新後のソ
ース情報から前記ソース名＜ｐｒｉｍｅ．ｃ＞，行番号
＜１２＞に対応するアドレス＜０ｘ１５２＞を取得し、
これらアドレスを比較する（ステップＡ４）。比較の結
果一致しないので、上位イベント制御部１８はイベント
ＩＤ３のソース名および行番号に対応するアドレスが一
致しないことをユーザに警告を表示し（ステップＡ
５）、ステップＡ７に進む。上位イベント制御部１８
は、全てのイベントＩＤの処理が終了していることを確
認する（ステップＡ７）。デバッガは、デバッグ作業を
続行する(ステップＡ８)。

【００２４】次に、本発明の他の実施例について図５〜
図７を参照して詳細に説明する。図５は、本発明の他の
実施例の処理を表すフローチャートである。図６は、本
発明の他の実施例におけるイベントのデータを表す図で
ある。図７は、本発明の他の実施例においてロードモジ
ュール更新後のイベントのデータが変化したときデバッ
ガ部内で擬似的にイベント情報にまとめた図である。な
お、図５のフローチャートにおいてステップＡ１〜Ａ
３，Ａ８は、図２に記載のステップＡ１〜Ａ３，Ａ８と
同じ処理を行う。

【００２５】本実施例では、イベント管理テーブル２０
が、図３に示された実施例ではコードの保存領域をコー
ド部３２のひとつだけ用意している構成に対し、図６に
示すように、コード保存領域をアドレスに対応するメモ
リ内容の第１コード４２と、第１コード４２に続くメモ
リ内容の第２コード４４との２つのコードで構成されて
いる。

【００２６】図５に示すように、入力装置１２からのイ
ベント生成指示により、上位イベント制御部１８は、ロ
ードモジュール内のアドレス，コードをもとにイベント
情報を生成することでイベントの設定を行う（ステップ
Ａ１）。上位イベント制御部１８は、生成されたイベン
ト情報を下位イベント制御部２２へ送り、同時にそのイ
ベントに関する情報をテーブルとしてイベント管理テー
ブル２０に登録する(ステップＡ２)。

【００２７】ロードモジュールの更新が行なわれると
（ステップＡ３)、上位イベント制御部１８は、イベン
ト管理テーブル２０に格納されているイベント情報内の
イベントＩＤ１のソース名，行番号，アドレスを取得し
て、取得したアドレスと、取得したソース名および行番
号に対応する更新後のロードモジュール内のアドレスと
をソース行ごとに比較する（ステップＢ１）。アドレス
が一致しなかった場合は、そのイベントに対してユーザ
に警告を表示し(ステップＢ４)、ステップＢ５へ進む。
比較の結果アドレスが一致していた場合は、上位イベン
ト制御部１８はイベント管理テーブル２０に格納されて
いるイベント情報内の前記アドレスに対応する第１コー
ドと、更新後のロードモジュール内の前記アドレスに対
応する第１コードとをソース行ごとに比較する（ステッ
プＢ２）。比較の結果、第１コードが一致しなかった場
合は、そのイベントに対してユーザに警告を表示し(ス
テップＢ４)、ステップＢ５に進む。比較の結果、第１
コードが一致した場合は、上位イベント制御部１８はイ
ベント管理テーブル２０に格納されているイベント情報
内の前記アドレスとに対応する第２コード４４と、更新
後のロードモジュール内の前記アドレスに対応する第２
コード４４とをソース行ごとに比較する（ステップＢ
３）。比較の結果第２コードが一致しなかった場合は、
上位イベント制御部１８はそのイベントに対してユーザ
に警告を表示し(ステップＢ４)、ステップＢ５に進む。
比較の結果第２コードが一致した場合は、ステップＢ５
に進む。上位イベント制御部１８は、未処理のイベント
がいないかを確認する。未処理のイベントがある場合
は、ステップＢ１〜Ｂ４を繰り返す。未処理イベントが
ない場合は、デバッグ作業を続行する。

【００２８】これにより、ロードモジュール更新が行な
われた際にイベントの有効／無効を自動的に判断し、デ
バッグを続行することができる。

【００２９】また、本実施例ではアドレスに続くコード
は２つであったが複数のコードを持つことが可能であ
る。

【００３０】図６，図７に示す具体的にイベント情報の
例に基づき、さらに詳細に説明する。図６に示すイベン
ト管理テーブル２０の情報は、ロードモジュールの更新
が行われると、図７に示すようになったとする。すなわ
ち、イベントＩＤ１の各データは変化ないが、イベント
ＩＤ２はアドレスに対応する第２コードが変更され、ま
た、イベントＩＤ３はソース名および行番号に対応する
アドレスが変更されている。また、上述の状態はロード
モジュールを更新する際に最適化のレベルを上げた場合
などに発生しうる。

【００３１】ステップＡ３でロードモジュールの更新が
行われた場合は、上位イベント制御部１８はまず、イベ
ント管理テーブル２０からイベントＩＤ１のソース名＜
ｐｒｉｍｅ．ｃ＞，行番号＜１０＞，アドレス＜０ｘ１
３ｅ＞を取得し、ロードモジュール更新後のソース情報
から前記ソース名＜ｐｒｉｍｅ．ｃ＞，行番号＜１０＞
に対応するアドレス＜０ｘ１３ｅ＞を取得し、これらア
ドレスを比較する（ステップＢ１）。比較の結果一致す
るので、上位イベント制御部１８は、イベント管理テー
ブル２０より前記アドレス＜０ｘ１３ｅ＞に対応する第
１コード＜０９ｆ０＞を取得し、更新後のロードモジュ
ール内のアドレス＜０ｘ１３ｅ＞に対応する第１コード
＜０９ｆ０＞を取得し、これら第１コードを比較する
（ステップＢ２）。比較の結果一致するので、上位イベ
ント制御部１８は、イベント管理テーブル２０より前記
アドレス＜０ｘ１３ｅ＞に対応する第２コード＜３ｅ０
３＞を取得し、更新後のロードモジュール内の前記アド
レスに対応する第２コード＜３ｅ０３＞を取得し、これ
ら第２コードを比較する（ステップＢ３）。比較の結果
一致するので、ステップＢ５に進む。

【００３２】上位イベント制御部１８は、未処理のイベ
ントのイベントＩＤ２があることを確認してステップＢ
１に進む（ステップＢ５）。上位イベント制御部１８
は、イベント管理テーブル２０よりイベントＩＤ２のソ
ース名＜ｐｒｉｍｅ．ｃ＞，行番号＜１１＞，アドレス
＜０ｘ１４２＞を取得し、ロードモジュール更新後のソ
ース情報から前記ソース名＜ｐｒｉｍｅ．ｃ＞，行番号
＜１１＞に対応するアドレス＜０ｘ１４２＞を取得し、
これらアドレスを比較する（ステップＢ１）。比較の結
果一致するので、上位イベント制御部１８はイベント管
理テーブル２０より前記アドレス＜０ｘ１４２＞に対応
する第１コード＜０９５１＞を取得し、更新後のロード
モジュール内のアドレス＜０ｘ１４２＞に対応する第１
コード＜０９５１＞を取得し、これら第１コードを比較
する（ステップＢ２）。比較の結果一致するので、上位
イベント制御部１８はイベント管理テーブル２０より前
記アドレス＜０ｘ１４２＞に対応する第２コード＜０ｆ
ｃｄ＞を取得し、更新後のロードモジュール内の前記ア
ドレスに対応する第２コード４４＜０ｆ００＞を取得
し、これら第２コードを比較する（ステップＢ３）。比
較の結果一致しないので、上位イベント制御部１８は、
イベントＩＤ２の第２コードが一致しないことを、ユー
ザに対して警告を表示し（ステップＢ４）、ステップＢ
５に進む。上位イベント制御部１８は、未処理のイベン
トのイベントＩＤ３を確認してステップＢ１に進む（ス
テップＢ５）。

【００３３】上位イベント制御部１８は、イベント管理
テーブル２０からイベントＩＤ３のソース名＜ｐｒｉｍ
ｅ．ｃ＞，行番号＜１２＞，アドレス＜０ｘ１５４＞を
取得し、ロードモジュール更新後のソース情報から前記
ソース名＜ｐｒｉｍｅ．ｃ＞，行番号＜１２＞に対応す
るアドレス＜０ｘ１５０＞を取得し、これらアドレスを
比較する（ステップＢ１）。比較の結果一致しないの
で、ステップＢ４に進む。上位イベント制御部１８は、
イベントＩＤ３のアドレスが一致しないことをユーザに
対して警告を表示し（ステップＢ４）、ステップＢ５に
進む。上位イベント制御部１８は、未処理のイベントが
あるか確認し（ステップＢ５）、イベントがないことを
確認してデバッグ作業を続行する（ステップＡ８）。

【００３４】

【発明の効果】本発明によれば、上位イベント管理部
は、デバッグ作業中のロードモジュールの更新の際にイ
ベント管理テーブルのイベント情報を確認することによ
り、ダウンロードの前後で自動的にイベントが有効であ
るか無効であるかを判別できる。これにより、ロードモ
ジュール更新後も有効なイベントは継続して使用でき
る。したがって、つまり、本発明によれば、ロードモジ
ュール更新後に無効となったイベントに対し、ユーザに
警告を行うことで、ロードモジュール更新後のエミュレ
ーション時にアドレスやコードの変更によりイベント
が、ユーザの意図しない条件で発生してしまったり、ユ
ーザが意図している条件であるにもかかわらずイベント
が発生しないという事象を防ぐことができる。

【図面の簡単な説明】

【図１】本発明のデバッガにおけるイベントの管理装置
を説明するためのデバッガを示すブロック図である。

【図２】本発明の実施例の処理を表すフローチャートで
ある。

【図３】本発明の実施例のイベントのデータを表す図で
ある。

【図４】本発明の実施例のロードモジュール更新後のイ
ベントのデータが変化したときデバッガ部内で擬似的に
データをイベント情報にまとめた図である。

【図５】本発明の他の実施例の処理を表すフローチャー
トである。

【図６】本発明の他の実施例におけるイベントのデータ
を表す図である。

【図７】本発明の他の実施例においてロードモジュール
更新後のイベントのデータが変化したときデバッガ部内
で擬似的にイベント情報にまとめた図である。

【符号の説明】

１０ デバッガ部 １２ 入力装置 １４ 出力装置 １６ エミュレーション部 １８ 上位イベント制御部 ２０ イベント管理テーブル ２２ 下位イベント制御部

Claims (8)

(57)【特許請求の範囲】
1. 【請求項１】イベント制御部とイベント管理テーブルと
   を有し、プログラムの動作の検証を行うデバッグにおけ
   るイベントの管理装置であって、 デバッグ作業中に、前記プログラムのソースファイル
   名，ソース行番号，ソース行の先頭アドレスを有するソ
   ース情報をもとにして、イベントＩＤ，前記ソース情
   報，前記先頭アドレスが示すメモリ上の１つ以上のコー
   ドとを有するイベント情報を生成し前記イベント管理テ
   ーブルへ格納しイベントを設定し、設定されたイベント
   を実行制御し、前記プログラムの更新前後のイベントに
   より生成された前記イベント情報を前記イベント管理テ
   ーブルから取得し比較することにより前記イベントの有
   効または無効の判断を行うイベント制御部と、 生成された前記イベント情報を格納するイベント管理テ
   ーブルと、を備えることを特徴とするデバッグにおける
   イベント管理装置。
2. 【請求項２】プログラムの動作の検証を行うデバッグに
   おけるイベント管理方法であって、 デバッグ作業中に前記プログラムのソース情報をもとに
   して、イベントＩＤ，ソースファイル名，ソース行番
   号，ソース行の先頭アドレス，先頭アドレスの示すメモ
   リ上のコードとを含むイベント情報を生成するステップ
   と、 生成したイベント情報を、イベント管理テーブルに登録
   するステップと、 前記プログラムの更新後に、前記イベント管理テーブル
   のアドレス，コードと、前記更新後のプログラム内のア
   ドレス，コードとをソース行ごと比較するステップと、 前記比較の結果一致していなければ、イベントは無効で
   あると判断し、警告を表示するステップと、 前記比較の結果一致していれば、イベントは有効である
   と判断するステップと、を含むことを特徴とするデバッ
   ガにおけるイベント管理方法。
3. 【請求項３】前記比較するステップは、 前記イベント管理テーブルのソースファイル名およびソ
   ース行番号に対応するアドレスと、更新されたプログラ
   ム内の前記ファイル名およびソース行番号に対応するア
   ドレスとを比較するステップと、 前記比較の結果アドレスが一致していれば、このアドレ
   スに対応する前記イベント管理テーブル内のコードと、
   前記アドレスに対応する更新された前記プログラム内の
   コードとを比較するステップと、を含むことを特徴とす
   る請求項２記載のデバッガにおけるイベント管理方法。
4. 【請求項４】プログラムの動作の検証を行うデバッグに
   おけるイベント管理方法であって、 デバッグ作業中に前記プログラムのソース情報をもとに
   して、イベントＩＤ，ソースファイル名，ソース行番
   号，ソース行の先頭アドレス，先頭アドレスの示すメモ
   リ上の第１〜第Ｎコード（Ｎは２以上の整数である。）
   を含むイベント情報を生成するステップと、 生成したイベント情報を、イベント管理テーブルに登録
   するステップと、 前記プログラムの更新後に、前記イベント管理テーブル
   のアドレス，第１〜第Ｎコードと、前記更新後のプログ
   ラム内のアドレス，第１〜第Ｎコードとをソース行ごと
   に比較するステップと、 前記比較の結果一致していなければ、イベントは無効で
   あると判断し、警告を表示するステップと、 前記比較の結果一致していれば、イベントは有効である
   と判断するステップと、を含むことを特徴とするデバッ
   ガにおけるイベント管理方法。
5. 【請求項５】前記比較するステップは、 （ａ）前記イベント管理テーブルのソースファイル名お
   よびソース行番号に対応するアドレスと、更新されたプ
   ログラム内の前記ファイル名およびソース行番号に対応
   するアドレスとを比較するステップと、 （ｂ）前記比較の結果アドレスが一致していれば、この
   アドレスに対応する前記イベント管理テーブルの第１コ
   ードと、前記アドレスに対応する更新された前記プログ
   ラム内の第１コードとを比較するステップと、 （ｃ）前記比較の結果第Ｋ−１コード（Ｋは２以上Ｎ以
   下の整数である。）が一致していれば、前記アドレスに
   対応する前記イベント管理テーブル内の第Ｋコードと、
   前記アドレスに対応する更新されたプログラム内の第Ｋ
   コードとを比較するステップと、 （ｄ）前記（ｃ）ステップを第Ｎコードまで繰り返すス
   テップと、を含むことを特徴とする請求項４記載のデバ
   ッガにおけるイベント管理方法。
6. 【請求項６】前記イベント管理テーブルの全イベントが
   有効であると判断されたならば、デバッグを続行するス
   テップをさらに含むことを特徴とする請求項２から５ま
   でのいずれかに記載のデバッガにおけるイベント管理方
   法。
7. 【請求項７】（ａ）プログラムのデバッグ作業中に前記
   プログラムのソース情報をもとにして、イベントＩＤ，
   ソースファイル名，ソース行番号，ソース行の先頭アド
   レス，先頭アドレスの示すメモリ上のコードとを含むイ
   ベント情報を生成するステップと、 （ｂ）生成したイベント情報を、イベント管理テーブル
   に登録するステップと、 （ｃ）前記プログラムの更新後に、前記イベント管理テ
   ーブルのソースファイル名およびソース行番号に対応す
   るアドレスと、更新されたプログラム内の前記ファイル
   名およびソース行番号に対応するアドレスとを比較する
   ステップと、 （ｄ）前記比較の結果アドレスが一致していれば、この
   アドレスに対応する前記イベント管理テーブル内の１つ
   以上のコードと、前記アドレスに対応する更新された前
   記プログラム内の１つ以上のコードとをソース行ごとに
   比較するステップと、 （ｅ）前記ステップｃ，ｄにおいて、比較の結果一致し
   ていなければ、イベントは無効であると判断し、警告を
   表示するステップと、 （ｆ）前記イベント管理テーブルの各イベントについ
   て、前記ステップｃ，ｄの比較を行い、全イベントにつ
   いて、前記ステップｃ，ｄの比較の結果一致していれ
   ば、イベントは有効であると判断して、デバッグを続行
   するステップと、 を実行するプログラムを記録した記録媒体。
8. 【請求項８】（ａ）プログラムのデバッグ作業中に前記
   プログラムのソース情報をもとにして、イベントＩＤ，
   ソースファイル名，ソース行番号，ソース行の先頭アド
   レス，先頭アドレスの示すメモリ上の第１〜第Ｎコード
   （Ｎは２以上の整数である。）を含むイベント情報を生
   成するステップと、 （ｂ）生成したイベント情報を、イベント管理テーブル
   に登録するステップと、 （ｃ）前記プログラムの更新後に、前記イベント管理テ
   ーブルのソースファイル名およびソース行番号に対応す
   るアドレスと、更新されたプログラム内の前記ファイル
   名およびソース行番号に対応するアドレスとを比較する
   ステップと、 （ｄ）前記ステップｃにおける比較の結果アドレスが一
   致していれば、このアドレスに対応する前記イベント管
   理テーブルの第１コードと、前記アドレスに対応する更
   新された前記プログラム内の第１コードとを比較するス
   テップと、 （ｅ）前記ステップｄにおける比較の結果第Ｋ−１コー
   ド（Ｋは２以上Ｎ以下の整数である。）が一致していれ
   ば、前記アドレスに対応する前記イベント管理テーブル
   の第Ｋコードと、前記アドレスに対応する更新された前
   記プログラム内の第Ｋコードとを比較するステップと、 （ｆ）前記（ｅ）ステップを第Ｎコードまで繰り返すス
   テップと、 （ｇ）前記ステップｃ，ｄ，ｅにおいて、前記比較の結
   果一致していなければ、イベントは無効であると判断
   し、警告を表示するステップと、 （ｈ）前記イベント管理テーブルの各イベントについ
   て、前記ステップｃ，ｄ，ｅの比較を行い、全イベント
   について、前記ステップｃ，ｄ，ｅの比較の結果一致し
   ていれば、イベントは有効であると判断して、デバッグ
   を続行するステップと、を実行するプログラムを記録し
   た記録媒体。