JP2000081995A

JP2000081995A - プログラム再実行方法

Info

Publication number: JP2000081995A
Application number: JP10253050A
Authority: JP
Inventors: Hidehiko Takagi; 秀彦高木
Original assignee: NEC IC Microcomputer Systems Co Ltd
Current assignee: NEC IC Microcomputer Systems Co Ltd
Priority date: 1998-09-07
Filing date: 1998-09-07
Publication date: 2000-03-21
Anticipated expiration: 2018-09-07
Also published as: JP3110391B2

Abstract

(57)【要約】【課題】プログラムをデバッグを終了した命令まで再
実行することを少ないメモリ消費量で行うプログラム再
実行方法を提供する。【解決手段】デバッグの開始と終了の間にプログラム
中の特定の命令を実行したときのＰＣの値とその命令の
実行回数とその命令の最終実行情報を１組とするテーブ
ルを記憶手段に作成するステップ、デバッグ終了時にテ
ーブルを参照して最後の命令を実行した時のＰＣの値で
ある最終目的ＰＣの値、テーブル中のＰＣの値に対応す
る命令のうちで最も遅く実行された命令のＰＣの値であ
る目的ＰＣの値及び目的ＰＣに対応する実行回数である
目的回数を記憶手段に記憶するステップ、再実行時に現
在のＰＣの値が目的回数だけ目的ＰＣの値になるまでプ
ログラムを実行した後に、現在のＰＣの値が最終目的プ
ログラムの値になるまでプログラムを実行するステップ
を有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プログラムをデバ
ッグを終了した命令まで再実行するプログラム再実行方
法に関する。

【０００２】

【従来の技術】プログラムのデバッグ中に、ある処理ま
できてソフトウェアの不具合が発覚し、ある変数の初期
値変更後、再度デバッグを最初からスタートして該当処
理で結果を確認しようとする場面において、その再現処
理を自動で行うことができるデバッガは、従来存在しな
い。従って、従来のデバッガを使って、ある処理まで移
動させるためには、使用者が考えながら該当箇所まで処
理を進めなければならなかった。

【０００３】

【発明が解決しようとする課題】従来例で本願発明に一
番近いデバッガ「プログラム再実行処理方式」（特開平
５−２５０２０８号公報）では、プログラムを最初から
起動させることなく、ある時点の状態を高速に再現する
ことを可能にしている。しかし、この従来技術では、前
回と全く同じ状態に復元させることはできても、上記問
題のように、ある命令の変更後の実行状態を作ることは
できない。再実行して処理を該当命令で止めるために
は、その命令を何回実行したときに止めるかを知る必要
がある。この回数を得る手段として、最初の実行中に全
ての命令の実行回数を覚えておき、その情報から該当命
令の実行回数を取得するという方法が容易に推測でき
る。図６のフローチャートは、その１例である。

【０００４】しかしこの方法では、デバッガが使用する
データメモリが膨大になるという問題点があった。その
理由は、デバッグするプログラムの命令数分のアクセス
回数を保持するテーブルが必要になるためである。

【０００５】図３のプログラムを、上述した発明の実施
例と同じ条件で実行したとき、図７に示すように、３０
命令分のテーブルが必要となる。近年、プログラムのサ
イズは膨大化しており、１０００００命令を超えるプロ
グラムも存在する。そのとき、１０００００命令分のテ
ーブルが必要となり、決して実用的とは言えない。

【０００６】本発明は、プログラムをデバッグを終了し
た命令まで再実行することを少ないメモリ消費量で可能
とするプログラム再実行方法を提供することを目的とす
る。

【０００７】

【課題を解決するための手段】本発明によるプログラム
再実行方法は、プログラムをデバッグが終了した命令ま
で再実行するプログラム再実行方法において、デバッグ
が開始してから終了するまでの間に、前記プログラム中
の特定の命令を実行したときのプログラムカウンタの値
とその命令の実行回数とその命令の最終実行情報を１レ
コードとするテーブルを記憶手段に作成するステップ
と、デバッグ終了時に、前記テーブルを参照して、最後
の命令を実行した時のプログラムカウンタの値である最
終目的プログラムカウンタの値と、前記テーブル中のプ
ログラムカウンタの値に対応する命令のうちで最も遅く
実行された命令のプログラムカウンタの値である目的プ
ログラムカウンタの値と、該目的プログラムカウンタに
対応する実行回数である目的回数を記憶手段に記憶する
ステップと、再実行時に、現在のプログラムカウンタの
値が前記目的回数だけ前記目的プログラムカウンタの値
になるまで前記プログラムを実行した後に、前記現在の
プログラムカウンタの値が前記最終目的プログラムの値
になるまで前記プログラムを実行するステップと、を有
することを特徴とする。

【０００８】また、本発明によるプログラム再実行方法
は、上記のプログラム再実行方法において、前記再実行
時の前記プログラムの実行は、ステップ実行であること
を特徴とする。

【０００９】更に、本発明によるプログラム再実行方法
は、上記のプログラム再実行方法において、前記特定の
命令はラベルの付いている命令であることを特徴とす
る。

【００１０】更に、本発明によるプログラム再実行方法
は、上記のプログラム再実行方法において、前記特定の
命令は所定数毎の命令であることを特徴とする。

【００１１】

【発明の実施の形態】本発明は、プログラムのデバッグ
中に、ある処理まできてプログラムの不具合が発覚し、
プログラム修正後、再度デバッグを最初からスタートし
て該当処理で結果を確認しようとする場面において、そ
の該当処理までの処理を自動実行することを、デバッガ
の使用データメモリを最小限に押さえて実現する手段を
提供するものである。

【００１２】図１において、実行回数記憶手段３２は、
プログラム実行中に各命令ごとの実行回数を記憶する。
コマンド入力手段２２によって、実行状態の再現が要求
されると、実行状態再現手段４２は、実行回数記憶手段
３２で記憶された内容から再現位置の命令とその実行回
数を求め、プログラムを再実行することで実行状態を再
現する。このとき、実行回数記憶手段３２で実行回数を
記憶する対象命令をラベルの付いた命令のみとし、実行
状態再現手段４２では、再現位置に過去に実行した命令
のうちで一番近いラベルの付いた命令であるラベルの付
いた命令のうちで最終実行情報がＯＮである命令まで処
理を移したあと再現位置まで処理を移すことで、実行回
数記憶手段３２で作成するテーブルを小さくする。この
ように記憶する対象命令をラベルに限定しているため、
デバッガの使用データメモリを最小限に押さえて、再実
行処理を可能にする。

【００１３】［実施形態１］図１を参照すると、本発明
の再実行処理方式の実施形態１は、全体の処理の制御を
行う処理制御手段１と、入力手段２と、記憶手段３と、
実行手段４と、出力手段５とから構成されている。

【００１４】入力手段２は、デバッグするための目的プ
ログラムを入力するプログラム入力手段２１と、ステッ
プ実行等の指示を受け付けるコマンド入力手段２２とを
備えている。

【００１５】記憶手段３は、実行する目的プログラムを
格納するプログラム記憶手段３１と、命令ごとの実行回
数を記憶し格納する実行回数記憶手段３２とを備えてい
る。

【００１６】実行手段４は、目的プログラムを実行する
プログラム実行手段４１と、任意の実行位置までを一気
に実行する実行状態再現手段４２とを備えている。

【００１７】出力手段５は、デバッグした結果をファイ
ルに出力する結果ファイル出力手段と、結果を画面に表
示する結果表示手段とを備えている。

【００１８】目的プログラムがプログラム入力手段２１
によって読み込まれ、プログラム記憶手段３１によって
格納され、コマンド入力手段３２によって受け取ったコ
マンドに従い、プログラム実行手段４１によって目的プ
ログラムは実行される。その際、実行回数記憶手段３２
によって命令ごとの実行回数が格納され、その格納され
た情報をもとに実行状態再現手段４２によって、任意の
実行状態を再現する。

【００１９】次に図１及び図２のフローチャートを参照
して本実施形態の全体の動作について詳細に説明する。

【００２０】図２において、はじめにステップＳ１は、
再現指定がなされたかどうかをチェックする。再現指定
がされているときには、ステップＳ９に移り、再現処理
を行う。再現指定がされていないときには、ステップＳ
２により、これから実行する命令がラベル付きの命令が
どうかチェックする。ラベル付きの命令以外のときに
は、ステップＳ４により１ステップ実行を行い、再びス
テップＳ２に戻り、次の命令のチェックを行う。ステッ
プＳ２でラベル付き命令と判断したときには、実行回数
登録テーブルＴ１に、その命令のプログラムカウンタ
（図２では「ＰＣ」と記載）と、その回数情報を記録す
る。記録するプログラムカウンタが実行回数登録テーブ
ルＴ１にまだ登録されていないときには、回数情報を１
として新たに登録し、その度に最終実行情報をＯＮにす
る。その際に、それ以外の最終実行情報はＯＦＦにす
る。既に登録されているときには、その回数情報を１増
加し、その都度に最終実行情報をＯＮにする。その際
に、それ以外の最終実行情報はＯＦＦにする。このステ
ップＳ２からステップＳ６までの処理を、ステップＳ７
でデバッグの終了を判断するまで繰り返す。ステップＳ
７でデバッグ終了を判断すると、ステップＳ８では、実
行回数登録テーブルＴ１から、現在のプログラムカウン
タ（最終目的プログラムカウンタ）と、そのプログラム
カウンタから過去に実行された命令のうちで一番近い命
令のプログラムカウンタ、すなわち、対応する最終実行
情報がＯＮになっているプログラムカウンタ（目的プロ
グラムカウンタ）と、目的プログラムカウンタに対応し
た回数情報（目的回数）をログファイルＴ２に出力す
る。

【００２１】次に再現指定ありの場合について説明す
る。ステップＳ１で再現指定が有りと判断すると、ステ
ップＳ９で、ログファイルＴ２から、「最終目的プログ
ラムカウンタ」と、「目的プログラムカウンタ」と、そ
の「目的回数」とを読み込む。

【００２２】ステップＳ１０では、変数Ｃｏｕｎｔｅｒ
を”１”で初期化する。つづいて、ステップＳ１１で１
ステップ実行後、ステップＳ１２で現在のプログラムカ
ウンタと目的プログラムカウンタとを比較し、一致して
いなければ、ステップＳ１１に戻り、再び１ステップ実
行を行う。一致しているときには、さらに変数Ｃｏｕｎ
ｔｅｒと目的回数とを比較し、一致していなければ変数
Ｃｏｕｎｔｅｒを１増加して、ステップＳ１１に戻り、
再び１ステップ実行を行う。一致しているときには、現
在のプログラムカウンタから、最終目的プログラムカウ
ンタまでに処理を移すために、１ステップ実行を繰り返
す。具体的には、ステップＳ１５で現在のプログラムカ
ウンタと最終目的プログラムカウンタとを比較し、一致
していなければ、ステップＳ１６により１ステップ実行
を行ったあと、再びステップＳ１５に戻る。ステップＳ
１５で一致したとき、目的の最終プログラムカウンタま
での処理の再現が終了する。

【００２３】次に、具体例を用いて本実施形態の動作を
説明する。

【００２４】例えば、図３のプログラムをデバッグ中
に、命令３１１を３回実行した時点で不具合に気づき、
命令３０１を変更後、同じ位置まで再実行する場合につ
いて説明する。

【００２５】図１の入力プログラム入力手段２１により
図３のプログラムを読み込み、プログラム記憶手段３１
により格納する。このプログラムを、プログラム実行手
段４１により、実行しながらデバッグする。図２のステ
ップＳ１は、図１のコマンド入力手段２２により、再現
が指示されたかどうかをチェックする。指示はされてい
ないので、ステップＳ２以降の処理に移り、デバッグが
スタートする。ステップＳ２では、これから実行する命
令がラベル付きの命令かどうかをチェックする。

【００２６】最初の命令は図３のラベル付き命令３０１
であるため、結果は真となり、ステップＳ３に移る。ス
テップＳ３では、現在のプログラムカウンタと、現プロ
グラムカウンタの実行回数を、実行回数登録テーブルＴ
１に格納する。この場合は、図４の実行回数登録テーブ
ル４０１のように、プログラムカウンタ”００００”
と、実行回数”１”と最終実行情報”ＯＮ”格納され
る。このステップＳ２からステップＳ６までの処理を、
上記で説明したように、命令３１１を３回実行した時点
まで繰り返し行う。ステップＳ７でデバッグの終了、す
なわち、命令３１１を３回実行した時点での実行回数登
録テーブルＴ１の内容は、図４の実行回数登録テーブル
４０２に示すように、プログラムカウンタ”００００”
に対する実行回数”１”及び最終実行情報”ＯＦＦ”
と、プログラムカウンタ”００１２”に対する実行回
数”３”及び最終実行情報”ＯＮ”となっている。つづ
いてステップＳ８により、実行回数登録テーブルＴ１か
ら、現在のプログラムカウンタ”００１７”と、そのプ
ログラムカウンタから過去に実行された命令のうちで一
番近い命令のプログラムカウンタ、すなわち、最終実行
情報が”ＯＮ”となっているプログラムカウンタ、この
場合”００１２”と、その回数情報”３”とをログファ
イルＴ２に出力する。再びデバッガがスタートすると、
今度はステップＳ１の判断で、再現処理を行うステップ
Ｓ７に移る。最初にステップＳ９で、ログファイルＴ２
から、最終目的プログラムカウンタ”００１７”と、目
的プログラムカウンタ”００１２”と、その目的回数”
３”とを読み込む。ステップＳ１０では、変数Ｃｏｕｎ
ｔｅｒを”１”で初期化する。つづいてステップＳ１１
で、１ステップ実行後、ステップＳ１２で現在のプログ
ラムカウンタ、この場合”０００３”と、目的プログラ
ムカウンタ”００１２”とを比較する。一致していない
ので、ステップＳ１１に戻り、再び１ステップ実行を行
う。このステップＳ１１とステップＳ１２の処理を、プ
ログラムカウンタが”００１２”となるまで繰り返す。
最初にプログラムカウンタが”００１２”となった時点
で、処理はステップＳ１３に移り、変数Ｃｏｕｎｔｅｒ
と目的回数とを比較する。変数Ｃｏｕｎｔｅｒは１で、
目的回数は”３”であるため一致せず、ステップＳ１４
により、変数Ｃｏｕｎｔｅｒを”１”増加して”２”に
したあと、再びステップＳ１１に戻り、１ステップ実行
を行う。このステップＳ１１からステップＳ１４までの
処理を、ステップＳ１３の条件が満たされるまで繰り返
す。変数Ｃｏｕｎｔｅｒが”３”となり、ステップＳ１
３の条件式が満たされると、ステップＳ１５に移り、現
在のプログラムカウンタから、最終目的プログラムカウ
ンタまで処理を移すために、１ステップ実行を繰り返
す。こうしてステップＳ１５での条件式が満たされたと
き、プログラムカウンタは”００１７”となり、目的の
最終プログラムカウンタまでの処理の再現が終了する。

【００２７】［実施形態２］次に、本発明の他の実施形
態について図面を参照して詳細に説明する。

【００２８】図５を参照すると、本実施形態は、変数Ｃ
ｏｕｎｔｅｒを”１”で初期化する図２のステップＳ１
０が、目的回数を変数Ｃｏｕｎｔｅｒに代入するステッ
プＳ２１に置き換わる点と、変数Ｃｏｕｎｔｅｒと目的
回数を比較する図２のステップ１３が、変数Ｃｏｕｎｔ
ｅｒと”１”とを比較するステップ２２に置き換わる点
と、変数Ｃｏｕｎｔｅｒを１増加する図２のステップ１
６が、変数Ｃｏｕｎｔｅｒを１減少させるステップ２３
に置き換わる点との３点で図２に示す実施形態１と異な
る。

【００２９】次に、具体例について説明する。図１の入
力プログラム入力手段２１により図３のプログラムを読
み込み、プログラム記憶手段３１により格納する。この
プログラムを、プログラム実行手段４１により、実行し
ながらデバッグする。図２のステップＳ１は、図１のコ
マンド入力手段２２により、再現が指示されたかどうか
をチェックする。指示はされていないので、ステップＳ
２以降の処理に移り、デバッグがスタートする。ステッ
プＳ２では、これから実行する命令がラベル付きの命令
かどうかをチェックする。最初の命令は図３のラベル付
き命令３０１であるため、結果は真となり、ステップＳ
３に移る。ステップＳ３では、現在のプログラムカウン
タと、現プログラムカウンタの実行回数と最終実行情報
を、実行回数登録テーブルＴ１に格納する。この場合
は、図４の実行回数登録テーブル４０１のように、プロ
グラムカウンタ”００００”と、実行回数”１”と最終
実行情報”ＯＮ”が格納される。このステップＳ２から
ステップＳ６までの処理を、上記で説明したように、命
令３１１を３回実行した時点まで繰り返し行う。ステッ
プＳ７でデバッグの終了、すなわち、命令３１１を３回
実行した時点での実行回数登録テーブルＴ１の内容は、
図４の実行回数登録テーブル４０２にように、プログラ
ムカウンタ”００００”に対する実行回数”１”及び最
終実行情報”ＯＦＦ”と、プログラムカウンタ”００１
２”に対する実行回数”３”及び最終実行情報”ＯＮ”
となっている。つづいてステップＳ８により、実行回数
登録テーブルＴ１から、現在のプログラムカウンタ”０
０１７”と、そのプログラムカウンタから過去に実行さ
れた命令のうちで一番近い命令のプログラムカウンタ、
すなわち最終実行情報が”ＯＮ”である箇所のプログラ
ムカウンタ、この場合”００１２”と、その回数情報”
３”とをログファイルＴ２に出力する。

【００３０】再びデバッガがスタートすると、今度はス
テップＳ１の判断で、再現処理を行うステップＳ９に移
る。最初にステップＳ９は、ログファイルＴ２から、最
終目的プログラムカウンタ”００１７”と、目的プログ
ラムカウンタ”００１２”と、その目的回数”３”とを
読み込む。次にステップＳ２１で、変数Ｃｏｕｎｔｅｒ
に、目的回数”３”を代入する。ステップＳ１１で１ス
テップ実行後、ステップＳ１２で現在のプログラムカウ
ンタ、この場合”０００３”と、目的プログラムカウン
タ”００１２”とを比較する。一致していないので、ス
テップＳ１１に戻り、再び１ステップ実行を行う。この
ステップＳ１１とステップＳ１２の処理を、プログラム
カウンタが”００１２”となるまで繰り返す。最初にプ
ログラムカウンタが”００１２”となった時点で、処理
はステップＳ２２に移り、変数Ｃｏｕｎｔｅｒと”１”
とを比較する。変数Ｃｏｕｎｔｅｒは”３”であるため
一致せず、ステップＳ２３により、変数Ｃｏｕｎｔｅｒ
を”１”減少して”２”にしたあと、再びステップＳ１
１に戻り、１ステップ実行を行う。このステップＳ１１
からステップＳ２３までの処理を、ステップＳ２２の条
件が満たされるまで繰り返す。変数Ｃｏｕｎｔｅｒが”
１”となり、ステップＳ２２の条件式が満たされると、
ステップＳ１５に移り、現在のプログラムカウンタか
ら、最終目的プログラムカウンタまで処理を移すため
に、１ステップ実行を繰り返す。

【００３１】こうしてステップＳ１５での条件式が満た
されたとき、プログラムカウンタは”００１７”とな
り、目的の最終プログラムカウンタまでの処理の再現が
終了する。

【００３２】なお、図２及び図５に示した方法は、ＣＤ
−ＲＯＭなどのコンピュータ読み取り可能な記録媒体に
記録されたコンピュータにこれらの方法に含まれる手順
を実行させるためのプログラムを、コンピュータが読み
取り実行することにより実現することもできる。

【００３３】また、上記の実施形態ではラベルの付いた
命令に対応するプログラムカウンタから目的プログラム
カウンタを求めたが、本発明はこれに限定されるもので
はなく、ラベルの付いた命令の代わりに例えば、所定数
毎の命令を使用することもできる。

【００３４】

【発明の効果】以上説明したように、本発明によれば以
下の効果が奏される。

【００３５】第１の効果は、プログラムのデバッグ中
に、ある処理まできてプログラムの不具合が発覚し、プ
ログラム修正後、再度デバッグを最初からスタートして
該当処理で結果を確認しようとする場面において、その
該当処理までの移動を、デバッガが自動で再現できるこ
とにある。

【００３６】何故ならば、プログラム実行中に各命令ご
との実行回数を記憶する実行回数記憶手段と、実行状態
の再現が要求されたときに、前記記憶された内容から再
現位置の命令とその実行回数を求め、プログラムを再実
行することで実行状態を再現する実行状態再現手段とを
有するからである。

【００３７】第２の効果は、上記該当処理までの移動
を、デバッガの使用データメモリを最小限に押さえて実
現できることにある。

【００３８】何故ならば、前記実行回数記憶手段で実行
回数を記憶する対象命令をラベルの付いた命令のみと
し、実行状態再現手段では、再現位置に過去に実行され
た命令のうちで一番近いラベルの付いた命令まで処理を
移したあと再現位置まで処理を移すことで、実行回数記
憶手段で作成するテーブルを最小限に押さえるからであ
る。

【００３９】一般に、ラベルの付いた命令は、プログラ
ム全体の約１割程度存在する。従ってテーブルのサイ
ズ、すなわちデバッガが使用するデータメモリの大きさ
を従来の約１０分の１にすることができる。

【図面の簡単な説明】

【図１】本発明の実施形態によるプログラム再実行方法
を実行するための装置の構成を示す図である。

【図２】本発明の実施形態１によるプログラム再実行方
法を説明するためのフロー図である。

【図３】本発明の実施形態及び従来例によるプログラム
再実行方法を適用するプログラム例である。

【図４】本発明の実施形態１の方法により更新される実
行回数登録テーブルの状態を示す図である。

【図５】本発明の実施形態２によるプログラム再実行方
法を説明するためのフロー図である。

【図６】プログラム再実行方法を説明するためのフロー
図である。

【図７】図６に示す方法で用いる実行回数登録テーブル
の図である。

【符号の説明】

１処理制御手段２入力手段３記憶手段４実行手段５出力手段

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１１年８月５日（１９９９．８．５）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

Claims

【特許請求の範囲】

【請求項１】プログラムをデバッグが終了した命令ま
で再実行するプログラム再実行方法において、デバッグが開始してから終了するまでの間に、前記プロ
グラム中の特定の命令を実行したときのプログラムカウ
ンタの値とその命令の実行回数とその命令の最終実行情
報を１レコードとするテーブルを記憶手段に作成するス
テップと、デバッグ終了時に、前記テーブルを参照して、最後の命
令を実行した時のプログラムカウンタの値である最終目
的プログラムカウンタの値と、前記テーブル中のプログ
ラムカウンタの値に対応する命令のうちで最も遅く実行
された命令のプログラムカウンタの値である目的プログ
ラムカウンタの値と、該目的プログラムカウンタに対応
する実行回数である目的回数を記憶手段に記憶するステ
ップと、再実行時に、現在のプログラムカウンタの値が前記目的
回数だけ前記目的プログラムカウンタの値になるまで前
記プログラムを実行した後に、前記現在のプログラムカ
ウンタの値が前記最終目的プログラムの値になるまで前
記プログラムを実行するステップと、を有することを特徴とするプログラム再実行方法。
【請求項２】請求項１に記載のプログラム再実行方法
において、前記再実行時の前記プログラムの実行は、ス
テップ実行であることを特徴とするプログラム再実行方
法。
【請求項３】請求項１又は２に記載のプログラム再実
行方法において、前記特定の命令はラベルの付いている
命令であることを特徴とするプログラム再実行方法。
【請求項４】請求項１又は２に記載のプログラム再実
行方法において、前記特定の命令は所定数毎の命令であ
ることを特徴とするプログラム再実行方法。
【請求項５】コンピュータに、デバッグが開始してから終了するまでの間に、前記プロ
グラム中の特定の命令を実行したときのプログラムカウ
ンタの値とその命令の実行回数とその命令の最終実行情
報を１レコードとするテーブルを記憶手段に作成するス
テップと、デバッグ終了時に、前記テーブルを参照して、最後の命
令を実行した時のプログラムカウンタの値である最終目
的プログラムカウンタの値と、前記テーブル中のプログ
ラムカウンタの値に対応する命令のうちで最も遅く実行
された命令のプログラムカウンタの値である目的プログ
ラムカウンタの値と、該目的プログラムカウンタに対応
する実行回数である目的回数を記憶手段に記憶するステ
ップと、再実行時に、現在のプログラムカウンタの値が前記目的
回数だけ前記目的プログラムカウンタの値になるまで前
記プログラムを実行した後に、前記現在のプログラムカ
ウンタの値が前記最終目的プログラムの値になるまで前
記プログラムを実行するステップと、を実行させるためのプログラムを記録したことを特徴と
するコンピュータ読み取り可能な記録媒体。
【請求項６】請求項５に記載のコンピュータ読み取り
可能な記録媒体において、前記再実行時の前記プログラ
ムの実行は、ステップ実行であることを特徴とするコン
ピュータ読み取り可能な記録媒体。
【請求項７】請求項５又は６に記載のコンピュータ読
み取り可能な記録媒体において、前記特定の命令はラベ
ルの付いている命令であることを特徴とするコンピュー
タ読み取り可能な記録媒体。
【請求項８】請求項５又は６に記載のコンピュータ読
み取り可能な記録媒体において、前記特定の命令は所定
数毎の命令であることを特徴とするコンピュータ読み取
り可能な記録媒体。