JP3398178B2 - シミュレータ - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、コンピュータプログラ
ムをホスト・コンピュータ上でデバッグするシミュレー
タに関するものである。

【０００２】

【従来の技術】近年、プロセッサ、メモリ、入出力制御
装置等を一つのチップに集積したワンチップ・マイクロ
コンピュータ（ワンチップ・マイコン）は、汎用ＣＰＵ
と比べて見劣りしない性能のものが多数開発され、また
価格も安くなり、産業用や家電製品等に広く用いられて
いる。

【０００３】このようなマイクロコンピュータシステム
のソフトウェア部分の開発手順は、例えば、まず、
（１）仕様より、機能単位に分割してフローチャートを
作成し、（２）このフローチャートよりコーディング
し、（３）全てのプログラム・モジュールのコーディン
グが完了したらアセンブルし、（４）アセンブルエラー
が無くなるまでプログラムを見直し、（５）インサーキ
ット・エミュレータ等でプログラムの単体テストを行
い、（６）ＲＯＭに書き込んで台上で各機能毎に動作確
認をし、（７）仕様のように動作しなければリストを目
で追い、（８）プログラム修正して再度（４）から繰り
返していた。

【０００４】従来のコンピュータプログラムのデバッグ
には、主にインサーキット・エミュレータやデバッガ等
の開発ツールが使用されていた。インサーキット・エミ
ュレータは、マイクロプロセッサの代わりに目標システ
ムに接続することで、プログラムの任意の実行／停止、
メモリ資源等の読み／書き、実行のトレース機能等を有
するものである。また、通常、デバッガは、マシン語を
分析してその命令に対応するソースリストの行を表示す
る、いわゆるマシンコードデバッガが一般的である。

【０００５】

【発明が解決しようとする課題】すなわち、従来コンピ
ュータプログラムの開発には、インサーキット・エミュ
レータが当然のように使用されていたが、インサーキッ
ト・エミュレータでなければデバックできないプログラ
ムは、それほど多くなく、その殆どは単にコーディング
のチェックのために使用しているのが実情であった。ま
た、インサーキット・エミュレータは、比較的高価であ
り、各メーカ別、各ＣＰＵ毎に取り揃えることは困難で
あり、たとえインサーキット・エミュレータを導入して
も、システム開発全体に占める使用時間の割合が少な
く、稼働率が低いため、開発コストが高くなることがあ
った。さらに、インサーキット・エミュレータでデバッ
グするには、ＨＥＸ（１６進）ファイルが必要になる
が、このＨＥＸファイルを作るためには、各プログラム
モジュールが完成していなければならない。通常、開発
の初期段階では、全てのプログラムモジュールが完成し
ていない間は、デバッグできないため、ダミープログラ
ムを用意するが、このダミープログラムの作成は、わず
かな時間であっても、全体では工数がかかっていた。

【０００６】また、マシンコードデバッガでは、マシン
コードの動作チェックはできたが、オペランドの値につ
いては、その値がどのような値であっても関与しなかっ
たため、例えば、オペコードの長さの違いによるエラー
検出ができず、一見正しいように動作することがあっ
た。従来、このようなデバッグに対しては、机上で目視
によるチェックしかなかった。机上では全てのチェック
が可能であるが、人によるチェックのため検出能力にム
ラがあった。

【０００７】すなわち、従来のプログラム開発ツール
は、ある程度チップ・メーカーに頼らざるをえないのが
実情であり、あまり選択の余地がなく、また、マイコン
システムの開発は、手作業によるところが多く、特に、
デバッグ工程は、手と目のみに頼った作業の連続であ
り、システム開発のサイクルの短縮が困難であった。

【０００８】そこで本発明は、マイクロコンピュータの
プログラムをホスト・コンピュータ上で正確かつ短時間
にデバッグでき、システム開発の効率を向上できる開発
ツールを提供することを目的とする。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に、本発明のシミュレータは、目標システムのソース・
プログラムより生成したアセンブル・リストをホスト・
コンピュータ上で分解処理してロード・アドレス部分、
オブジェクト・プ ログラム部分、フラグが設定あるいは
解除されるフラグ領域を有するコード・テーブル及びア
センブリ・ソース・プログラム部分を有するテキスト・
テーブルを得る分解処理手段と、前記コード・テーブル
及びテキスト・テーブルに基づき各命令別にチェック内
容が決められたチェック項目によりエラー検出をするチ
ェック処理手段と、前記コード・テーブルの命令コード
を１命令ずつホスト・コンピュータの命令列に翻訳して
実行する解釈実行手段と、前記チェック処理手段のエラ
ー検出結果及び解釈実行手段の実行結果を前記アセンブ
リ・ソース ・ プログラム部分とともに１つの画面上にモ
ニタに表示する処理を行う表示処理手段と、前記分解処
理手段、チェック処理手段、解釈実行手段及び表示処理
手段に対するコマンド指示を処理するコマンド処理手段
とを備えたものである。

【００１０】分解処理手段のコード・テーブルは、各命
令行毎に前記解釈実行手段による命令実行により実行済
を設定する実行済フラグ領域を有し、また各命令行毎に
コマンドによってブレーク・ポイントの設定・解除を行
うブレークフラグ領域を有する。

【００１１】チェック処理手段は、目標システムのメモ
リの属性情報を予めコマンドにより設定するアクセス管
理テーブルと、前記コード・テーブル、テキスト・テー
ブル、アクセス管理テーブルに基づいてエラー検出処理
を行うエラー検出部とを有する。そして、エラー検出部
は、前記コード・テーブルから取り出した命令が擬似命
令であるかを検出する。エラー検出部は、前記コード・
テーブルから取り出した命令がジャンプ命令であるとき
にオペコードよりジャンプ先アドレスを計算し、テーブ
ル上の該当アドレスの有無を検出する。エラー検出部
は、前記コード・テーブルから取り出した命令がイミデ
ィエイトデータ命令であるときにテーブル上のオペコー
ド長さを得、ＣＰＵステータスのデータ長フラグを判断
する。エラー検出部は、前記コード・テーブルから取り
出した命令がイミディエイトインデックス命令であると
きにテーブル上のオペコード長さを得、ＣＰＵステータ
スのインデックス長フラグを判断する。エラー検出部
は、前記コード・テーブルから取り出した命令コードの
種類がメモリ読出し、メモリ書込み、その他であるかを
判断し、それぞれアクセス・アドレスに対応する前記ア
クセス管理テーブルのメモリ属性の一致を判断する。

【００１２】解釈実行手段は、前記コード・テーブルの
オブジェクト・プログラムと実行ルーチンとの対応付け
をするオペコード・テーブルと、マシンコードのオペラ
ンドのアドレスを取得するアドレス関数ルーチンと、シ
ミュレーションのための前記実行ルーチンと、目標シス
テムに対応し命令の実行により読み書きをするＲＡＭテ
ーブルと、前記コードテーブルのマシンコードを取り出
し、オペコード・テーブルのマシンコードとの一致を比
較し、一致したマシンコードの対応する実行ルーチンを
コールし、この実行ルーチンにおいてアドレッシングモ
ードに対応するアドレス関数によりアドレスを取得して
命令を実行する実行処理部とを有する。そして、実行処
理部は、コール命令を管理するポインタとしてのネスト
を設け、コール命令を実行したときにネストに１を加
え、リターン命令のときにネストから１を引き、コール
命令を実行しないとき次の命令を実行する。実行処理部
は、ノーオペレーション・コマンドをキー入力したと
き、現在のカーソル行を１行進め、続いて命令を実行せ
ずにプログラムカウンタの値を次の命令にスキップさせ
る。実行処理部は、命令実行時に前記コード・テーブル
のブレークフラグのオン・オフを判断し、オンであれば
ブレークを発生させる。

【００１３】表示処理手段は、前記エラー検出部、実行
処理部及びアセンブル・リストのシンボル・ファイルか
ら生成されるデータのシンボルとアドレスとを対応付け
たシンボル・テーブルから与えられるデータをモニタに
表示するための表示処理を行う表示処理部を有する。そ
して、表示処理部は、前記実行処理部の命令実行により
設定された前記コード・テーブルの実行済フラグのオン
・オフを判断し、その行の表示をオン・オフに対応して
色分けの表示の処理をする。表示処理部は、カーソルの
オペコードよりテーブル検索によりアドレッシング関数
を得、アドレッシング関数ルーチンをコールしてメモリ
のアドレスを得、ＲＡＭアドレスよりメモリの内容を表
示する処理をする。表示処理部は、現在の前記ネストを
セーブし、命令の実行分岐の後にリターンしたときセー
ブしたネストの比較をし、このセーブ値がネストの値よ
り小さいときに表示のスキップ処理をする。表示処理部
によるモニタに表示される表示画面は、前記ＲＡＭテー
ブルのシンボル名、そのアドレス及びそのアドレスの内
容を表示するＲＡＭ表示部と、前記テキスト・テーブル
の内容及びアンダーラインを付して現在のカーソル位置
を表示するトレース表示部と、レジスタ類の内容を表示
するレジスタ類表示部とを１つの画面上に有する。表示
処理部によるモニタに表示される表示画面は、総実行ス
テップに対する実行ステップ数の割合を表示する実行状
況表示部を有する。

【００１４】

【作用】本発明によるシミュレータでは、分解処理手段
はアセンブル・リストをホスト・コンピュータ上で分解
処理してロード・アドレス部分、オブジェクト・プログ
ラム部分、フラグが設定あるいは解除されるフラグ領域
を有するコード・テーブル及びアセンブリ・ソース・プ
ログラム部分を有するテキスト・テーブルを得、チェッ
ク処理手段はコード・テーブル及びテキスト・テーブル
に基づき各命令別にチェック内容が決められたチェック
項目によりエラー検出し、解釈実行手段はコード・テー
ブルの命令コードを１命令ずつホスト・コンピュータの
命令列に翻訳して実行し、表示処理手段はチェック処理
手段のエラー検出結果及び解釈実行手段の実行結果をア
センブリ・ソース ・ プログラム部分とともに１つの画面
上にモニタに表示し、コマンド処理手段は各手段に対す
るコマンド指示を処理することで、マイクロコンピュー
タのプログラムをホスト・コンピュータ上で正確かつ短
時間にデバッグでき、システム開発の効率を向上できる
開発ツールを提供できる。

【００１５】分解処理手段のコード・テーブルの各命令
行毎の実行済フラグ領域に、解釈実行手段による命令実
行により実行済を設定することで、どのぐらい実行した
か把握でき、またコマンドによってブレーク・ポイント
のブレークフラグ領域を設定・解除することで、任意の
位置でブレークを発生できる。

【００１６】チェック処理手段のアクセス管理テーブル
は目標システムのメモリの属性情報を予めコマンドによ
り設定し、エラー検出部はコード・テーブル、テキスト
・テーブル、アクセス管理テーブルに基づいて、擬似命
令実行エラー、ジャンプ命令飛び先エラー、イミディエ
イトデータ長エラー、イミディエイト・インデックス長
エラー、メモリアクセスエラー等のエラー検出を行い、
このエラー検出をしたときフラグを設定することで、人
手による目と手によらず強力なエラーチェックができ
る。

【００１７】解釈実行手段の実行処理部では、コードテ
ーブルのマシンコードを取り出し、オペコード・テーブ
ルのマシンコードとの一致を比較し、一致したマシンコ
ードの対応する実行ルーチンをコールし、この実行ルー
チンにおいてアドレッシングモードに対応するアドレス
関数によりアドレスを取得して命令を実行する。また、
コール命令を管理するポインタでネストを管理し、ノー
オペレーション・コマンドで現在のカーソル行を１行進
めて命令をスキップし、ブレークフラグのオン・オフを
判断してオンであればブレークを発生させ、実行済フラ
グのオン・オフを判断しオフであれば実行行カウントに
１を加えその実行済フラグをオンし実行行カウントの値
に基づきデバッグ率を算出することで、正確かつ短時間
に効率よいデバッグができる。

【００１８】表示処理部では、各部から与えられるデー
タをモニタに表示する処理、特に、実行済フラグのオン
・オフを判断してその行の表示をオン・オフに対応して
色分けの表示処理、メモリの内容を表示する処理、表示
のスキップ処理等をし、モニタに１つの画面上のＲＡＭ
表示部にアドレス及びそのアドレスの内容、トレース表
示部にテキスト・テーブルの内容及びアンダーラインを
付して現在のカーソル位置、レジスタ類表示部にレジス
タ類の内容を表示したり、あるいは実行状況表示部で総
実行ステップに対する実行ステップ数の割合を表示する
ことで、命令を実行しながらＲＡＭやレジスタ類の変化
を同時に知ることができ、また実行済の行の確認やデバ
ッグの網羅性の把握ができる。

【００１９】

【実施例】以下、本発明を図示の一実施例により具体的
に説明する。図２は本発明実施例のシミュレータの全体
構成を説明するブロック図である。

【００２０】同図において、本発明のシミュレータ１０
は、エディタ等を使用して作成した目標システムに対す
るソース・プログラム１１を、アセンブラに入力して生
成したアセンブル・リスト（プリント・ファイル）１２
をホスト・コンピュータを利用して、対象ＣＰＵの機械
語命令を１命令ずつ解釈し、エラー判定した後ホスト・
コンピュータの命令列に翻訳して実行するインタプリタ
方式のものであり、入出力インターフェース１３を介し
て入力するアセンブル・リスト１２をテキスト・テーブ
ルとコード・テーブルに分解処理する分解処理手段１４
と、この分解処理手段１４で分解したテキスト・テーブ
ルとコード・テーブル等に基づき各種のエラー検出に伴
うチェック処理を行うチェック処理手段１５及び１命令
ずつホスト・コンピュータの命令列に翻訳して実行する
解釈実行手段１６と、チェック処理手段１５のチェック
結果及び解釈実行手段１６の実行結果の表示処理を行う
表示処理手段１７と、この表示処理手段１７の処理結果
を入出力インターフェース１３を介して出力し表示する
モニタ１８と、各分解処理手段１４、チェック処理手段
１５、解釈実行手段１６及び表示処理手段１７等に対し
て各種の処理を指示するコマンド処理手段１９と、入出
力インターフェース１３に接続される各種の入出力機器
２０等とから構成される。

【００２１】図１は本発明実施例のシミュレータの具体
的な構成を説明するブロック図である。なお、図１の対
応する部分は、同一の符号を記す。

【００２２】同図において、シミュレータ１０を構成す
るホスト・コンピュータは、例えば、３２ビットあるい
は１６ビットのマイクロプロセッサを搭載し、汎用のオ
ペレーティング・システム（ＯＳ）を備え、ユーザー使
用可能容量が２５６Ｋバイト以上のメモリ容量を有する
マイクロコンピュータが使用される。また、目標システ
ムに使用されるワンチップ・マイコンの動作仕様は、例
えば、シングルチップモードで、ＲＡＭテーブル最大シ
ンボル数が１０２４個、ＲＡＭテーブルが６４Ｋバイ
ト、最大デバッグプログラム・ファイル・サイズが２４
０Ｋバイト、最大デバッグプログラム行数が５０００行
である。

【００２３】アセンブル・リスト１２は、予めソース・
プログラム１１をアセンブラに入力して得られるプリン
ト・ファイルであり、例えば、図３に示すように、行番
号とロード・アドレス部分とオブジェクト・プログラム
部分とアセンブリ・ソース・プログラム部分等とからな
る。例えば、同図において、行番号「６６」のロード・
アドレス部分が「００００１８」、オブジェクト・プロ
グラム部分が「Ａ９Ｃ７」、アセンブリ・ソース・プロ
グラム部分が「ＬＤＡ Ａ，＃１９９」である。このよ
うなアセンブル・リスト１２は、もしアセンブル時にエ
ラーがあれば、ソース・プログラム１１を修正して再び
アセンブルしたものであり、本実施例のホスト・コンピ
ュータで作成したもの、あるいは他のコンピュータで作
成したものである。

【００２４】分解処理手段１４は、分解処理部２１と、
コード・テーブル２２と、テキスト・テーブル２３とか
らなり、入出力インターフェース１３を介して入力した
アセンブル・リスト１２を、分解処理部２１でコード・
テーブル２２とテキスト・テーブル２３に分解処理する
機能を有する。コード・テーブル２２は、図４に示すよ
うに、例えば、アセンブル・リスト１２のロード・アド
レス部分とオブジェクト・プログラム部分、及び後に詳
細に説明する各命令行毎に確保されるブレークフラグ領
域と実行済フラグ領域とからなる。このブレークフラグ
領域は、命令のブレークポイントをコマンドによって設
定・解除を行うための領域、実行済フラグ領域は、命令
実行時に実行済フラグを設定するための領域である。テ
キスト・テーブル２３は、アセンブリ・ソース・プログ
ラム部分である。

【００２５】チェック処理手段１５は、各種エラー検出
処理を行うエラー検出部２４と、メモリの属性情報を予
めコマンドにより設定したアクセス管理テーブル２５
と、エラー検出部２４によるエラー検出時にフラグ設定
領域に設定されるフラグ２６等とからなり、エラー検出
部２４がコード・テーブル２２とテキスト・テーブル２
３及び必要によりアクセス管理テーブル２５に基づいて
各種エラー検出処理を行い、エラー検出時にフラグ２６
をフラグ設定領域に設定する機能を有する。アクセス管
理テーブル２５は、例えば、図５に示すように、２５６
バイト単位に目標システムのメモリの属性情報を予め設
定したもので、「Ｒ」で表示される読み出し可能領域、
「Ｗ」で表示される書き込み可能領域、「ＲＷ」で表示
される読み書き可能領域等が設定されている。このよう
なメモリの属性情報は、後に説明するメモリ・プロテク
トに関するコマンドにより設定される。また、エラー検
出部２４によるエラー検出は、各命令別にそれぞれチェ
ック項目が決められている。表１は命令別チェック・サ
マリーの一部を示しており、各命令に対して、記号Ａ〜
Ｉに示す９個のチェック項目のうちのいずれか一つ以上
（図において２重丸を付している）をチェックする。こ
の表１の命令は、転送命令の一部であり、それぞれの命
令に対して、例えば、Ａ、Ｄ、Ｉ等の項目をチェックす
る。このチェック項目は、表２に示すように、記号Ａ〜
Ｉのチェック項目に対応して一定のチェック内容が決め
られている。例えば、表１及び表２の例において、転送
命令「ＬＤＡ Ａ，ｄｄ」は、エラーチェック項目Ｄの
メモリアクセスチェック（読み出しチェック）が行わ
れ、命令実行前にメモリの読み出しアドレスのアクセス
チェックが行われる。

【００２６】

【表１】

【表２】

【００２７】解釈実行手段１６は、実行処理部２７と、
オペコード・テーブル２８と、アドレス関数ルーチン２
９と、実行ルーチン３０と、ＲＡＭテーブル３１等とか
らなる。オペコード・テーブル２８は、コード・テーブ
ル２２のオブジェクト・プログラム（コード）と実行ル
ーチンとの対応付けをするテーブルであり、例えば、図
６に示すように、対象ＣＰＵに備える全ての１バイトま
たは２バイトのマシンコードについて、その１命令に要
するマシンサイクル数（クロック数）、リード、ライ
ト、その他等のメモリへのアクセス・タイプ、オペラン
ドの長さ等で分類される命令コード・タイプ、実行ルー
チンへのポインタ、アドレス関数に関するアドレッシン
グモード等の論理構成を示している。アドレス関数ルー
チン２９は、マシンコードのオペランドのアドレスを取
得するためのルーチン部分である。実行ルーチン３０
は、シミュレーションのためのルーチン部分である。Ｒ
ＡＭテーブル３１は、目標システムに搭載されるＲＡＭ
に相当し、必要サイズのメモリ領域を確保し、実行によ
り所定の値が書き込まれたり、あるいは読み出されたり
する記憶領域部分である。実行処理部２７は、実行に伴
う各種の処理を行う機能を有する部分である。すなわ
ち、実行処理部２７は、実行開始時にコード・テーブル
２２のマシンコードを取り出し、次にオペコード・テー
ブル２８のマシンコードとの一致を比較し、一致したマ
シンコードの対応するポインタにより実行ルーチン３０
をコールし、次に実行ルーチン３０においてアドレッシ
ングモードに対応するアドレス関数によりメモリ等のア
ドレスを取得して命令を実行する。この命令の実行によ
りＲＡＭテーブル３１に所定の値が書き込まれたり、読
み出されたりする。

【００２８】表示処理手段１７は、エラー検出部２４、
実行処理部２７、シンボル・テーブル３２等から与えら
れるデータを表示処理する表示処理部３３等からなる。
シンボル・テーブル３２は、データのシンボル（名前）
とアドレスとを対応付けたものであり、アセンブル・リ
スト１１に付いてくるシンボル・ファイル３４から入出
力インターフェース１３を介して入力され、生成部３５
で生成されるものである。なお、このシンボル・テーブ
ル３２は、外部で予め生成したものを使用することもで
きる。

【００２９】コマンド処理部１９は、所定のコマンドを
キーボード等の入出力機器２０から入出力インターフェ
ース１３を介して入力することで、分解処理手段１４、
チェック処理手段１５、実行処理手段１６、表示処理手
段１７等に対して各種コマンド処理をする機能を有し、
例えば、命令の実行、スキップ、停止、ブレーク・ポン
トの設定・解除、各種レジスタ類の内容変更、ＲＡＭテ
ーブル３１への属性を表示・設定、各種の初期化処理、
表示に関する各種指示等の処理を行う。表３は本実施例
のシミュレータに用意されているコマンド・リストの一
例であり、左欄のコマンドに対して右欄の機能を備えて
おり、例えば、コマンド「Ｂ」はブレークポイントをセ
ット／リセットし、コマンド「Ｃ」はカーソルをプログ
ラムカウンタ（ＰＣ）行にセットし、コマンド「Ｍ」は
ＲＡＭテーブル３１の内容を設定し、コマンド「Ｏ」は
メモリのプロテクト属性を表示設定し、コマンド「Ｒ
Ａ」はアキュムレータＡの内容を変更する。なお、コマ
ンドには、入力されるとメッセージ行に、このコマンド
のメッセージが表示され、カーソル表示されて次にパラ
メータの入力待ちになる入力コマンドと、コマンドが入
力されるとメッセージ行に、コマンドのメッセージが表
示されて直ちに実行されるダイレクト・コマンドとがあ
る。表３のリスト中の「＊」は、ダイレクト・コマンド
であることを示す。また、［ ］の中は省略できること
を示しており、省略した場合にはデフォルト値が使用さ
れる。

【００３０】

【表３】

【００３１】また、図１において、ＰＣ（プログラムカ
ウンタ）３６は、命令の存在する場所のアドレスを保持
するレジスタであり、コマンドによりセットができる。
また、ポインタ３７は、実行用及び表示用の２つのレジ
スタからなり、コマンドによりセットできる。さらに、
トレースファイル３８は、実行結果の経歴を記録する部
分であり、プログラム終了時に出力することができる。
このトレースファイル３８の内容は、例えば、「ＲＡＭ
の値」、「エラーカウント」、「実行済行数」、「デバ
ッグ比率」、「ファイル名」、「日付時間」等である。

【００３２】入出力機器２０は、キーボード３９、フロ
ッピーディスク装置４０、ハードディスク装置４１、プ
リンタ４２等からなる。

【００３３】図７は本発明実施例の表示処理部による表
示画面見本を示す。

【００３４】同図において、表示画面５０は、モニタ１
８に表示される標準的な画面例であり、最上部のタイト
ル表示部５０ａと、その下部のＲＡＭ表示部５０ｂと、
ほぼ中央部のトレース表示部５０ｃと、その右側の実行
状況表示部５０ｄ及びレジスタ類表示部５０ｅと、最下
部のコマンド指示部５０ｆとからなる。タイトル表示部
５０ａは、表題「インタプリタ シミュレータ」と、ジ
ャンプ命令等による飛び先を表示しないでスキップさせ
る注意表示「JSR skip trace」と、実行の年月日「19
93/5/10 」等とを表示している。ＲＡＭ表示部５０ｂ
は、ＲＡＭテーブル３１のシンボル名と、そのアドレス
と、そのアドレスの内容をそれぞれ１６進表示、１０進
表示、２進表示で表示しており、例えば、シンボル名
「ＲＡＭ００１」のアドレスが「（０００１）」で、そ
のアドレスの内容の１６進表示が「３４」、１０進表示
が「５２」、２進表示が「００１１０１００Ｂ」であ
る。なお、シンボル名の前の「＊」は、現在のカーソル
の位置の命令のオペランドが指すメモリーアドレスを表
示している。トレース表示部５０ｃは、アセンブリ・ソ
ース・プログラムの内容を表示しており、アンダーライ
ンを付してある部分は現在のカーソル位置を表示してい
る。実行状況表示部５０ｄは、縦長の表示領域に、総ス
テップ数に対する実行ステップ数の割合をバーグラフで
表示しており、例えば、上部の０％位置から下部の１０
０％位置に向かうバーの長さが割合を示している。レジ
スタ類表示部５０ｅは、各レジスタ類の内容と、カーソ
ル位置のアドレス及びそのデータと、総ステップ数と、
実行ステップ数及びその割合と、実行ステップの累積さ
れたマシンサイクル数等とを表示している。例えば、Ａ
レジスタ（アキュムレータ）の値が「ＦＦＦＦＨ」、フ
ラグレジスタの「ＮＶｍｘＤＩＺＣ」に対応するビット
が「００００１０１０Ｂ」、カーソル行のアドレスが
「（０００５）」で、その内容が「００４５Ｈ」、総ス
テップ「ＳＴＥＰ」が「１２３」行、実行済行「ＥＸＥ
Ｃ」の数が「１２」でその割合が「２３％」、累積マシ
ンサイクルが「１２３４５」である。コマンド指示部５
０ｆは、コマンドを入力する部分を表示する「ＣＯＭＭ
ＡＮＤ＞」と、そのコマンド実行結果を表示する「ＭＥ
ＳＳＡＧＥ＞」とからなる。また、破線で示した矩形領
域にはネストを示す数字が表示される。

【００３５】次に、上記構成によるシミュレータの実行
処理を中心とする具体的な処理例を図８〜図１３のフロ
ーチャートを用いて説明する。

【００３６】図８は本発明実施例の実行時におけるメイ
ン処理を説明するフローチャートである。

【００３７】同図において、まず、アセンブル・エラー
を修正したアセンブル・リスト１２がエミュレータ１０
を構成するホスト・コンピュータに入出力インターフェ
ース１９を介して読み込まれる（ＳＴ１）。次に、分解
処理部２１において、読み込まれたアセンブル・リスト
１２がテキスト部分とコード部分に分けてテーブル化さ
れ、テキスト・テーブル２３とコード・テーブル２２が
生成される（ＳＴ２）。次に、実行処理部２７におい
て、コード・テーブル２２のマシンコードを一つ取り出
し、オペコード・テーブル２８を検索して一致したマシ
ンコードの対応するポインタにより実行ルーチン３０の
アドレスを得（ＳＴ３）、次に実行ルーチン３０をコー
ルし、アドレッシングモードに対応するアドレス関数に
よりメモリ等のアドレスを取得して命令を実行し（ＳＴ
４）、続いて次の命令を実行するために再び前のテーブ
ル検索のステップに戻る。

【００３８】アセンブル・リスト１２を入力して命令を
１ステップずつ実行できるため、従来のように実行形式
のファイルがなくても実行可能になり、全てのプログラ
ムモジュールが完成していなくても、開発の初期段階か
らプログラムモジュール単位のデバッグが可能になる。

【００３９】図９は本発明実施例のコール命令のネスト
管理処理を説明するフローチャートである。

【００４０】同図において、まず、実行処理部２７で
は、コール命令を管理するポインタとしてネストを
「０」にして（ＳＴ１１）、次に各命令のうちコール命
令を実行したか否かを判断し（ＳＴ１２）、コール命令
のときにはネストに１を加え（ＳＴ１３）、リターン命
令のときにはネストから１を引き（ＳＴ１４）、コール
命令を実行しないときに、及びリターンで戻ってきたと
きに、ネスト表示管理（ＳＴ１５）の処理をして、次の
命令の実行に戻る。

【００４１】コール命令を続けると、ネストが深くなる
が、プログラム設計以上にネストが深くなっていないか
確認することができる。従来では、スタックポインタ等
によって計算していたが、処理が煩雑であった。

【００４２】図１０は本発明実施例の命令実行を飛ばす
ＮＯＰ処理を説明するフローチャートである。

【００４３】同図において、まず、ＮＯＰ（ノーオペレ
ーション）コマンドである「Ｎ」をキー入力し（ＳＴ２
１）、次に現在のカーソル行を１行進め（ＳＴ２２）、
ＰＣ（プログラムカウンタ）３６の値を次の命令に進め
（ＳＴ２３）、さらに空行であれば再びステップ（ＳＴ
２３）に戻り（ＳＴ２４）、空行でない場合は次の処理
に移行する（ＳＴ２４）。

【００４４】命令の実行をスキップさせたいときに、コ
マンド入力により１行カーソルを進めることで命令をス
キップさせているため、スキップ処理の操作が簡単にな
る。従来のデバッガで所定の命令をスキップさせたい場
合には、ＰＣを変更する操作をしなければならず操作が
煩雑であった。

【００４５】図１１は本発明実施例のブレーク処理を説
明するフローチャートである。

【００４６】同図において、まず、ブレークコマンドで
ある「Ｂ」をキー入力し（ＳＴ３１）、次に現在のカー
ソル位置にブレークポイントを設定することでブレーク
フラグの設定・解除（オン・オフ）行う（ＳＴ３２）。
すなわち、ブレークコマンドによりコード・テーブル２
２のブレークフラグ領域に行単位にブレークポイントを
設定する。次に、実行処理部２７は、命令実行時にコー
ド・テーブル２２のブレークフラグのオン・オフを判断
し（ＳＴ３３）、オンであればブレークを発生し（ＳＴ
３４）、オフであれば次の命令の実行時のブレークフラ
グの判断ステップに戻る。

【００４７】コード・テーブル２２において、行単位に
ブレークフラグ領域を設け、ブレークコマンドによりブ
レークポイントを設定・解除することで、ブレーク個数
に制限がなく、設定も容易である。従来のデバッガで
は、ブレークを発生させたい命令のアドレスを設定し、
そのアドレスとプログラムカウンタが同じ値になったと
きに、ブレークを発生させていたため、設定が煩雑で、
またブレークアドレスを管理するテーブルが必要にな
り、かつその設定個数も制限されていた。

【００４８】図１２は本発明実施例のデバッグ率の把握
処理を説明するフローチャートである。

【００４９】同図において、まず、実行処理部２７で
は、テーブルの総実行行数をカウントし（ＳＴ４１）、
次に各命令が分岐実行した（ＳＴ４２）後、コード・テ
ーブル２２の実行済フラグのオン・オフを判断し（ＳＴ
４３）、オフであれば実行カウントに１を加え（ＳＴ４
４）、その実行済フラグをオンして（ＳＴ４５）から、
表示処理部３３の処理で実行カレント表示を行い（ＳＴ
４６）、オフであれば実行カウントと実行済フラグを変
化させずに実行カレント表示を行い、次の命令の分岐実
行のステップに戻る。実行カレント表示としては、モニ
タ１８表示画面中のレジスタ類表示部５０ｅに、実行行
カウントの値、この実行行カウントの値を総実行行数で
割り算して算出したデバッグ率等が表示され、また、実
行状況表示部５０ｄに、デバッグ率がバーグラフで表示
される。

【００５０】行単位に実行済フラグを設け、実行後に実
行行をカウントするとともに、実行済フラグをオンする
ことで、全実行行のうち現在どのぐらい実行したかを示
すデバッグ率を把握することができ、デバッグ率が１０
０％になれば、全ステップを通過したことになり、効率
的なデバッグが図れ、テスト洩れをなくすことができ
る。従来の開発ツールでは、実行中のデバッグ率を知る
ことができなかった。

【００５１】図１３は本発明実施例のＰＣの設定処理を
説明するフローチャートである。

【００５２】同図において、まず、カーソルを実行しよ
うとする行に移動させ（ＳＴ５１）、次にコマンド
「Ｐ」をキー入力することで（ＳＴ５２）、現在のカー
ソル行のアドレスがＰＣに設定され（ＳＴ５３）、続い
てそのアドレスの命令が実行される（ＳＴ５４）。

【００５３】カーソルを実行しようとする行に移動さ
せ、コマンドによりカーソル位置のアドレスをＰＣに設
定して実行することで、ユーザーがプログラムのアドレ
スを意識することなく必要な所から実行できる。従来の
開発ツールでは、プログラムカウンタにアドレスを設定
したり、実行コマンドによりアドレスまたはシンボルを
設定する必要があり、操作が煩雑であった。

【００５４】次に、上記構成によるシミュレータのエラ
ー検出処理を中心とする具体的な処理例を図１４〜図１
８のフローチャートを用いて説明する。

【００５５】図１４は本発明実施例の擬似命令実行エラ
ー検出処理を説明するフローチャートである。

【００５６】同図において、まず、エラー検出部２４で
は、テーブル（コード及びテキスト）より命令コードを
取り出し（ＳＴ６１）、次にこの命令コードが擬似命令
であるか否かを判断し（ＳＴ６２）、擬似命令であれば
表示処理部３３においてエラー表示の処理をし（ＳＴ６
３）、擬似命令でなければエラー表示をしないで次の処
理に進む。

【００５７】命令コード中に擬似命令があったときに、
エラーの検出ができる。従来、インサーキット・エミュ
レータ等では、例えば、データの１バイトずつの定義を
するＤＢ擬似命令、２バイト単位でデータを指定するＤ
Ｗ擬似命令等があっても、そのまま命令コードとして実
行してきた。

【００５８】図１５は本発明実施例のジャンプ命令飛び
先エラー検出処理を説明するフローチャトである。

【００５９】同図において、まず、エラー検出部２４で
は、コード・テーブル２２から取り出した命令コードが
ジャンプ命令であるか否かを判断し（ＳＴ７１）、ジャ
ンプ命令であるときには、オペコードよりジャンプ先ア
ドレスを計算し（ＳＴ７２）、次にテーブル上の該当ア
ドレスの有無を判断し（ＳＴ７３）、無いときにのみ表
示処理部３３においてエラー表示の処理（ＳＴ７４）を
して次の処理に進み、ジャンプ命令でないときには、そ
のまま次の処理に進む。

【００６０】ジャンプ命令で、シンボルを使用しない場
合、インデックスを使用する場合等に、命令以外に飛び
先が変わることがあり、そのときのエラー検出ができ
る。従来の開発ツールでは、このようなエラー検出がで
きなかった。

【００６１】図１６は本発明実施例のイミディエイトデ
ータ長エラー検出処理を説明するフローチャートであ
る。

【００６２】同図において、まず、エラー検出部２４で
は、コード・テーブルから取り出した命令コードがイミ
ディエイトデータ命令であるか否かを判断する（ＳＴ８
１）。イミディエイトデータ命令であるときには、テー
ブル上のオペコード長さを得（ＳＴ８２）、次にＣＰＵ
ステータスのデータ長フラグで１バイトデータか１バイ
トデータかを判断する（ＳＴ８３）。１バイトデータの
ときには、テーブル上のオペコード長が１バイトである
か判断し（ＳＴ８４）、１バイトでないときにのみ表示
処理部３３においてエラー表示の処理（ＳＴ８５）をし
て次の処理に進み、また、２バイトデータのときには、
テーブル上のオペコード長が２バイトであるか判断し
（ＳＴ８６）、２バイトでないときにのみ表示処理部３
３においてエラー表示の処理（ＳＴ８５）をして次の処
理に進む。イミディエイトデータ命令でないときには、
そのまま次の処理に進む。

【００６３】イミディエイトデータ長は、ＣＰＵステー
タスの状態によって、１バイト長、２バイト長に変化す
る。アセンブル時に、仮の値として擬似命令で指定す
る。実際にＣＰＵが動作するとき、ＣＰＵステータスの
状態が不一致であると、バグになる。従来のデバッグで
は、目視によって検出していた。

【００６４】図１７は本発明実施例のイミディエイト・
インデックス長エラー検出処理を説明するフローチャー
トである。

【００６５】同図において、まず、エラー検出部２４で
は、コード・テーブル２２から取り出した命令コードが
イミディエイトインデックス命令であるか否かを判断す
る（ＳＴ９１）。イミディエイトインデックス命令であ
るときには、テーブル上のオペコード長さを得（ＳＴ９
２）、次にＣＰＵステータスのインデックス長フラグで
１バイトデータか１バイトデータかを判断する（ＳＴ９
３）。１バイトデータのときには、テーブル上のオペコ
ード長が１バイトであるか判断し（ＳＴ９４）、１バイ
トでないときにのみ表示処理部３３においてエラー表示
の処理（ＳＴ９５）をして次の処理に進み、また、２バ
イトデータのときには、テーブル上のオペコード長が２
バイトであるか判断し（ＳＴ９６）、２バイトでないと
きにのみ表示処理部３３においてエラー表示の処理（Ｓ
Ｔ９５）をして次の処理に進む。イミディエイトインデ
ックス命令でないときには、そのまま次の処理に進む。

【００６６】イミディエイト・インデックス長は、ＣＰ
Ｕステータスの状態によって、１バイト長、２バイト長
に変化する。アセンブル時に、仮の値として擬似命令で
指定する。実際にＣＰＵが動作するとき、ＣＰＵステー
タスの状態が不一致であると、バグになる。従来のデバ
ッグでは、目視によって検出していた。

【００６７】図１８は本発明実施例のメモリアクセスの
エラー検出処理を説明するフローチャートである。

【００６８】同図において、まず、エラー検出部２４で
は、コード・テーブルから取り出した命令コードの種類
が、メモリ読出し、メモリ書込み、その他であるかを判
断する（ＳＴ１０１）。このような判断は、例えば、オ
ペコード・テーブル２８のメモリのアクセス・タイプ欄
で行う。命令コードがメモリ読出しのときには、アクセ
ス・アドレスに対応するメモリの属性が読出し可能
（Ｒ）であるか否かをアクセス管理テーブル２５から判
断し（ＳＴ１０２）、読出し可能でないときにのみ表示
処理部３３においてエラー表示の処理（ＳＴ１０３）を
して次の処理に進む。命令コードがメモリ書込みのとき
には、アクセス・アドレスに対応するメモリの属性が書
込み可能（Ｗ）であるか否かをアクセス管理テーブル２
５から判断し（ＳＴ１０４）、書込み可能でないときに
のみ表示処理部３３においてエラー表示の処理（ＳＴ１
０３）をして次の処理に進む。命令コードがその他のと
きには、そのまま次の処理に進む。

【００６９】アクセス管理テーブル２５にメモリの属性
情報を予め設定し、命令の種類を判断して、メモリアク
セスのエラー検出をすることで、例えば、プログラム領
域でないアドレスへのアクセス、メモリが実装されてな
い領域への不正なアクセス等があった場合に、エラー検
出できる。従来では、例えば、命令の実行ルーチンで、
関数によってメモリの読み書きを行っており、この関数
でそのアドレスが正常なものか判断していた。

【００７０】なお、メモリが実装されていないアドレス
や、プログラム領域でないアドレスを実行しようとした
とき、同様にして、インストラクション・フェッチ・ア
ドレスのエラー検出することができる。

【００７１】次に、上記構成によるシミュレータの表示
処理を中心とする具体的な処理例を図１９〜図２１のフ
ローチャートを用いて説明する。

【００７２】図１９は本発明実施例の実行表示処理を説
明するフローチャートである。

【００７３】同図において、まず、実行処理部２７で
は、命令実行による実行済フラグをコード・テーブル２
２に設定する（ＳＴ１１１）。次に、表示処理部３３で
は、各行のプログラムの実行済フラグがオンかオフかを
判断し（ＳＴ１１２）、オフのときにはその行を白表示
処理をし（ＳＴ１１３）、オンのときにはその行を緑表
示処理をし（ＳＴ１１３）て次の処理に進む。

【００７４】コード・テーブル２２の命令実行による実
行済フラグのオン・オフを検出して、それに応じて白ま
たは緑で色分けで表示することで、プログラムが実行済
か否かを把握することができ、いわゆるホワイト・ボッ
クス・テストの網羅性を確認することができる。従来で
は、このような網羅性を簡単に目視することができなか
った。

【００７５】図２０は本発明実施例のカーソルＲＡＭ表
示処理を説明するフローチャートである。

【００７６】同図において、まず、表示処理部３３で
は、カーソルのオペコードよりテーブル検索によりアド
レッシング関数を得（ＳＴ１２１）、次にアドレッシン
グ関数をコールしてメモリのアドレスを得（ＳＴ１２
２）、続いてＲＡＭアドレスよりメモリの内容を表示す
る（ＳＴ１２３）。

【００７７】実行する命令の指すＲＡＭがどのような値
かを、カーソルを移動させるだけで簡単に確認すること
ができる。従来では、メモリダンプコマンドで必要なＲ
ＡＭを表示させたり、プログラムカウンタのある所のみ
表示させていたため、操作が煩雑であった。

【００７８】図２１は本発明実施例のスキップ処理を説
明するフローチャートである。

【００７９】同図において、まず、現在のネストをセー
ブし（ＳＴ１３１）、次に、命令の実行分岐（ＳＴ１３
２）の後、リターンしたときセーブしたネストの比較を
して（ＳＴ１３３）、セーブ値がネストの値より小さい
ときには再び命令実行に戻り、セーブ値がネストの値よ
り大きいか等しいときに、次の処理に進む。このセーブ
値がネストの値より小さいときは、表示処理が行われな
い。

【００８０】テスト済のルーチンは、各ステップ毎にト
レースして確認する必要がなく、その処理さえすれば良
いから、時間短縮になる。従来では、コール命令の次の
命令にブレークポイントを置き、そのアドレスまで連続
実行させていた。

【００８１】なお、命令の実行エラーの場合、エラー種
別ごとにカウントされ、この結果がプログラム終了時に
表示され、トレースファイル３８に書き込まれる。表示
されるエラーメッセージとしては、例えば、不正命令コ
ード、データ長選択フラグとオブジェクトコードがあっ
ていない、ジャンプ先が命令行の中間、０除算、読出し
禁止メモリに読出しをした、書込み禁止メモリに書込み
をした、アドレスが定義されていない、レジスタが０で
ない等が表示される。

【００８２】上記構成のシミュレータによれば、ホスト
・コンピュータ上に構成されるソフトウェアによる機能
実現手段である、分解処理手段１４、チェック処理手段
１５、解釈実行手段１６、表示処理手段１７、コマンド
処理手段１９等を備えることで、アセンブル時に作成さ
れるアセンブル・リスト（リストファイル）を読み込
み、１命令ずつ直接シミュレーションすることができ、
また、アセンブラでできない各種のエラーチェックをす
ることで、従来の人手による目と手に依らなければでき
なかったデバックが機械的に正確かつ短時間にでき、シ
ステム開発の効率を向上できる。従来のインサーキット
・エミュレータを使用してデバックする場合と比較し
て、その置く場所を必要とせず、コンピュータさえあれ
ば何処ででもデバックでき、かつ実行モジュールを必要
とせずにアセンブルしただけで実行することができる。

【００８３】また、実行処理部２７では実行行をカウン
トし、どのくらい実行したかを表示処理部３３の処理に
より、モニタ１８の表示画面に表示することで、従来の
開発ツールでできなかったデバッグ率の把握が可能にな
る。

【００８４】さらに、エラー検出部２４では、アクセス
管理テーブルを用いて、ＲＡＭのアクセスをチェックし
ているため、ＲＡＭのアクセス状況が把握できる。

【００８５】また、表示処理部３３で表示処理して、モ
ニタ１８の表示画面５０において、ＲＡＭ表示部５０ｂ
にＲＡＭテーブル３１の内容、トレース表示部５０ｃに
カーソルを付したソース・プログラムの内容、レジスタ
類表示部５０ｅに各種のレジスタの内容を、１つの画面
上に表示しているため、命令を実行しながらＲＡＭやレ
ジスタの変化を同時に確認することができ効率的なデバ
ックができる。また、表示処理部３３では、命令を実行
することによって表示色が変化し、実行済の行が確認で
きるため、内部処理機能が明白である場合は、この処理
ルーチンの全パスを通るような入力データを与えてその
結果をチェックを行う、いわゆるホワイト・ボックス・
テストの網羅性の把握ができる。

【００８６】プログラムのテスト結果は、例えば、トレ
ースファイル３８にファイルされるため、後でテスト結
果の机上チェックも可能になる。また、ログファイルか
ら入力コマンドを自動運転により与えることもでき、こ
れによりプログラムの内容を知らない人でも簡単に取り
扱うことができる。

【００８７】なお、上記実施例において、ワンチップ・
マイコンを例に説明したが、各種のマイクロコンピュー
タを搭載したシステムのプログラム開発に適用でき、ホ
スト・コンピュータも必要な性能と要領を有するワーク
ステーションやパーソナルコンピュータを使用すること
ができる。

【００８８】また、オペコード・テーブル２８、アドレ
ス関数ルーチン２９、実行ルーチン３０は、目標ＣＰＵ
の命令やホスト・コンピュータの種類により任意に設定
される。実施例のチェック処理手段１５におけるエラー
検出は、代表的な例であり、その他の任意のエラー検出
を追加することができる。また、モニタ１８の表示画面
は一例であり、実施例に限定されない。

【００８９】

【発明の効果】以上説明したように本発明では、分解処
理手段１４、チェック処理手段１５、解釈実行手段１
６、表示処理手段１７、コマンド処理手段１９等を備
え、アセンブル時に作成されるアセンブル・リストを読
み込み、１命令ずつ直接シミュレーションするととも
に、アセンブラでできない各種のエラーチェックをする
ことで、プログラムのデバッグを正確かつ短時間にで
き、開発の効率を向上できる効果がある。

【図面の簡単な説明】

【図１】本発明実施例のシミュレータの具体的な構成を
説明するブロック図である。

【図２】本発明実施例のシミュレータの全体構成を説明
するブロック図である。

【図３】本発明実施例のアセンブル・リストの具体例を
説明する図である。

【図４】本発明実施例のコード・テーブルの具体例を説
明する図である。

【図５】本発明実施例のアクセス管理テーブルの具体例
を説明する図である。

【図６】本発明実施例のオペコード・テーブルの具体例
を説明する図である。

【図７】本発明実施例の表示処理部による表示画面見本
を示す。

【図８】本発明実施例の実行時のメイン処理を説明する
フローチャートである。

【図９】本発明実施例のコール命令のネスト管理処理を
説明するフローチャートである。

【図１０】本発明実施例の命令の実行を飛ばすＮＯＰ処
理を説明するフローチャートである。

【図１１】本発明実施例のブレーク処理を説明するフロ
ーチャートである。

【図１２】本発明実施例のデバッグ率の把握処理を説明
するフローチャートである。

【図１３】本発明実施例のＰＣの設定処理を説明するフ
ローチャートである。

【図１４】本発明実施例の擬似命令実行エラー検出処理
を説明するフローチャートである。

【図１５】本発明実施例のジャンプ命令飛び先エラー検
出処理を説明するフローチャートである。

【図１６】本発明実施例のイミディエイトデータ長エラ
ー検出処理を説明するフローチャートである。

【図１７】本発明実施例のイミディエイト・インデック
ス長エラー検出処理を説明するフローチャートである。

【図１８】本発明実施例のメモリアクセスのエラー検出
処理を説明するフローチャートである。

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

【図２０】本発明実施例のカーソルＲＡＭ表示処理を説
明するフローチャートである。

【図２１】本発明実施例のスキップ処理を説明するフロ
ーチャートである。

【符号の説明】

１０ シミュレータ １１ ソース・プログラム １２ アセンブル・リスト １３ 入出力インターフェース １４ 分解処理手段 １５ チェック処理手段 １６ 解釈実行手段 １７ 表示処理手段 １８ モニタ １９ コマンド処理手段 ２０ 入出力機器 ２１ 分解処理部 ２２ コード・テーブル ２３ テキスト・テーブル ２４ エラー検出部 ２５ アクセス管理テーブル ２６ フラグ ２７ 実行処理部 ２８ オペコード・テーブル ２９ アドレス関数ルーチン ３０ 実行ルーチン ３１ ＲＡＭテーブル ３２ シンボル・テーブル ３３ 表示処理部 ３４ シンボル・ファイル ３５ 生成部 ３６ ＰＣ（プログラムカウンタ） ３７ ポインタ ３８ トレースファイル ３９ キーボード ４０ フロッピーディスク装置 ４１ ハードディスク装置 ４２ プリンタ ５０ 表示画面

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 11/28 - 11/34 G06F 15/78

Claims (20)

(57)【特許請求の範囲】
1. 【請求項１】 目標システムのソース・プログラムより
   生成したアセンブル・リストをホスト・コンピュータ上
   で分解処理してロード・アドレス部分、オブジェクト・
   プログラム部分、フラグが設定あるいは解除されるフラ
   グ領域を有するコード・テーブル及びアセンブリ・ソー
   ス・プログラム部分を有するテキスト・テーブルを得る
   分解処理手段と、前記コード・テーブル及びテキスト・
   テーブルに基づき各命令別にチェック内容が決められた
   チェック項目によりエラー検出をするチェック処理手段
   と、前記コード・テーブルの命令コードを１命令ずつホ
   スト・コンピュータの命令列に翻訳して実行する解釈実
   行手段と、前記チェック処理手段のエラー検出結果及び
   解釈実行手段の実行結果を前記アセンブリ・ソース ・ プ
   ログラム部分とともに１つの画面上にモニタに表示する
   処理を行う表示処理手段と、前記分解処理手段、チェッ
   ク処理手段、解釈実行手段及び表示処理手段に対するコ
   マンド指示を処理するコマンド処理手段とを備えたシミ
   ュレータ。
2. 【請求項２】 前記分解処理手段のコード・テーブル
   は、各命令行毎に前記解釈実行手段による命令実行によ
   り実行済を設定する実行済フラグ領域を有する請求項１
   記載のシミュレータ。
3. 【請求項３】 前記分解処理手段のコード・テーブル
   は、各命令行毎にコマンドによってブレーク・ポイント
   の設定・解除を行うブレークフラグ領域を有する請求項
   １記載のシミュレータ。
4. 【請求項４】 前記チェック処理手段は、目標システム
   のメモリの属性情報を予めコマンドにより設定するアク
   セス管理テーブルと、前記コード・テーブル、テキスト
   ・テーブル、アクセス管理テーブルに基づいてエラー検
   出処理を行うエラー検出部とを有する請求項１、２また
   は３記載のシミュレータ。
5. 【請求項５】 前記エラー検出部は、前記コード・テー
   ブルから取り出した命令が擬似命令であるかを検出する
   請求項４記載のシミュレータ。
6. 【請求項６】 前記エラー検出部は、前記コード・テー
   ブルから取り出した命令がジャンプ命令であるときにオ
   ペコードよりジャンプ先アドレスを計算し、テーブル上
   の該当アドレスの有無を検出する請求項４記載のシミュ
   レータ。
7. 【請求項７】 前記エラー検出部は、前記コード・テー
   ブルから取り出した命令がイミディエイトデータ命令で
   あるときにテーブル上のオペコード長さを得、ＣＰＵス
   テータスのデータ長フラグを判断する請求項４記載のシ
   ミュレータ。
8. 【請求項８】 前記エラー検出部は、前記コード・テー
   ブルから取り出した命令がイミディエイトインデックス
   命令であるときにテーブル上のオペコード長さを得、Ｃ
   ＰＵステータスのインデックス長フラグを判断する請求
   項４記載のシミュレータ。
9. 【請求項９】 前記エラー検出部は、前記コード・テー
   ブルから取り出した命令コードの種類がメモリ読出し、
   メモリ書込み、その他であるかを判断し、それぞれアク
   セス・アドレスに対応する前記アクセス管理テーブルの
   メモリ属性の一致を判断する請求項４記載のシミュレー
   タ。
10. 【請求項１０】 前記解釈実行手段は、前記コード・テ
    ーブルのオブジェクト・プログラムと実行ルーチンとの
    対応付けをするオペコード・テーブルと、マシンコード
    のオペランドのアドレスを取得するアドレス関数ルーチ
    ンと、シミュレーションのための前記実行ルーチンと、
    目標システムに対応し命令の実行により読み書きをする
    ＲＡＭテーブルと、前記コードテーブルのマシンコード
    を取り出し、オペコード・テーブルのマシンコードとの
    一致を比較し、一致したマシンコードの対応する実行ル
    ーチンをコールし、この実行ルーチンにおいてアドレッ
    シングモードに対応するアドレス関数によりアドレスを
    取得して命令を実行する実行処理部とを有する請求項
    １、２、３または４記載のシミュレータ。
11. 【請求項１１】 前記実行処理部は、コール命令を管理
    するポインタとしてのネストを設け、コール命令を実行
    したときにネストに１を加え、リターン命令のときにネ
    ストから１を引き、コール命令を実行しないとき次の命
    令を実行する請求項１０記載のシミュレータ。
12. 【請求項１２】 前記実行処理部は、ノーオペレーショ
    ン・コマンドをキー入力したとき、現在のカーソル行を
    １行進め、続いて命令を実行せずにプログラムカウンタ
    の値を次の命令にスキップさせる請求項１０記載のシミ
    ュレータ。
13. 【請求項１３】 前記実行処理部は、命令実行時に前記
    コード・テーブルのブレークフラグのオン・オフを判断
    し、オンであればブレークを発生させる請求項１０記載
    のシミュレータ。
14. 【請求項１４】 前記表示処理手段は、前記エラー検出
    部、実行処理部及びアセンブル・リストのシンボル・フ
    ァイルから生成されるデータのシンボルとアドレスとを
    対応付けたシンボル・テーブルから与えられるデータを
    モニタに表示するための表示処理を行う表示処理部を有
    する請求項１、２、３、４または１０記載のシミュレー
    タ。
15. 【請求項１５】 前記表示処理部は、前記実行処理部の
    命令実行により設定された前記コード・テーブルの実行
    済フラグのオン・オフを判断し、その行の表示をオン・
    オフに対応して色分けの表示の処理をする請求項１４記
    載のシミュレータ。
16. 【請求項１６】 前記表示処理部は、カーソルのオペコ
    ードよりテーブル検索によりアドレッシング関数を得、
    アドレッシング関数ルーチンをコールしてメモリのアド
    レスを得、ＲＡＭアドレスよりメモリの内容を表示する
    処理をする請求項１４記載のシミュレータ。
17. 【請求項１７】 前記表示処理部は、現在の前記ネスト
    をセーブし、命令の実行分岐の後にリターンしたときセ
    ーブしたネストの比較をし、このセーブ値がネストの値
    より小さいときに表示のスキップ処理をする請求項１１
    または１４記載のシミュレータ。
18. 【請求項１８】 前記表示処理部によるモニタに表示さ
    れる表示画面は、前記ＲＡＭテーブルのシンボル名、そ
    のアドレス及びそのアドレスの内容を表示するＲＡＭ表
    示部と、前記テキスト・テーブルの内容及びアンダーラ
    インを付して現在のカーソル位置を表示するトレース表
    示部と、レジスタ類の内容を表示するレジスタ類表示部
    とを１つの画面上に有する請求項１４記載のシミュレー
    タ。
19. 【請求項１９】 前記表示処理部によるモニタに表示さ
    れる表示画面は、総実行ステップに対する実行済ステッ
    プ数の割合を表示する実行状況表示部を有する請求項１
    ４または１８記載のシミュレータ。
20. 【請求項２０】 前記表示処理部によるモニタに表示さ
    れる表示画面は、レジスタ類の内容を表示するレジスタ
    類表示部を有する請求項１４、１８または１９記載のシ
    ミュレータ。