JPH05282175A - プログラムディバッガ - Google Patents

Abstract

(57)【要約】 【目的】プログラムの不具合箇所を簡単に見つけ出し、
しかもディバッグ時間を短縮することにある。 【構成】プログラムを任意の場所で中断し、異常動作を
したと判定したときは、再度その状態からディバッグを
行う。ディバッグ対象プログラムのデータ領域９とレジ
スタ情報１３をメモリ／レジスタセーブ領域１１，１２
へセーブし、ディバッグを進める。その後の中断状態で
再び異常を発見した場合には、先にセーブしたメモリ／
レジスタセーブ領域１１，１２の状態を逆にメモリ９お
よびレジスタ１３へ戻し、そこから再度ディバッグを行
う。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はプログラムディバッガに
関し、プログラムの不具合箇所をチェックするプログラ
ムディバッガに関する。

【０００２】

【従来の技術】従来のプログラムディバッガは、デイバ
ッグ対象ブログラムの不具合箇所を調べるために用いら
れている。

【０００３】図５は従来の一例を説明するためのディバ
ッグ処理フロー図である。図５に示すように、従来のデ
ィバッガはプログラム実行・ディバッグ処理２３および
ブレークポイント再設定処理２５を有する。最初にこれ
から実行される予定のプログラムに幾つかのブレークポ
イントを設定するブレークポイント設定ステップ１を経
て、プログラム実行ステップ２でプログラムを実行させ
る。その後、設定したいずれかのブレークポイントでプ
ログラムがブレークしたとき、中断状態判定ステップ３
でそれが期待していた状態であるかどうかを調べ、期待
していた状態であるならプログラムの実行を再開し、必
要ならば新たなブレークポイントを設定しディバック継
続ステップ５でディバッグを先へ進める。通常は、これ
らのステップ２，３，５を数回繰り返す。

【０００４】一方、その繰り返しの途中で、もし異常な
状態が中断状態判定ステップ３で発見されると、その時
点で得られる情報によって不具合原因の追求を行う。こ
こで、不具合箇所が分かった場合はプログラムの修正を
直ちに行う。もし分からない場合は、不具合の原因がそ
れ以前にブレークして正常を確認した所から現在ブレー
クしている所までに実行されたいずれかのプログラムに
不具合箇所が有ると考えられるので、再実行ステップ２
４でそれ以前の正しく動作していた箇所までプログラム
を最初から再実行し、そこから異常動作が確認された箇
所までの間に新たにブレークポイントをブレークポイン
ト設定ステップ７で設定し、再びプログラム実行ステッ
プ２でブログラムを実行する。再実行の結果、中断状態
判定ステップ３によりブレークしたところで正常状態が
確認されれば、更に新たなブレークポイントを設定し、
ディバッグを先へ進める。もし、ブレークした箇所で不
具合状態であれば、再度最初からプログラムをやり直
し、これらの処理すなわち、ブレークポイント再設定処
理２５を繰り返す。このように、プログラム実行・ディ
バッグ処理２３およびブレークポイント再設定処理２５
を繰り返し、徐々に不具合の可能性のあるプログラム領
域を縮小して行くことにより、最終的に不具合箇所を確
定する。

【０００５】

【発明が解決しようとする課題】上述した従来のディバ
ッガは、プログラムの異常動作が発見された場合、その
不具合原因の存在する可能性があるプログラムの範囲を
縮小するために、それ以前に正常動作が確実にできた所
までプログラムを戻している。そのために、ブレークポ
イントの設定等を変更して、最初からプログラムをやり
直さなければならない。かかるプログラムの再実行は非
常に大きなプログラムや非常に再現に時間のかかる場合
には、相当な時間を要する。また、比較的小さなプログ
ラムであっても、停止したいアドレスがループの途中で
あったりする場合は、目的のアドレスに至るまでに何度
もプログラムをブレークしなければならないなどの手間
が掛かる場合が多い。従って、不具合箇所のプログラム
範囲縮小に相当な時間がかかる。

【０００６】本発明の目的は、この不具合箇所を簡単に
見つけられ、しかもディバッグ時間を短縮することので
きるプログラムディバッグを提供することにある。

【０００７】

【課題を解決するための手段】本発明のプログラムディ
バッガはプログラムのディバッグ中に任意のアドレスで
実行を中断し、再度その後のディバッグを可能とするプ
ログラムディバッガにおいて、中断した任意のアドレス
でプログラムのデータ領域の全内容およびコンテキスト
をセーブする管理領域を有し、前記プログラムの実行を
再開してから前記セーブした情報をロードすることによ
り、セーブした時点の状態に戻るように構成される。

【０００８】

【実施例】次に、本発明の実施例について図面を参照し
て説明する。図１は本発明の一実施例を説明するための
ディバッグ処理フロー図である。図１に示すように、本
実施例はまずブレークポイント設定ステップ１でこれか
ら実行される予定のプログラムアドレスにブレークポン
イントを設定し、次にプログラム実行ステップ２でプロ
グラムを実行する。しかる後、プログラムがブレークポ
イントでブレークすると、中断状態判定ステップ３でそ
の状態が正しいか否かを判断する。この時、正しいと判
断されると、状態セーブステップ４でプログラムのデー
タ領域およびレジスタなどのコンテキストをディバッガ
の管理領域にセーブする。さらに、ディバッグ継続ステ
ップ５でディバッグを先へ進め、プログラム実行・ディ
バッグ処理８を繰り返し、常に最後に確認できた正常状
態をディバッグの管理領域に保持する。

【０００９】もし、中断判定ステップ３において、正常
でないことがわかったときは、セーブ状態のロードステ
ップ６でその直前に確認された正常状態まで戻り、ブレ
ークポンイント設定ステップ７で新たにブレークポイン
トの設定を行い、そこから再度ディバッグを行う。も
し、新たに設定されたブレークポイントでブレークした
場合にも正常動作でなかったことが中断状態判定ステッ
プ３で判定された場合には、再度セーブされている正常
状態まで戻り、更にブレークポイントの設定を行ってデ
ィバッグを行う。もし、ブレークした所で正常動作の確
認がおこなわれた場合は、状態セーブステップ４でその
状態をセーブし、ディバッグを先へ進め、徐々にプログ
ラムの範囲を狭めて不具合箇所を見つける。

【００１０】図２は図１におけるセーブ／ロード時のメ
モリ及びレジスタの処理状態図である。図２に示すよう
に、状態のセーブを行う場合はディバッガが有している
ディバッグ対象プログラム管理情報１０からセーブする
べき対象プログラムのデータ領域９のスタートアドレス
とサイズを得る。これらの情報に基づいて、ディバッグ
対象プログラムのデータ領域９をディバッガの管理領域
のメモリセーブ領域１２にコピーし、更に全レジスタ情
報１３をディバッガの管理領域におけるレジスタセーブ
領域１１にセーブする。更にディバッグを進めて、新た
に正常状態を確認できたら、同様にデータ領域９をメモ
リセーブ領域１２へコピーするとともに、全レジスタ情
報１３をレジスタセーブ領域１１へコピーし、常にセー
ブ情報を更新して最新の正常状態を保持する。

【００１１】逆に、セーブされた状態をロードする場合
には、レジスタセーブ領域１１の内容を全レジスタ情報
１３としてロードし、メモリセーブ領域１２の内容をプ
ログラムのデータ領域９にロードする。

【００１２】図３は本発明の他の実施例を説明するため
のディバッグ処理フロー図である。図３に示すように、
本実施例はまずブレークポンイント設定ステップ１でこ
れから実行される予定のプログラムアドレスにブレーク
ポイントを設定し、しかる後プログラム実行ステップ２
でプログラムを実行する。プログラムがブレークポイン
トでブレークしたら、中断状態判定ステップ３でその状
態が正しいか否かを判断する。この時正しいと判断した
ら、状態セーブステップ４でプログラムのデータ領域お
よびレジスタなどのコンテキストをディバッガの管理領
域にセーブし、ディバッグ維持ステップ５で更にディバ
ッグを先へ進める。次のブレークポイントでブレークし
たら、先程セーブした領域とは別な領域にその時の状態
をセーブする。正常に動作していると判断している間
は、プログラム実行・ディバッグ処理８を繰り返す。

【００１３】一方、中断状態判定ステップ３で動作が正
しくないと判断された場合は、セーブ状態のロードステ
ップ１４でその前に正常と判断されてセーブされた状態
へ戻り、ブレークポイント設定ステップ７でブレークポ
イントを再設定し、そこから新たにディバッグを行う。
ここでもし、１つ前の状態がやはり正しくなかった場
合、またはそれ以前の状態を知りたいなどの場合には、
経由してきた各ブレークポイントでセーブされたいずれ
かの状態へ戻り（１４）、必要な情報を得てディバッグ
を進める（７）。

【００１４】図４は図３におけるセーブ／ロード時のメ
モリおよびレジスタの処理状態図である。図４に示すよ
うに、状態のセーブを行う場合は、ディバッガの持つデ
ィバッグ対象プログラム管理情報１０からセーブするべ
き対象プログラムのデータ領域９のスタートアドレスと
サイズを得る。これらの情報に基づいて、ディバッグ対
象プログラムのデータ領域９をディバッガの管理領域の
メモリセーブ領域１８にコピーし、対象プログラムの全
レジスタ２２をディバッガの管理領域におけるレジスタ
セーブ領域１７にセーブする。更に、セーブ履歴管理領
域１５は状態をセーブした領域１７の場所を保持し、セ
ーブ領域管理情報１６は次にセーブできる領域１９を指
し示す。次に状態セーブを行う場合は、同様に対象プロ
グラム管理情報１０により対象プログラムのデータ領域
９のスタートアドレスとサイズを得る。これらに基づ
き、セーブ領域管理情報１６によりセーブできる領域１
９および２０を得て、データ領域９のセーブとレジスタ
のセーブを行う。この時、セーブ履歴管理領域１５は新
たに状態をセーブした領域１９の場所も保持し、セーブ
領域管理情報１６は次にセーブできる領域２１を指す。

【００１５】一方、状態のロードの場合はセーブ履歴管
理領域１５の管理情報により自由に状態の選択を行い、
選択した状態の状態セーブ位置からメモリ情報およびレ
ジスタ情報をデータ領域９および全レジスタ２２にロー
ドする。

【００１６】このように、本実施例では最後にセーブし
ておいた状態が正しくなかった場合に、更に過去にさか
のぼってディバッグが行うことができる。

【００１７】

【発明の効果】以上説明したように、本発明のディバッ
ガはプログラムの実行状態に異常を発見した場合に、そ
れ以前に正常動作が確認され、その状態を保存した任意
のプログラムアドレスへ戻り、そこから再度ディバッグ
が行うことにより、容易に不具合箇所を発見することが
できるという効果がある。また、本発明は繰り返しプロ
グラムを最初から実行する必要がないので、従来のディ
バッグより不具合の可能性のあるプログラム領域を容易
に縮小でき、ディバッグ時間を短縮できるという効果が
ある。

【図面の簡単な説明】

【図１】本発明の一実施例を説明するためのディバッグ
処理のフロー図である。

【図２】図１におけるセーブ／ロード時のメモリ／レジ
スタの処理状態図である。

【図３】本発明の他の実施例を説明するためのディバッ
グ処理フロー図である。

【図４】図３におけるセーブ／ロード時のメモリ／レジ
スタの処理状態図である。

【図５】従来の一例を説明するためのディバッグ処理フ
ロー図である。

【符号の説明】

１ ブレークポイント設定ステップ ２ プログラム実行ステップ ３ 中断状態判定ステップ ４ 状態セーブステップ ５ ディバッグ継続ステップ ６，１４ セーブ状態のロードステップ ７ ブレークポイント設定ステップ ８ プログラム実行・ディバッグ処理 ９ 対象プログラムのデータ領域 １０ 対象プログラムの管理情報 １１ レジスタセーブ領域 １２ メモリセーブ領域 １３，２２ 対象プログラムのレジスタ情報 １５ セーブ履歴管理情報 １６ セーブ領域管理情報 １７〜２１ 状態セーブ領域

Claims (2)

【特許請求の範囲】
1. 【請求項１】 プログラムのディバッグ中に任意のアド
   レスで実行を中断し、再度その後のディバッグを可能と
   するプログラムディバッガにおいて、中断した任意のア
   ドレスでプログラムのデータ領域の全内容およびコンテ
   キストをセーブする管理領域を有し、前記プログラムの
   実行を再開してから前記セーブした情報をロードするこ
   とにより、セーブした時点の状態に戻ることを特徴とす
   るプログラムディバッガ。
2. 【請求項２】 前記セーブする情報は複数の状態をセー
   ブし、その内の任意の状態へ戻る請求項１記載のプログ
   ラムディバッガ。