JP2747164B2 - ソフトウェア・シミュレータ - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はソフトウェア・シミュレ
ータに関し、特にシミュレーションの対象となるマイク
ロプロセサの命令実行時のスタック使用状況の表示に関
する。

【０００２】

【従来の技術】従来のマイクロプロセサ用ソフトウェア
・シミュレータにおいて、入力装置からコマンド単位で
動作を指示する処理の全体処理フローを図６に示す。コ
マンド入力処理ステップ１００では、入力装置からコマ
ンドを入力し、コマンド解析処理ステップ１０１ではコ
マンドを解析して、各コマンド処理ステップ１０２へ分
岐する。コマンド処理ステップ１０２では、メモリ内容
の表示，レジスタ内容の表示，ステップの実行，あるい
はランの実行等を行なう。

【０００３】命令実行系コマンド判定処理ステップ１０
３ではステップの実行，ランの実行等の命令実行系のコ
マンドであるか否かを判定する。判定の結果，命令実行
系コマンドの場合には、単一命令実行処理ステップ１０
４で命令を実行し、実行後にブレークの条件の成立，命
令実行時の異常，あるいは外部からの強制停止指示等の
発生を命令実行終了判定処理ステップ１０５で行なう。
その結果に応じて、次の命令を続行するか，あるいはコ
マンド入力処理ステップ１００へ分岐し、以降，繰り返
し処理を続行する。

【０００４】次に、上記説明したソフトウェア・シミュ
レータを使用して、命令実行中のスタック状態を把握
し、適切なスタック領域を決定する方法を説明する。予
め設定したスタック領域が不足している場合、スタック
領域を越えた領域に対してアクセス・ブレーク条件を設
定し、一連の命令を実行させる。ブレーク条件が成立
し、命令実行が停止した地点で、スタックに保存されて
いる状態から、関数の実行経過と各関数でのスタック使
用量とを求め、プログラムのアルゴリズムの変更，ある
いは、関数のパラメータ等の変更によりスタック使用量
を削減する。スタック使用量を削減することができない
場合には、スタック領域を拡張する。ブレーク条件の成
立する箇所が複数ある場合には、上記の作業を複数回行
い、最適なスタック領域を決定する。

【０００５】

【発明が解決しようとする課題】解決しようとする問題
は、一連の命令実行中に動的に変化するスタック使用量
に対して、スタック使用量がスタック領域を越えるプロ
グラム箇所を検出していたため、操作が煩雑であるとい
う点である。そのため、スタック使用量がスタック領域
を越えるプログラム箇所を検出するまでの操作が煩雑で
あるという問題があった。

【０００６】

【課題を解決するための手段】本発明のソフトウェア・
シミュレータは、シミュレーションの対象となるマイク
ロプロセサのプログラム実行時に、スタック使用量がユ
ーザ指定量を越えた地点を判定し、スタック使用量がユ
ーザ指定量を超えた地点までに実行した全ての関数の関
数名と、関数毎のスタック使用量とを、関数の呼び出し
順序に従って表示することを特徴とする。

【０００７】

【実施例】次に、本発明について図面を参照して説明す
る。図１は、本発明によるソフトウェア・シミュレータ
の一実施例を示す全体処理フローである。図１におい
て、１００はコマンド入力処理ステップ，１０１はコマ
ンド解析処理ステップ，１０２はコマンド処理ステッ
プ，１０３は命令実行系コマンド判定処理ステップ，１
０４は単一命令実行処理ステップ，１０５は命令実行終
了判定処理ステップ，２００はスタック状態表示指定量
入力処理ステップ，３００はスタック状態表示処理ステ
ップである。

【０００８】従来形式の処理フローに加えて、開始直後
に、起動行からスタック状態を表示し始めるため、ユー
ザ指定量を入力するためのスタック状態表示指定量入力
処理ステップ２００を配置する。さらに、単一命令実行
処理ステップ１０４の後に、スタック使用量がユーザ指
定量を越える地点を判定し、スタック使用量がユーザ指
定量を超えた地点までに実行した全ての関数の関数名と
関数毎のスタック使用量とを、関数の呼び出し順序に従
って表示するため、スタック状態表示処理ステップ３０
０を追加している。

【０００９】また、本発明では、図に示すように命令実
行時の関数毎のスタック使用量格納用データ配列（以
降、関数テーブルと称する。）を追加している。関数テ
ーブルのデータ構造は、命令実行中の関数名，関数実行
開始時のスタック・ポインタ（以降，先頭ＳＰと称す
る。）、および関数実行時の最大スタック・ポインタ
（以降，カレントＳＰと称する。）を一群としたデータ
の要素の連続と、その一群の先頭を示す指示ポインタ
（以降，関数指示ポインタと称する。）とから構成され
ている。

【００１０】図３は、図１に示すスタック状態表示処理
ステップの処理の詳細を示す処理フローである。次に、
図３に従って、スタック状態表示処理ステップ３００で
の処理フローを説明する。なお、本実施例では、スタッ
ク領域はメモリの高アドレスから低アドレスの方向に確
保されるマイクロプロセサを想定している。まず、初期
状態判定処理ステップ３０１で、ソフトウェア・シミュ
レータで命令のシミュレーションが一度も実行されてい
ない初期状態でこの処理を実行したか否かを判定する。
初期状態で、この処理を実行した場合には、関数テーブ
ル作成処理ステップ３０２で現時点の関数名，先頭Ｓ
Ｐ，カレントＳＰ，および関数指示ポインタを関数テー
ブルに設定する。さらに、表示フラグ設定処理ステップ
３０３で表示フラグをオフに初期化する。

【００１１】次に、前命令実行時からのスタック・ポイ
ンタの変化を、スタック・ポインタ増減判定処理ステッ
プ３０４で判定する。増減がなかった場合には、そのま
ま処理を終了する。他の関数の呼び出し時の関数への引
数，戻りアドレス，あるいは関数内での一時変数等をス
タック領域へ待避する等の処理でスタック・ポインタが
増加した場合には、最大スタック・ポインタ判定処理ス
テップ３０５で現時点のスタック・ポインタと、関数指
示ポインタで示しているデータ構造のカレントＳＰとを
比較する。スタック・ポインタの方がカレントＳＰより
大きければ、関数テーブル更新処理ステップ３０６で、
カレントＳＰ領域にスタック・ポインタを格納する。さ
らに、関数名取得処理ステップ３０７で、命令実行後の
プログラム・カウンタと、予め言語処理プログラムで生
成している関数用シンボル・テーブルとにより現時点で
実行している関数名を得る。

【００１２】次に、実行関数変化判定処理ステップ３０
８では、命令実行前の実行関数名と，関数名取得処理ス
テップ３０７で得られた関数名とが異なるか否かを判定
する。異なる場合には、表示フラグ設定処理ステップ３
０９で表示フラグをオフに設定する。さらに、関数テー
ブル追加処理ステップ３１０で関数テーブルの終端に、
現時点での関数名，先頭ＳＰ，およびカレントＳＰを追
加し、関数指示ポインタを更新する。

【００１３】一方、スタック・ポインタ増減判定処理ス
テップ３０４で、スタック領域からの回復等によりスタ
ック・ポインタが減少した場合には、関数名の取得処理
ステップ３０７を実行し、実行関数変化判定処理ステッ
プ３０８で命令実行前の実行関数名と関数名取得処理ス
テップ３０７で得られた関数名とが異なるか否かを判定
する。同じである場合には、そのまま処理を終了する。
異なる場合には、最初にスタック使用量算出処理ステッ
プ３１１により、先頭関数のデータ構造の先頭ＳＰから
関数指示ポインタで示しているデータ構造のカレントＳ
Ｐを減算して、現時点でのスタック使用量を算出する。
次に、スタック使用量判定処理ステップ３１２によりユ
ーザ指定量と、求めたスタック使用量とを比較する。ス
タック使用量がユーザ指定量を越えていれば、表示フラ
グ判定処理ステップ３１３を実行する。

【００１４】表示フラグがオフであれば、関数名，およ
びスタック使用量の表示処理ステップ３１４により、現
時点までの関数名，および関数毎のスタック使用量を，
関数の呼び出し順序に従って表示し、表示フラグ設定処
理ステップ３１５で表示フラグをオンにする。次に、関
数テーブル削除処理ステップ３１６では、関数指示ポイ
ンタで示しているデータ構造の関数名格納領域を数値の
０で埋め、関数指示ポインタの指示を１つ戻す。これに
より、関数テーブルから命令実行前の関数名，先頭Ｓ
Ｐ，およびカレントＳＰを削除し、処理を終了する。ま
た、スタック使用量判定処理ステップ３１２では、スタ
ック使用量がユーザ指定量を越えていない場合、または
表示フラグ判定処理ステップ３１３で、表示フラグがオ
ンの場合には、関数テーブル削除処理ステップ３１６を
実行し、処理を終了する。

【００１５】次に、本実施例におけるスタック使用量
が、ユーザ指定量を越えた場合の表示例を説明する。一
例として、ここでは高級言語の一つであるＣ言語を用い
て説明する。まず、一般的なＣ言語でのスタックの使用
方法を図４を参照して説明する。図４において、図４
(a) は第１のソース・プログラムを示し、図４(b) はス
タックの使用状況を示している。

【００１６】図４(a) に示す第１のソース・プログラム
４００は、関数ＦＵＮＣ２が外部関数であることを宣言
する外部関数宣言部４０１と、関数ｆｕｎｃ１の始まり
を示す関数宣言部４０２と、関数ｆｕｎｃ１内で一時変
数ｉ，ｊ，ｌを宣言している変数宣言部４０３と、一時
変数ｉ，ｌに数値を代入する変数代入部４０４と、ｉ，
ｌを引数として関数ＦＵＮＣ２を呼び出し、関数ＦＵＮ
Ｃ２の返り値を一時変数ｊに代入している関数呼び出し
部４０５とから構成する。この時のスタックの使用状況
を図４(b) に示す。

【００１７】スタック領域はメモリの高アドレスから低
アドレスの方向に確保されるマイクロプロセッサを想定
しているため図４(a) の変数宣言部４０３において、一
時変数ｉ，ｊ，ｌが一時変数格納領域４０６に積まれ
る。この時点で、スタック・ポインタ４０９である。次
に、図４(a) の関数呼び出し部４０５では、引数１と引
数ｉとが引数格納領域４０７に積まれ、更に、関数ｆｕ
ｎｃ１への返り番地が関数への返り番地格納領域４０８
へ積まれる。この時点で、スタック・ポインタは第２の
スタック・ポインタ４１０となる。外部関数ＦＵＮＣ２
の実行後、関数ｆｕｎｃｌ内で不用となった関数への返
り番地格納領域４０８と、引数格納領域４０７とを開放
するため、スタック・ポインタは第１のスタック・ポイ
ンタ４０９まで戻される。

【００１８】図５は、第２のソース・プログラムの構
成，スタック領域の状態，および関数テーブルの状態を
示す説明図である。以上、説明したＣ言語で一般的なス
タック使用方法にもとづいて、第２のソース・プログラ
ムの実行開始から、スタック使用量がユーザ指定量を越
えた場合の表示例を出力するステップまでを図１〜図３
を参照して説明する。ここで、図５は第２のソースプロ
グラム５００を示す説明図である。また、図１３はスタ
ック使用量がユーザ指定量を越えた場合の表示例であ
る。

【００１９】図５に示す第２のソースプログラム５００
において、ｍａｉｎ関数はｍａｉｎ関数宣言部５０１か
らｍａｉｎ関数の終端部５０５までによって定義されて
いる。ｍａｉｎ関数は、一時変数ｉ，ｊの変数宣言部５
０２と，ｆｕｎｃ１関数呼び出し部５０３と，ｆｕｎｃ
２関数呼び出し部５０４とから成る。

【００２０】ｆｕｎｃ１関数は、ｆｕｎｃ１関数宣言部
５０６からｆｕｎｃ１関数の終端部５０８までによって
定義されていて、一時変数ｘの変数宣言部５０７から成
る。ｆｕｎｃ２関数は、ｆｕｎｃ２関数宣言部５０９か
らｆｕｎｃ２関数の終端部５１２までによって定義され
ていて、一時変数ｉ，ｊの変数宣言部５１０と、ｆｕｎ
ｃ３関数呼び出し部５１１とから成る。ｆｕｎｃ３関数
は、ｆｕｎｃ３関数宣言部５１３からｆｕｎｃ３関数の
終端部５１６までによって定義されていて、一時変数ｘ
の変数宣言部５１４と、ｆｕｎｃ４関数呼び出し部５１
５とから成る。ｆｕｎｃ４関数は、ｆｕｎｃ４関数宣言
部５１７からｆｕｎｃ４関数の終端部５１９までによっ
て定義されていて、一時変数ｘの変数宣言部５１８から
成る。

【００２１】図１のスタック状態表示指定量入力処理ス
テップ２００で得られるユーザ指定量を１５バイトと
し、ｍａｉｎ関数が実行されたときのスタック・ポイン
タが７ｆｆｅＨ番地、スタック領域の７ｆｆｅＨ番地と
７ｆｆｆＨ番地とには、それぞれｍａｉｎ関数の戻り番
地が格納されているものとする。ここで、Ｃ言語のｉｎ
ｔ型のサイズは２バイト、記述できる関数名の長さは最
大８文字とする。従って、関数テーブルの関数名格納領
域は固定して８バイトを確保し、８文字未満の関数名の
場合には、残りの領域は数値の０を埋めることにする。

【００２２】まず、図５のｍａｉｎ関数宣言部５０１で
は、通常、ｍａｉｎ関数の関数名のみが存在し、本ソフ
トウェア・シミュレータでシミュレーションを実行すべ
き実行命令は存在しない。変数宣言部５０２によって一
時変数ｉ，ｊを宣言した時点では、図２の初期状態判定
処理ステップ３０１において、命令のシミュレーション
が一度も実行されていない初期状態である。従って、関
数テーブル作成処理ステップ３０２で図６(b) に示す現
時点の関数テーブルを作成する。更に、表示フラグ設定
処理ステップ３０３で表示フラグをオフに初期化する。

【００２３】スタック・ポインタ増減判定処理ステップ
３０４では、実行前のスタック・ポインタと実行後のス
タック・ポインタとを比較する。ここでは、一時変数
ｉ，ｊがスタックに積まれ、スタック・ポインタが増加
している。このため、最大スタック・ポインタ判定処理
ステップ３０５でも、関数指示ポインタで示しているデ
ータ構造のカレントＳＰの方が現時点のスタック・ポイ
ンタよりも大きくなる。よって、関数テーブル更新処理
ステップ３０６によって、カレントＳＰ領域にスタック
・ポインタを格納する。更に、関数名取得処理ステップ
３０７では、関数名としてｍａｉｎが得られる。次に、
実行関数変化判定処理ステップ３０８を実行するが、命
令実行前の実行関数名と関数名取得処理ステップ３０７
で得られた関数名とがともにｍａｉｎであるため、その
まま処理を終了する。図５の変数宣言部５０２におい
て、スタックの状態は図６(a) に示すとおりであり、関
数テーブルは図６(b) に示すとおりである。

【００２４】ｆｕｎｃ１関数呼び出し部５０３では、関
数ｆｕｎｃ１への引数ｉ，ｊおよび関数ｆｕｎｃ１の戻
り番地がスタックに積まれる。スタックが増加している
ため、最大スタック・ポインタ判定処理ステップ３０５
でも、関数指示ポインタで示しているデータ構造のカレ
ントＳＰの方が現時点のスタック・ポインタよりも大き
くなる。よって、関数テーブル更新処理ステップ３０６
で、スタック・ポインタをカレントＳＰに格納する。更
に、関数名取得処理ステップ３０７では、関数名として
ｆｕｎｃ１が得られる。

【００２５】次に、実行関数変化判定処理ステップ３０
８では、命令実行前の実行関数名ｍａｉｎと関数名取得
処理ステップ３０７で得られた現時点での関数名とが異
なる。従って、表示フラグ設定処理ステップ３０９で、
表示フラグをオフに設定する。更に、関数テーブル追加
処理ステップ３１０によって、関数テーブルの終端に現
時点での関数テーブルの追加処理を行い、処理を終了す
る。図５のｆｕｎｃ１関数呼び出し部５０３において、
スタックの状態は図７(a) に示すとおりであり、関数テ
ーブルは図７(b) に示すとおりである。

【００２６】ｆｕｎｃ１関数宣言部５０６および変数宣
言部５０７の処理は、以上説明した処理と同様である。
図５の関数ｆｕｎｃ１内の変数宣言部５０７において、
スタックの状態は図８(a) に示すとおりであり、関数テ
ーブルは図８(b) に示すとおりである。ｆｕｎｃ１関数
の終端部５０８では、一時変数ｘがスタック領域から削
除され、ｍａｉｎ関数に実行が戻り、更に、ｆｕｎｃ１
関数の戻り番地と引数ｉ，ｊとがスタックから削除され
る。スタック・ポインタが減少しているため、関数名取
得処理ステップ３０７を実行し、関数名としてｍａｉｎ
を取得する。

【００２７】次に、実行関数変化判定処理ステップ３０
８では、命令実行前の実行関数名ｆｕｎｃ１と、関数名
取得処理ステップ３０７で得られた現時点での関数名と
が異なる。また、先頭関数のデータ構造の先頭ＳＰが７
ｆｆｅＨ、関数指示ポインタで示しているデータ構造の
カレントＳＰが７ｆｆｅ４Ｈである。従って、スタック
使用量算出処理ステップ３１１を実行し、スタック使用
量が１０バイトであることを求める。更に、スタック使
用量判定処理ステップ３１２では、求められたスタック
使用量１０バイトと、ユーザ指定量の１５バイトとを比
較し、スタック使用量がユーザ指定量を越えないことを
確認する。そこで、関数削除処理ステップ３１６で関数
テーブルから関数ｆｕｎｃ１の情報を削除し、処理を終
了する。図５のｆｕｎｃ１関数の終端部５０８におい
て、スタックの状態は図６(a) に示すとおりであり、関
数テーブル図６(b) に示すとおりである。

【００２８】ｆｕｎｃ２関数呼び出し部５０４，ｆｕｎ
ｃ２関数宣言部５０９，変数宣言部５１０，ｆｕｎｃ３
関数呼び出し部５１１，ｆｕｎｃ３関数宣言部５１３，
変数宣言部５１４，ｆｕｎｃ４関数呼び出し部５１５，
ｆｕｎｃ４関数宣言部５１７および変数宣言部５１８の
処理は、以上説明した処理と同様である。図５の変数宣
言部５１８において、スタックの状態は図９(a) に示す
とおりであり、関数テーブルは図９(b) に示すとおりで
ある。

【００２９】ｆｕｎｃ４関数の終端部５１９では一時変
数ｘがスタック領域から削除され、ｆｕｎｃ３関数に実
行が戻り、更にｆｕｎｃ４関数の戻り番地と引数ｉとが
スタックから削除される。スタック・ポインタが減少し
ているため、関数名取得処理ステップ３０７を実行し、
関数名としてｆｕｎｃ３を取得する。次に、実行関数変
化判定処理ステップ３０８では、命令実行前の実行関数
名ｆｕｎｃ４と関数名取得処理ステップ３０７で得られ
た現時点での関数名とが異なる。また、先頭関数のデー
タ構造の先頭ＳＰが７ｆｆｅＨ、関数指示ポインタで示
しているデータ構造のカレントＳＰが７ｆｆｅ６Ｈであ
る。従って、スタック使用量算出処理ステップ３１１を
実行し、スタック使用量が２４バイトであることを求め
る。更に、スタック使用量判定処理ステップ３１２で
は、求められたスタック使用量２４バイトと、ユーザ指
定量の１５バイトとを比較し、スタック使用量がユーザ
指定量を越えることを確認する。そこで、表示フラグ判
定処理ステップ３１３を実行する。

【００３０】ここで、表示フラグはオフであるため、関
数名およびスタック使用量の表示処理ステップ３１４で
現時点までの関数名および関数毎のスタック使用量を関
数の呼び出し順序に従って表示し、表示フラグ設定処理
ステップ３１５で表示フラグをオンにする。更に、関数
削除処理ステップ３１６で関数テーブルから関数ｆｕｎ
ｃ４の情報を削除し、処理を終了する。図５のｆｕｎｃ
４関数の終端部５１９において、スタックの状態は図１
０(a)に示すとおりであり、関数テーブルは図１０(b)
に示すとおりである。また、関数名およびスタック使用
量表示例は、図１３に示すとおりである。

【００３１】ｆｕｎｃ３関数の終端部５１５では、ｆｕ
ｎｃ４関数の終端部５１９と同様の処理を実行するが、
表示フラグ判定処理ステップ３１３以降の処理が異なっ
ている。表示フラグ判定処理ステップ３１３では、表示
フラグがオンであるため、関数削除処理ステップ３１６
で関数テーブルから関数ｆｕｎｃ３の情報を削除し、処
理を終了する。図５のｆｕｎｃ３関数の終端部５１５に
おいて、スタックの状態は図１１(a)に示すとおりであ
り、関数テーブルは図１１(b) に示すとおりである。図
５のｆｕｎｃ２関数の終端部５１２において、スタック
の状態は図６(a) に示すとおりであり、関数テーブルは
図６(b) に示すとおりである。図５のｍａｉｎ関数の終
端部５０５において、スタックの状態は図１２(a) に示
すとおりであり、関数テーブルは図１２(b) に示すとお
りである。

【００３２】

【発明の効果】以上説明したように本発明は、プログラ
ム開発者がスタック領域を決定する際、プログラム実行
時に関数名およびスタック使用量を関数の呼び出し順序
に従って表示することにより、最適なスタック・サイズ
を求めるための検出工数およびスタック使用方法の変更
工数を短縮できる効果がある。

【図面の簡単な説明】

【図１】本発明によるソフトウェア・シミュレータの一
実施例を示す全体処理のフローである。

【図２】スタック状態表示処理のフローである。

【図３】関数テーブルの構成図である。

【図４】第１のソース・プログラムの構成、および第１
のソース・プログラムのスタック領域の使用状況を示す
説明図である。

【図５】第２のソース・プログラムの構成、スタック領
域の状態、および関数テーブルの状態を示す説明図であ
る。

【図６】従来技術によるソフトウェア・シミュレータを
示す全体処理のフローである。

【図７】ｆｕｎｃ１関数の呼び出し部のスタック状態を
示す図である。

【図８】ｆｕｎｃ１内の変数宣言部のスタック状態，お
よび関数テーブルを示す図である。

【図９】変数宣言部のスタック状態，および関数テーブ
ルを示す図である。

【図１０】ｆｕｎｃ４関数の終端部のスタックの状態，
および関数テーブルを示す図である。

【図１１】ｆｕｎｃ３関数の終端部のスタックの状態，
および関数テーブルを示す図である。

【図１２】ｍａｉｎ関数の終端部のスタックの状態，お
よび関数テーブルを示す図である。

【図１３】関数名およびスタック使用量表示例を示す図
である。

【図１４】マイクロプロセサ用ソフトウェア・シミュレ
ータの入力装置からコマンド単位で動作を指示する処理
の全体処理フローを示す図である。

【符号の説明】

１００〜１０５，２００，３００，３０１〜３１６ 処
理ステップ ４００，５００ ソース・プログラム ４０１〜４０５，５０１〜５１９ ソース・プログラム
の構成要素 ４０６〜４１０ スタック領域の構成要素

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 処理データの保存，回復を目的にしたス
   タック機構を有するマイクロプロセサのシミュレーショ
   ンにおいて、シミュレーションの対象となるマイクロプ
   ロセサのプログラム実行時に、スタック使用量がユーザ
   指定量を超えた地点を判定するための判定手段と、 前記スタック使用量がユーザ指定量を超えた地点まで実
   行したすべての関数の関数名と前記関数毎のスタック使
   用量とを、関数の呼び出し順序に従って表示するための
   表示手段とを備えたソフトウェア・シミュレータ。
2. 【請求項２】 前記表示手段は関数テーブルの生成を判
   定し、生成されていなければ関数テーブルを生成した
   後、スタック・ポインタの増減を判定するステップと、 前記スタック・ポインタの増加時にはスタック・ポイン
   タがカレントＳＰよりも大きいか否かを判定して、前者
   が後者より大きいときには前記関数テーブルを更新し、
   関数名を取得することにより実行関数変化を判定して、
   変化時には表示フラグをオフにし、関数テーブルを追加
   しするステップと、 前記スタック・ポインタの減少時には前記関数名を取得
   して実行関数変化を判定し、変化時にはスタック使用量
   を算出した後、ユーザ指定量がスタック使用量より大き
   いか否かを判定して、前者が後者より大きいときには関
   数名およびスタック使用量を表示し、表示フラグをオン
   にして関数テーブルを削除するステップとから成る請求
   項１記載のソフトウェア・シミュレータ。
3. 【請求項３】 前記関数テーブルは関数名，先頭ＳＰ，
   およびカレントＳＰを含むように構成した請求項１記載
   のソフトウェア・シミュレータ。