JP2003044317A - Ｒｏｍモニタ - Google Patents

Abstract

(57)【要約】 【課題】 本発明は開発プログラムのデバッグ作業に使
用されるＲＯＭモニタに関し、特にＲＯＭモニタ動作中
のユーザー割り込みを許可又は禁止指定可能とすること
によって、タイムアップ等によるエラー発生を防止する
ＲＯＭモニタを提供するものである。 【解決手段】 ＲＯＭモニタによりユーザー・プログラ
ム１２’のデバッグ作業中、ユーザ割り込みを許可又は
禁止指定可能とすることによって、デバッグ作業中であ
っても当該デバッグ作業に影響しないプログラムについ
ては選択的に設定可能とし、エラーの発生することのな
いＲＯＭモニタを提供するものであり、特にマルチタス
ク処理を行うターゲットボードについて、各タスク毎に
効率よくデバッグ作業を行うことができ、不要なエラー
を発生させることのないデバッグ作業を行うことができ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は開発プログラムのデ
バッグ作業に使用されるＲＯＭモニタに関する。

【０００２】

【従来の技術】開発プログラムのデバッグ作業は、例え
ばソース・コードをオブジェクト・コードに変換し、当
該オブジェクト・コードを所定のステップに分け、順次
プログラムの問題点を見つけ、補修する。上記デバッグ
作業において、ＲＯＭモニタはターゲットボード内のＣ
ＰＵや実際のデバイスを用いて作業を行うことができ、
広く使用されている。

【０００３】例えば、ターゲットボードがプリンタ装置
のインターフェース（Ｉ/Ｆ）コントローラである場
合、Ｉ/Ｆコントローラに配設されたＣＰＵやＲＡＭ等
のデバイスを使用してデバッグ作業を行うことができ有
効である。

【０００４】

【発明が解決しようとする課題】しかしながら、従来の
ＲＯＭモニタでは、ＲＯＭモニタの動作中にユーザの割
り込みを禁止する構成であり、ユーザー・プログラムが
一切実行されないように動作する。

【０００５】したがって、ＲＯＭモニタ動作中にユーザ
ー・プログラムが一切実行できず、時間的制約を持つデ
バイスを制御するプログラムの場合、デバッグ作業中に
一部のデバイスがタイムアウトし、エラーが発生する。
例えば、マルチタスク処理を行ってプリンタ装置を制御
する場合、用紙給送に関するデバイスの駆動が停止し、
用紙搬送に関する処理にエラーが発生する。

【０００６】そこで、本発明はＲＯＭモニタ動作中のユ
ーザー割り込みを、許可又は禁止指定可能とすることに
よって、上記問題を解決するＲＯＭモニタを提供するも
のである。

【０００７】

【課題を解決するための手段】上記課題は請求項１記載
の発明によれば、対象プログラムに対するデバッグ作業
中、割り込み許可を指定する指定手段と、該指定の内容
を記憶する記憶手段と、該記憶された内容を制御部に設
定する設定手段と、該設定手段によって設定された内容
に従って割り込み処理を実行する実行手段とから成るＲ
ＯＭモニタを提供することによって達成できる。

【０００８】このように構成することにより、デバッグ
作業中必要なタスクについては割り込み処理を禁止し、
不要なエラーを発生させることなく、デバッグ作業を行
うことができる。請求項２の記載は、上記請求項１記載
の発明において、前記指定手段は、前記デバッグ作業の
処理内容によって、指定するタスクを選択する構成であ
る。

【０００９】このように構成することにより、例えばマ
ルチタスク処理を行うプログラムの開発において、デバ
ッグ作業中でも起動するタスクと非起動のタスクを選択
し、効率よくデバッグ作業を行うことができる。請求項
３の記載は、上記請求項１記載の発明において、前記指
定手段は、前記デバッグ作業を行う際のターゲットの状
態によって指定内容を選択する構成である。

【００１０】このように構成することにより、例えばＲ
ＯＭモニタが動作を開始する要因毎に不必要なプログラ
ムが動作することを防止し、必要な割り込みのみを実行
させることができる。請求項４の記載は、上記請求項２
又は３の記載において、前記指定するプログラムは、マ
ルチタスク処理における各タスクである。

【００１１】このように構成することにより、開発プロ
グラムがマルチタスク処理を含むプログラムであって
も、有効にデバッグ作業を行うことができる。

【００１２】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照しながら説明する。 ＜第１の実施形態＞図１は、本実施形態のＲＯＭモニタ
を含むプログラム開発手順を説明する模式図である。同
図において、例えば開発対象となるソース・コード１
は、言語系ツール２によりオブジェクト・コード３に変
換される。この時、言語系ツール２はランタイムライブ
ラリ４を参照してソース・コード１をオブジェクト・コ
ード３に変換する。このランタイムライブラリ４にはプ
ログラム開発で使用する関数やサブルーチン、データ等
が記録され、より短期間のプログラム開発を可能とす
る。

【００１３】このようにして作成したオブジェクト・コ
ード３に対して、デバッガ５と実行体６を用いてデバッ
グ作業が行われ、問題点の除去が行われる。このデバッ
グ作業は本例のＲＯＭモニタの説明において後に具体的
に説明する。次に、デバッグ作業が行われたオブジェク
ト・コード３はユーティリティ７を用いてＲＯＭイメー
ジ・ファイル８に変換され、製品化される。尚、ライブ
ラリ９は前述と同様の機能を有する。

【００１４】尚、上記デバッガ５はオブジェクト・コー
ド３を読み込み、実行体６と通信しながらデバッグ作業
を行うためのツールであり、後述するホスト機器上で動
作する。また、実行体６は、デバッガ５からの指示に従
ってオブジェクト・コード３を実行し、その結果をデバ
ッガ５に報告する機能を有し、インサーキット・エミュ
レータやＲＯＭモニタ、或いはシミュレータが使用され
る。特にＲＯＭモニタは、開発中のプログラムを、実際
にそれが動作するターゲットのＣＰＵやデバイスを用い
てデバッグが可能であるため、上記エミュレータやシミ
ュレータに比べて優れており、本例において使用するも
のである。

【００１５】図２は、上記プログラム開発において行わ
れるＲＯＭモニタを用いたデバッグ作業のシステム図で
ある。同図において、ＲＯＭモニタのためのプログラム
は、ターゲット１０内のＣＰＵ１１に対して、ＲＯＭ１
２から供給される。尚、ＲＡＭ１３に当該プログラムを
送信し、ＲＡＭ１３からＣＰＵ１１がプログラムの供給
を受ける構成であってもよい。

【００１６】ここで、本例において、ターゲット１０は
例えばプリンタ装置であり、ターゲット１０にはホスト
機器１５のデバッガ５と通信するためのデバッグＩ／Ｆ
１４が配設され、例えばＲＳー２３２Ｃ等が用いられ
る。一方、ホスト機器１５には前述のデバッガ５が組み
込まれており、デバッグ作業の対象となるプログラムが
書き込まれたＲＯＭ１２のデバッグ作業を行う。

【００１７】図３はＲＯＭモニタの状態遷移を示す。先
ず、ターゲット１０の電源投入ａによって、ＲＯＭモニ
タが起動処理ｂを実行する。ここで、ＲＯＭモニタのみ
が使用する割り込みのベクタ処理を行い、コマンド実行
処理ｅに移行する。例えば、前述のＣＰＵ１１やターゲ
ット・ハードウェアの必要最低限の設定、ＲＯＭモニタ
自身の初期化処理、及びブレーク信号（Ｂｒｅａｋ信
号）ｃの割り込み処理、ブレーク命令（Ｂｒｅａｋ命
令）ｄの割り込み処理等である。

【００１８】前述の図２に示す環境では、デバッグ対象
となるユーザー・プログラム１２’のオブジェクト・コ
ード３は、ホスト機器１５のデバッガ５からターゲット
１０のＲＯＭモニタ１２に対し、「メモリ書き込み要
求」コマンドの形で送信される。

【００１９】ＲＯＭモニタ１２はコマンド実行処理ｅに
おいて、これを受信し、ＲＡＭ１３に書き込む。その
後、デバッグ作業を開始するため、デバッガ５から「リ
スタート」コマンド、或いは「ステップ実行」コマンド
等が送信されると、ＲＯＭモニタ１２はコマンド実行処
理ｅからＨＡＬＴ終了処理ｆを経由して、ユーザー・プ
ログラム１２’の指定アドレスへ処理を移行する。

【００２０】ユーザー・プログラム１２’の実行中、起
動処理で設定した割り込みが入ると、ＨＡＬＴ開始処理
ｇが実行される。ここで、ユーザー・プログラム１２’
を中断するため、ＣＰＵ１１のレジスタが保存され、割
り込み処理状態のまま、ＲＯＭモニタ１２のコマンド実
行処理に移行する。

【００２１】以上が、基本的なＲＯＭモニタの動作であ
るが、この動作ではＲＯＭモニタは割り込み処理状態で
実行されるため、ユーザ割り込みが禁止される。従っ
て、中断する直前のユーザー・プログラム１２’がター
ゲット１０に接続されたデバイスの条件などにより時間
的制約を含むものである場合、ターゲット１０の動作に
異常が生じることがある。例えば、ターゲット１０がペ
ージ・プリンタである場合、用紙の搬送を停止すること
はできないので、Ｉ／Ｆコントローラのユーザー・プロ
グラム１２’が給紙を要求後に停止する。この場合、プ
リンタ・エンジンからのビデオ・データ要求等の割り込
みに反応できず、プリンタ・エンジンがタイムアウトし
てエラーとなる。

【００２２】印刷に関係するモジュールが既に完成して
おり、現在のデバッグ対象が印刷モジュール以外であれ
ば、印刷モジュールの割り込み処理をＲＯＭモニタの動
作中も実行可能とすることにより、このような問題の発
生を回避できる。図４は、本例の制御例である。割り込
み要求が入力されるＣＰＵーＲｅｇｉｓｔｅｒ１１−１
の各ビット（ＩＮＴ７〜ＩＮＴ０）と、割り込みマスク
の設定を行うＣＰＵーＲｅｇｉｓｔｅｒ１１−２の各ビ
ット（ＩＭ７〜ＩＭ０）が、それぞれＡＮＤ−ＯＲブロ
ック１１−４で接続され、個別に割り込み信号のマスク
が可能な構成である。さらに、ＣＰＵーＲｅｇｉｓｔｅ
ｒｅ１１−３にグローバルな割り込み制御ビット（Ｉ
Ｅ）があり、このビットの出力とＡＮＤ−ＯＲブロック
１１−４の出力をＡＮＤブロック１１−５で加算し、Ｃ
ＰＵ１１の割り込み信号を生成する。

【００２３】先ず、本例（第１の実施形態）では、ＣＰ
Ｕ−Ｒｅｇｉｓｔｅｒ１１−３のＩＥビットで割り込み
全体の許可／禁止の設定を行うので、このレジスタと同
様の形式を持つＨａｌｔ Ｃｏｎｔｒｏｌ Ｆｌａｇ
（図５参照）をＲＯＭモニタに用意する。このフラグ
は、ＲＯＭモニタの起動処理においてＩＥ＝「０」に初
期化される。尚、このＩＥ＝「０」は、ユーザ割り込み
をマスクする状態である。

【００２４】また、この設定変更は「Ｈａｌｔ Ｃｏｎ
ｔｒｏｌ Ｆｌａｇ変更要求」コマンドを用い、デバッ
グ作業者はホスト機器１５のデバッガ５から動作中のＲ
ＯＭモニタに対してこのコマンドを送信する。このコマ
ンドを受信したＲＯＭモニタは、コマンドの内容をＨａ
ｌｔ Ｃｏｎｔｒｏｌ Ｆｌａｇに記憶する。

【００２５】図６は、本例のＲＯＭモニタの動作を説明
するフローチャートである。先ず、ブレーク信号（Ｂｒ
ｅａｋ信号）、或いはブレーク命令（Ｂｒｅａｋ命令）
実行の割り込み処理で、それまでユーザー・プログラム
が使用していたＣＰＵレジスタの保存処理（ステップ
（以下、ＳＴで示す）１）、及びＲＯＭモニタ用スタッ
クへの切り替え処理（ＳＴ２）を実行する。この時、ユ
ーザ・プログラムの割り込み設定を示すＣＰＵ−Ｒｅｇ
ｉｓｔｅｒ１１−１〜１１−３の内容も、ＲＯＭモニタ
内のＣＰＵレジスタ保管領域に保存される。そして、保
存されたＣＰＵ−Ｒｅｇｉｓｔｅｒ１１−２の値を確認
し（ＳＴ３）、ＲＯＭモニタを起動する割り込みである
かどうかを確認する（ＳＴ４）。すなわち、前述のブレ
ーク信号（Ｂｒｅａｋ信号）ｃ、ブレーク命令（Ｂｒｅ
ａｋ命令）ｄであるか確認し、ここで、上記信号又は命
令である場合、ＲＯＭモニタの実行準備処理に移行する
（ＳＴ５）。

【００２６】図７は、上記ＲＯＭモニタの実行準備処理
を説明するフローチャートである。先ず、ＲＯＭモニタ
の内部ワークの初期化を行い（ＳＴ５−１）、デバッグ
Ｉ／Ｆ１４からのデータ受信を許可し、コマンド／デー
タの受付を可能とする（ＳＴ５−２）。

【００２７】次に、Ｓｔｅｐ実行指定によりブレーク命
令（Ｂｒｅａｋ命令）に書き換えられていたコードを元
の命令に戻し（ＳＴ５−３）、更にＢｒｅａｋ Ｐｏｉ
ｎｔ指定によるブレーク命令（Ｂｒｅａｋ命令）も元の
命令に書き戻し、ＢｒｅａｋＰｏｉｎｔを一時解除する
（ＳＴ５−４）。このＢｒｅａｋ Ｐｏｉｎｔ一時解除
処理は、ＲＯＭモニタ動作中にユーザー割り込みが許可
された場合、それによって実行されるユーザー・プログ
ラム１２’内に他のブレーク命令（Ｂｒｅａｋ命令）が
存在し、多重にＲＯＭモニタが動作する状況を回避する
ためである。

【００２８】続いて、記憶されているＨａｌｔ Ｃｏｎ
ｔｒｏｌ Ｆｌａｇを読み出し（ＳＴ５−５）、その内
容をＣＰＵ−Ｒｅｇｉｓｔｅｒ１１−１に設定する（Ｓ
Ｔ５−６）。但し、ユーザー・プログラム１２’が、割
り込みを禁止した状態で用いられている場合、ＲＯＭモ
ニタ動作中にユーザー割り込みを許可すると実際と異な
る動作となりデバッグの信頼性が低下するので、Ｈａｌ
ｔ ＣｏｎｔｒｏｌＦｌａｇの内容は、Ｈａｌｔ開始処
理で保存されたＣＰＵ−Ｒｅｇｉｓｔｅｒ１１−１の内
容と加算してＣＰＵ−Ｒｅｇｉｓｔｅｒ１１−１に設定
する。

【００２９】以上の処理により、ＲＯＭモニタ実行中
に、ユーザー割り込みが許可され、作成済みの割り込み
処理が動作して、デバッグ作業中もデバイスを安定して
使用することができる（ＳＴ６）。次に、デバッガ５か
ら「リスタート」或いは「ステップ実行」等のユーザー
・プログラム実行コマンドを受信すると、ＲＯＭモニタ
の実行終了処理へ移行する（ＳＴ７）。図８は、上記Ｒ
ＯＭモニタの実行終了処理を説明するフローチャートで
ある。先ず、「ステップ実行」コマンドを受信した場合
（ＳＴ７−１）、Ｓｔｅｐ実行を行うための命令書き換
え処理を行う（ＳＴ７−２）。ここで、停止中のユーザ
ー・プログラムのコードが条件分岐命令でなければ、次
のユーザー・プログラム・アドレスのみ、条件分岐命令
ならば次のユーザー・プログラム・アドレスと条件成立
時の分岐先アドレスのコードをＢｒｅａｋ命令に書き換
える。

【００３０】続いて、全てのＢｒｅａｋ Ｐｏｉｎｔ指
定アドレスのユーザー・プログラムをＢｒｅａｋ命令に
書き換える（ＳＴ７−３）。この作業により、ＲＯＭモ
ニタ動作中、一時的に解除していたＢｒｅａｋ Ｐｏｉ
ｎｔ指定も含めて全てのＢｒｅａｋ Ｐｏｉｎｔが有効
となる。

【００３１】次に、デバッグＩ／Ｆからのデータ受信を
禁止し（ＳＴ７−４）、ユーザー・プログラム１２’の
動作中にデバッグ用のコマンド／データが入力されるこ
とを禁止する。その後、ＲＯＭモニタ内のＣＰＵレジス
タ領域に書き込まれている内容をＣＰＵレジスタにロー
ドしてユーザー・プログラム１２’の復帰を行う（ＳＴ
８）。

【００３２】以上のように、本例ではＲＯＭモニタ動作
時の割り込み制御状態を、デバッグ作業者が指定可能と
したことにより、デバッグ作業中にユーザー・プログラ
ム１２’が停止することに起因するデバイスのエラー発
生などの問題を回避できる。例えば、マルチタスク処理
のプリンタ装置では、印刷に関連するプログラムについ
てはブレークをマスクし、印刷データの展開処理のデバ
ッグ作業を同時に行うことができる。 ＜第２の実施形態＞次に、本発明の第２の実施形態につ
いて説明する。

【００３３】前述の第１実施形態では、ＲＯＭモニタが
駆動する際、ユーザー割り込みの許可／禁止のみが設定
された。しかし、デバッグ作業中には禁止しておきたい
割り込みが存在する場合もあり、割り込み毎の許可／禁
止設定の必要性も考えられる。

【００３４】前述の図４の例では、ＩＮＴ０にＢｒｅａ
ｋ命令実行割り込み、ＩＮＴ１にＢｒｅａｋ信号割り込
み要求が配置され、ＩＮＴ７〜ＩＮＴ２がユーザー割り
込みとなっている。しかし、本例では、Ｈａｌｔ Ｃｏ
ｎｔｒｏｌ Ｆｌａｇの代わりに、ＣＰＵ−Ｒｅｇｉｓ
ｔｅｒ１と同様の形式を持つ、図９のＵｓｅｒ−ＩＮＴ
Ｃｏｎｔｒｏｌ ＦｌａｇをＲＯＭモニタに用意し、
ＩＭ７〜ＩＭ２の個別設定を可能とする。

【００３５】本例では、ＲＯＭモニタの起動処理におい
て、上記フラグを全てビット「０」（全てのユーザー割
り込みをマスクする）に初期化する。そして、個別の設
定変更は、「Ｕｓｅｒ−ＩＮＴ Ｃｏｎｔｒｏｌ Ｆｌ
ａｇ変更要求」コマンドを用いる。デバッグ作業者は、
ホスト機器１５のデバッガ５から動作中のＲＯＭモニタ
に対してこのコマンドを送信する。コマンドを受信した
ＲＯＭモニタは、コマンド内容をＵｓｅｒ−ＩＮＴ Ｃ
ｏｎｔｒｏｌ Ｆｌａｇに記憶する。

【００３６】図１０は、Ｕｓｅｒ−ＩＮＴ Ｃｏｎｔｒ
ｏｌ Ｆｌａｇ指定時のＲＯＭモニタの実行準備処理を
説明するフローチャートである。先ず、ＲＯＭモニタの
内部ワークの初期化を行い（ステップ（以下、ＳＴＰで
示す）１）、デバッグＩ／Ｆからのデータ受信を許可し
（ＳＴＰ２）、Ｓｔｅｐ実行指定のリセット（ＳＴＰ
３）、Ｂｒｅａｋ Ｐｏｉｎｔ指定の解除（ＳＴＰ４）
を行う。尚、これらの処理は、前述の第１の実施形態と
同様である。

【００３７】続いて、記憶したＵｓｅｒ−ＩＮＴ Ｃｏ
ｎｔｒｏｌ Ｆｌａｇを読み出し（ＳＴＰ５）、その内
容をＣＰＵ−Ｒｅｇｉｓｔｅｒ１に設定する（ＳＴＰ
６）。但し、Ｂｒｅａｋしたユーザー・プログラム１
２’が禁止している割り込みを許可すると、デバッグの
信頼性が低下するので、Ｕｓｅｒ−ＩＮＴ Ｃｏｎｔｒ
ｏｌ Ｆｌａｇの内容はＨａｌｔ開始処理で保存された
ＣＰＵ−Ｒｅｇｉｓｔｅｒ０の内容を用いる。

【００３８】以上の処理により、ＲＯＭモニタ実行中
に、ユーザーが指定した割り込みだけが許可され、作成
済みのユーザー割り込み処理が動作して、デバッグ作業
中もデバイスを安定して使用することが可能となる。例
えば、前述のＩＮＴ２が印刷データの受信に関する処理
であり、ＩＮＴ３〜ＩＮＴ５が印刷に関する処理である
場合、ＩＮＴ２についてはブレーク信号によってデバッ
グ作業を行い、ＩＮＴ３〜ＩＮＴ５についてばブレーク
信号をマスクして、データ受信プログラムのデバッグ中
であっても、印刷出力を可能とすることができる。

【００３９】以上のように、本例によればＲＯＭモニタ
動作時の割り込み制御状態を、割り込み要因毎に指定可
能とすることにより、デバッグ作業に必要な割り込みの
み実行させることができる。 ＜第３の実施形態＞次に、本発明の第３の実施形態につ
いて説明する。

【００４０】前述の第２の実施形態では、ＲＯＭモニタ
が動作するとき、一律にＵｓｅｒ−ＩＮＴ Ｃｏｎｔｒ
ｏｌ Ｆｌａｇの設定値が使用される。しかし、Ｂｒｅ
ａｋＰｏｉｎｔを指定する場合、ユーザーは指定したア
ドレスの命令が実行される時のターゲット１０の動作状
態を考慮することが可能であり、Ｂｒｅａｋ Ｐｏｉｎ
ｔ毎に異なるＵｓｅｒ−ＩＮＴ ＣｏｎｔｒｏｌＦｌａ
ｇを必要とする場合も考えられる。そこで、「ステップ
実行」コマンドや「Ｂｒｅａｋ Ｐｏｉｎｔ設定コマン
ド」にパラメータを追加して個別のＵｓｅｒ−ＩＮＴ
Ｃｏｎｔｒｏｌ Ｆｌａｇを設定可能とし、ＲＯＭモニ
タ側でＢｒｅａｋ要因に応じたＦｌａｇの使い分けを行
うものである。

【００４１】図１１（ａ）は、ブレーク信号（Ｂｒｅａ
ｋ信号）割り込み時に使用するデータを記憶するＢｒｅ
ａｋ信号テーブルである。ここに記憶されるＵｓｅｓｒ
−ＩＮＴ Ｃｏｎｔｒｏｌ Ｆｌａｇは、前述の第２の
実施形態と同様の構成であり、設定も同様に「Ｕｓｅｒ
−ＩＮＴ Ｃｏｎｔｒｏｌ Ｆｌａｇ変更要求」コマン
ドによって行う。一方、図１１（ｂ）はブレーク命令
（Ｂｒｅａｋ命令）実行割り込みで使用するデータを記
憶するＢｒｅａｋ命令テーブルである。Ｂｒｅａｋ命令
テーブルは、ユーザー・プログラム１２’への復帰状態
を記憶するＢｒｅａｋ命令フラグ２０と、復帰が「ステ
ップ実行」コマンドによるものである時、ステップ後の
アドレスや本来の命令等を記憶するＳｔｅｐデータ２１
と分岐時のＳｔｅｐデータ２２、Ｂｒｅａｋ Ｐｏｉｎ
ｔの設定数記憶部２３、各Ｂｒｅａｋ Ｐｏｉｎｔのア
ドレスや本来の命令等を記憶するＢｒｅａｋ Ｐｏｉｎ
ｔデータ部２４の各領域からなる。

【００４２】ＲＯＭモニタは、ホスト機器のデバッガ５
から「ステップ実行」や「リスタート」などのユーザー
・プログラム１２’への復帰を要求するコマンドを受信
した場合、図１２に示すフローチャートに従ってＢｒｅ
ａｋ命令テーブルへの設定を行う。先ず、ユーザー・プ
ログラムへの移行が「ステップ実行」コマンドによるも
のかどうかを判断し（ステップ（以下、Ｓで示す）
１）、「ステップ実行」以外であればＢｒｅａｋ命令フ
ラグに「０」をセットする（Ｓ２）。

【００４３】一方、「ステップ実行」の場合、停止中の
ユーザー・プログラム１２’のコードを判断し、条件分
岐命令でなければＢｒｅａｋ命令フラグに「１」を設定
し（Ｓ３がＮＯ、Ｓ４）、次のユーザー・プログラム・
アドレスとその命令をＳｔｅｐデータのＡｄｄｒｅｓｓ
−ＳＯとＩｎｓｔｒｕｃｔｉｏｎ−ＳＯにセットし、
「ステップ実行」コマンドにＵｓｅｒ−ＩＮＴ Ｃｏｎ
ｔｒｏｌ Ｆｌａｇパラメータが付加されていれば、そ
の値をＵｓｅｒ−ＩＮＴ Ｃｏｎｔｒｏｌ Ｆｌａｇ−
ＳＯにセットする（Ｓ５）。パラメータが指定されてい
ない場合は、Ｕｓｅｒ−ＩＮＴ Ｃｏｎｔｒｏｌ Ｆｌ
ａｇ−ＳＯは全ビット「０」（全てのユーザー割り込み
をマスクする）とする。

【００４４】一方、条件分岐命令の場合は、Ｂｒｅａｋ
命令フラグに「２」を設定し（Ｓ３がＹＥＳ、Ｓ６）、
次のユーザー・プログラム・アドレスとその命令をＳｔ
ｅｐデータのＡｄｄｒｅｓｓ−ＳＯとＩｎｓｔｒｕｃｔ
ｉｏｎ−ＳＯにセットし（Ｓ７）、条件成立時の分岐先
アドレスとその命令を分岐時のＳｔｅｐデータのＡｄｄ
ｒｅｓｓ−ＳＩとＩｎｓｔｒｕｃｔｉｏｎ−ＳＩにセッ
トする（Ｓ８）。この時、「ステップ実行」コマンドに
Ｕｓｅｒ−ＩＮＴ Ｃｏｎｔｒｏｌ Ｆｌａｇパラメー
タが付加されていれば、その値をＵｓｅｒ−ＩＮＴ Ｃ
ｏｎｔｒｏｌＦｌａｇ−ＳＯとＵｓｅｒとＩＮＴ Ｃｏ
ｎｔｒｏｌ Ｆｌａｇ−Ｓ１にセットし、パラメータが
指定されていない場合は、Ｕｓｅｒ−ＩＮＴ Ｃｏｎｔ
ｒｏｌＦｌａｇ−Ｓ０とＵｓｅｒ−ＩＮＴ Ｃｏｎｔｒ
ｏｌ Ｆｌａｇ−Ｓ１は全ビット「０」とする。

【００４５】「Ｂｒｅａｋ Ｐｏｉｎｔ設定コマンド」
を受けた場合、ＲＯＭモニターはＢｒｅａｋ Ｐｏｉｎ
ｔ設定数をインクリメントし、Ｂｒｅａｋ Ｐｏｉｎｔ
データ内の未使用領域のＡｄｄｒｅｓｓ−ＢＰＸに指定
されたアドレスを、Ｉｎｓｔｒｕｃｔｉｏｎ−ＢＰＸに
そのアドレスの命令コードを、そしてＵｓｅｒ−ＩＮＴ
Ｃｏｎｔｒｏｌ Ｆｌａｇパラメータが付加されてい
れば、その値をＵｓｅｒ−ＩＮＴ Ｃｏｎｔｒｏｌ Ｆ
ｌａｇ−ＢＰＸにセットする。パラメータが指定されて
いない場合は、Ｕｓｅｒ−ＩＮＴ Ｃｏｎｔｒｏｌ Ｆ
ｌａｇ−ＢＰＸは全ビット「０」とする。逆に「Ｂｒｅ
ａｋ Ｐｏｉｎｔ設定解除」コマンドでは、Ｂｒｅａｋ
Ｐｏｉｎｔ設定数をデクリメントし、該当するＢｒｅ
ａｋ Ｐｏｉｎｔデータを検索して、そのＡｄｄｒｅｓ
ｓ−ＢＰＸ、Ｉｎｓｔｒｕｃｔｉｏｎ−ＢＰＸ、及びＵ
ｓｅｒ−ＩＮＴ Ｃｏｎｔｒｏｌ Ｆｌａｇ−ＢＰＸを
クリアして未使用状態に戻す。

【００４６】図１３は、個別Ｕｓｅｒ−ＩＮＴ Ｃｏｎ
ｔｒｏｌ Ｆｌａｇ指定時のＲＯＭモニタ実行準備処理
のフローチャートである。ＲＯＭモニタ内部ワークの初
期化処理、及びデバッグＩ／Ｆからのデータ受信を許可
処理は、前述の第２の実施形態と同様である（ステップ
（以下、Ｗで示す）１、２）。

【００４７】次にＵｓｅｒ−ＩＮＴ Ｃｏｎｔｒｏｌ
Ｆｌａｇを読み出す。Ｈａｌｔの発生要因がＢｒｅａｋ
信号割り込みであれば、Ｂｒｅａｋ信号テーブルに記憶
されているＵｓｅｒ−ＩＮＴ Ｃｏｎｔｒｏｌ Ｆｌａ
ｇを取得し（Ｗ３がＹＥＳ、Ｗ４）、Ｂｒｅａｋ命令フ
ラグの内容が条件分岐無しのＳｔｅｐ実行中を示す
「１」であればＵｓｅｒ−ＩＮＴ Ｃｏｎｔｒｏｌ Ｆ
ｌａｇ−ＳＯを取得し（Ｗ５がＹＥＳ、Ｗ６がＹＥＳ、
Ｗ７）、条件分岐有りのＳｔｅｐ実行中を示す「２」で
あればＵｓｅｒ−ＩＮＴ Ｃｏｎｔｒｏｌ Ｆｌａｇ−
Ｓ１を取得する（Ｗ５がＹＥＳ、Ｗ６がＹＥＳ、Ｗ
８）。一方、ステップ実行以外（Ｂｒｅａｋ Ｐｏｉｎ
ｔによるＢｒｅａｋ命令実行を示す「０」であればアド
レスの該当するＵｓｅｒ−ＩＮＴ Ｃｏｎｔｒｏｌ Ｆ
ｌａｇ−ＢＰＸが選択される（Ｗ５がＮＯ、Ｗ９）。

【００４８】この場合、読み出し値は前述の第２の実施
形態と同様、Ｓｔｅｐ実行とＢｒｅａｋ Ｐｏｉｎｔの
指定によるＢｒｅａｋ命令を元の命令に書き戻した後、
ＣＰＵ−Ｒｅｇiｓｔｅr１に設定する（Ｗ１０〜Ｗ１
２）。以上のように、本例によれば、ＲＯＭモニタ動作
時の割り込み制御状態を、ＲＯＭモニタが動作を開始す
る要因毎に指定可能としたことにより、個別のデバッグ
作業毎に不必要なユーザー・プログラムが動作すること
を防止し、必要な割り込み処理のみを実行できる。

【００４９】

【発明の効果】以上詳細に説明したように、本発明によ
ればＲＯＭモニタ動作中のユーザー割り込みを、許可又
は禁止指定可能とすることができ、デバッグ作業中のエ
ラー発生を防止できる。

【００５０】また、必要に応じてユーザは、ユーザー割
り込みの種類毎に許可／禁止指定が可能であり、特にマ
ルチタスク処理のプログラム開発において、デバッグ作
業に必要なプログラム、不必要なプログラムに分けてユ
ーザー割り込みの選択ができる。

【００５１】さらに、ＲＯＭモニター動作中のユーザー
割り込みを、ＲＯＭモニタへの移行条件毎に許可／禁止
指定が可能であり、ＲＯＭモニタへの移行条件によって
ユーザー割り込みの選択ができる。

【図面の簡単な説明】

【図１】本実施形態のＲＯＭモニタを含むプログラム開
発手順を説明する模式図である。

【図２】プログラム開発において行われるＲＯＭモニタ
を用いたデバッグ作業のシステム図である。

【図３】ＲＯＭモニタの状態遷移を示す図である。

【図４】本例の割り込み制御の例である。

【図５】Ｈａｌｔ Ｃｏｎｔｒｏｌ Ｆｌａｇの構成例
である。

【図６】本例のＲＯＭモニタの動作を説明するフローチ
ャートである。

【図７】ＲＯＭモニタの実行準備処理を説明するフロー
チャートである。

【図８】ＲＯＭモニタの実行終了処理を説明するフロー
チャートである。

【図９】Ｕｓｅｒ−ＩＮＴ Ｃｏｎｔｒｏｌ Ｆｌａｇ
をＲＯＭモニタに用意した例を説明する図である。

【図１０】Ｕｓｅｒ−ＩＮＴ Ｃｏｎｔｒｏｌ Ｆｌａ
ｇ指定時のＲＯＭモニタの実行準備処理を説明するフロ
ーチャートである。

【図１１】（ａ）は、ブレーク信号（Ｂｒｅａｋ信号）
割り込み時に使用するデータを記憶するＢｒｅａｋ信号
テーブルであり、（ｂ）はブレーク命令（Ｂｒｅａｋ命
令）実行割り込みで使用するデータを記憶するＢｒｅａ
ｋ命令テーブルである。

【図１２】ユーザー・プログラムへの復帰を要求するコ
マンドを受信した際の処理を説明するフローチャートで
ある。

【図１３】個別Ｕｓｅｒ−ＩＮＴ Ｃｏｎｔｒｏｌ Ｆ
ｌａｇ指定時のＲＯＭモニタ実行準備処理のフローチャ
ートである。

【符号の説明】

１ ソース・コード ２ 言語系ツール ３ オブジェクト・コード ４ ランタイムライブラリ ５ デバッガ ６ 実行体 ７ ユーティリティ ８ ＲＯＭイメージ・ファイル ９ ライブラリ １０ ターゲット １１ ＣＰＵ １２ ＲＯＭ １２’ ユーザー・プログラム １３ ＲＡＭ １４ デバッグＩ／Ｆ １５ ホスト機器

Claims (4)

【特許請求の範囲】
1. 【請求項１】 対象プログラムに対するデバッグ作業
   中、割り込み許可を指定する指定手段と、 該指定の内容を記憶する記憶手段と、 該記憶された内容を制御部に設定する設定手段と、 該設定手段によって設定された内容に従って割り込み処
   理を実行する実行手段と、 から成ることを特徴とするＲＯＭモニタ。
2. 【請求項２】 前記指定手段は、前記デバッグ作業の処
   理内容によって、指定するプログラムを選択することを
   特徴とする請求項１記載のＲＯＭモニタ。
3. 【請求項３】 前記指定手段は、前記デバッグ作業を行
   う際のターゲットの状態によって指定内容を選択するこ
   とを特徴とする請求項１記載のＲＯＭモニタ。
4. 【請求項４】 前記指定するプログラムは、マルチタス
   ク処理における各タスクであることを特徴とする請求項
   ２、又は３記載のＲＯＭモニタ。