JP2001222447A - 実動作環境下のデバッグ方法及びデバッグ対象装置 - Google Patents

Abstract

(57)【要約】 【課題】 組込みシステムの実動作環境下でそのプログ
ラムをデバッグする場合に、ソースプログラム中に挿入
されるデバッグステートメントの変更に伴うデバッグ準
備作業を排し、デバッグ効率を向上させる。 【解決手段】 機器１０２上のデバッグ指示部１０３
は、端末１２０からの指示に従って対象プログラム１０
６中の対象命令１０８の命令アドレス及び対象データ１
１０のデータアドレスをデバッグ管理テーブル１０４に
設定し、対象命令１０８をデバッグ管理テーブル１０４
に退避し、対象命令１０８をデバッグ処理部１０５への
分岐命令に書き換える。対象プログラム１０６が実行さ
れたとき、制御を受けたデバッグ処理部１０５は、デバ
ッグ管理テーブル１０４を参照して対象データ１１０の
値を端末１２０に出力し、書き換えられた分岐命令を対
象命令１０８に書き戻す。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、計算機プログラム
のデバッグに係り、特に組込みシステムの実動作環境下
で対象プログラムを効率よくデバッグする方法及びデバ
ッグ対象装置に関する。

【０００２】

【従来の技術】計算機プログラムのデバッグ方法とし
て、一般的にデバッグの対象とするプログラムが実行さ
れたときの変数やレジスタの値をプログラム実行の流れ
に沿って追跡する方法が行われている。そのため一般の
デバッガでは、プログラムの任意の位置にブレークポイ
ントを設定してプログラムの動作を中断する機能、その
中断時に変数やメモリ領域やレジスタの値を参照したり
設定したりする機能、さらに中断したプログラムを継続
再開する機能が提供されており、良く利用されている。

【０００３】一方各種の機器に組み込まれてマイクロプ
ロセッサによりその制御を行うコンピュータシステムの
ことを一般的に機器組込み制御システム、それを略して
組込みシステムと呼んでいる。組込みシステムに搭載さ
れるプログラムをデバッグするに際しては、一般に組込
みシステムには汎用のＯＳを搭載できないこと、メモリ
容量の制約が厳しいこと、キーボード／ディスプレイの
ような入出力装置が接続されない場合も多いことなどの
理由によって、機器の実動作環境下でプログラムをデバ
ッグするとき市販のデバッガを使用できない。そのため
対象プログラムの変数の値を表示装置やファイルに出力
するか又は内部メモリに書き込むようなデバッグルーチ
ンを自前で開発し、対象プログラム中に組み込んでアセ
ンブル／コンパイルした後に実行し、処理の流れやデー
タの変化を追うことが多かった。このようなデバッグル
ーチンは、最終的に製品をリリースする時には削除され
るか、コンパイルフラグで切換えられるようにし、最終
的なオブジェクトからは除くというような方法が取られ
ていた。

【０００４】なおプログラムデバッグ装置やプログラム
デバッグ方法については、特開平１１−１１０２５６号
公報など各種の特許公開公報に記載されている。また
「情報処理」３８巻１０号（１９９７年１０月発行）の
Ｐ８８６〜Ｐ８９１には、「組込みシステムのデバッグ
手法」について記載されている。

【０００５】

【発明が解決しようとする課題】上記従来の組込みシス
テムのデバッグ技術によれば、デバッグの観点を変えた
り、プログラム中のデバッグ対象とする変数を変えるご
とにプログラム中のデバッグステートメントを変更して
再コンパイル／リンクする必要があり、開発効率が悪く
なるという問題があった。またデバッグを終了しても、
最終的なオブジェクトを得るためには、デバッグルーチ
ンを取り除くか無効にするかして、再度コンパイル／リ
ンクをしなければならないという問題があった。さらに
デバッグのために何度もソースコードを修正していると
バグの発生原因になる可能性があるという問題があっ
た。一般に組込みシステム内でコンパイラを走行させる
ことができないため、他のホストコンピュータでソース
プログラムをコンパイル／リンクした後にそのホストコ
ンピュータを対象とする機器に接続し、作成したオブジ
ェクトプログラムを対象機器にダウンロードするなど、
プログラムデバッグを開始する前の準備作業が必要とな
る。このため再コンパイル／リンクのたびにこのような
準備作業が生じ、再コンパイルの回数の増加に従ってデ
バッグ効率がより悪くなる。

【０００６】本発明の目的は、デバッグ制御のために対
象とするソースプログラムを修正することをなくし、実
動作環境下でのプログラムのデバッグ効率を向上させる
ことにある。

【０００７】

【課題を解決するための手段】本発明は、メモリ上に設
定された命令アドレスに基づいてデバッグの対象プログ
ラムの中でデバッグのタイミングとなる対象命令をメモ
リ上に退避し、この対象命令をデバッグ処理部への分岐
命令に書き換え、書き換えられた対象プログラムを実行
し、上記の分岐命令が実行されたとき制御を受けるデバ
ッグ処理部によって、メモリ上に設定されたデータアド
レスに基づいて対象とする変数の値を参照してメモリ上
の所定の領域に指定された変数の値を書き込み、対象プ
ログラム中の上記分岐命令を上記対象命令に書き戻し、
対象プログラム中の書き戻された対象命令に制御を戻す
デバッグ方法を特徴とする。またこのようなデバッグ方
法を適用するデバッグ対象装置を特徴とする。

【０００８】

【発明の実施の形態】以下、本発明の一実施形態につい
て図面により説明する。なお本実施形態によって本発明
が限定されるものではない。

【０００９】図１は、本発明のデバッグ方法を実現する
一実施形態の全体構成を示す図である。機器１０２は、
デバッグの対象とするプログラム及びデバッガが搭載さ
れたボード又は装置であり、ハードウェア的にはマイク
ロプロセッサのようなＣＰＵ、ＲＯＭ、ＲＡＭ、セン
サ、スイッチ、専用の制御機構、Ｉ／Ｏポートなど、デ
バッグの対象とするか又はデバッグ時に使用するハード
ウェア機構を搭載するか、またはアクセス可能とする。
すなわち機器１０２によって対象とする組込みシステム
の実動作環境を構成する。対象プログラム１０６は、デ
バッグの対象とするオブジェクトプログラムであり、論
理的にはメモリ空間上に、物理的にはＲＡＭ上に格納さ
れる。対象プログラム１０６は、命令領域（コードエリ
ア）１０７と変数領域（データエリア）１０９から構成
される。命令領域１０７中の対象命令１０８は、変数の
参照や設定のタイミングとなる対象の命令である。変数
領域１０９中の対象データ１１０は、値の参照や設定の
対象となるデータである。デバッグ管理テーブル１０４
は、ＲＡＭ上に設定され、デバッグに必要な情報を格納
する。デバッグ指示部１０３は、本実施形態ではＲＡＭ
又はＲＯＭ上に格納され、デバッグ情報をデバッグ管理
テーブル１０４に設定するなど主にデバッグの前処理を
行うプログラムである。なおデバッグ指示部１０３は、
機器１０２のＲＡＭの内容を設定するだけなので、機器
１０２内に設ける必要はなく、機器１０２の外部に設け
てもよい。デバッグ処理部１０５は、ＲＡＭ又はＲＯＭ
上に格納され、デバッグ管理テーブル１０４を参照して
対象データ１１０の参照や値の設定を行うプログラムで
ある。

【００１０】機器１０２のＩ／Ｏポートには、信号線１
４０を介して端末１２０やホストコンピュータ１３０を
接続可能である。端末１２０はデバッグ指示部１０３を
介してデバッグ情報を入力したりデバッグ指示部１０３
からのデバッグ情報を出力する装置であり、キーボード
／ディスプレイのような装置でもよいし、デバッグ指示
部１０３との間でデバッグ情報を入出力するメモリカー
ド等のリーダ／ライタでもよい。あるいはデバッグ管理
テーブル１０４に直接デバッグ情報を書き込んだりデバ
ッグ管理テーブル１０４上のデバッグ情報を直接読み出
すコンソールであってもよい。ホストコンピュータ１３
０は、対象プログラム１０６の元となるソースプログラ
ムをアセンブル／コンパイルしたり、リンク後のオブジ
ェクトプログラムを機器１０２にダウンロードするため
のパーソナルコンピュータ／ワークステーションなどの
計算機である。端末１２０の代わりにホストコンピュー
タ１３０を使用してデバッグ情報を入出力してもよい。
またネットワークを介してホストコンピュータ１３０と
機器１０２とを接続し、ネットワーク経由で機器１０２
とホストコンピュータ１３０との間の情報転送を行って
もよい。

【００１１】図２は、デバッグ管理テーブル１０４のデ
ータ構成を示す図である。「対象命令アドレス」は対象
命令１０８のアドレス、「対象命令」はその実行直前に
デバッガが介入するタイミングとなる対象命令１０８を
退避する領域、「対象データアドレス」は対象データ１
１０のアドレス、「対象データ長」は対象データ１１０
のデータ長（バイト数）である。「対象データ長」とと
もに変数の型に関する情報を保持してもよい。「処理区
分」は対象データ１１０の値を参照（Ｒ）するのか、設
定（Ｗ）するのかの区分である。「設定する値」は処理
区分がＷの場合に対象データ１１０に設定するデータ値
である。「値格納領域」は処理区分がＲの場合であって
参照した対象データ１１０の値を後で端末１２０から読
み取るような実行環境の場合に値を保存する領域であ
る。

【００１２】図３は、デバッグ指示部１０３の処理手順
を示すフローチャートである。デバッグ指示部１０３
は、端末１２０又はホストコンピュータ１３０からデバ
ッグ指示を受けた後、端末１２０又はホストコンピュー
タ１３０から入力された対象命令１０８のアドレス、対
象データ１１０のアドレス、対象データ長、処理区分、
処理区分がＷの場合に設定する値などのデバッグ情報を
デバッグ管理テーブル１０４に書き込む（ステップ２０
１）。端末１２０がデバッグ情報を直接デバッグ管理テ
ーブル１０４に書き込む場合には、端末１２０によるデ
バッグ情報の書き込み後にデバッグ指示部１０３がデバ
ッグ指示を受けることになる。次にデバッグ指示部１０
３は、「対象命令アドレス」で指定された対象プログラ
ム１０６中の対象命令１０８をデバッグ管理テーブル１
０４の「対象命令」の欄に格納する（ステップ２０
２）。次にデバッグ指示部１０３は、対象命令１０８を
デバッグ処理部１０５への分岐命令に書き換える（ステ
ップ２０３）。

【００１３】デバッグのために開始コマンド等によって
対象プログラム１０６の実行が指示されると、対象プロ
グラム１０６の実行が開始される。対象命令１０８に代
わって書き換えられた分岐命令が実行されると、制御は
デバッグ処理部１０５に移り、デバッグ処理部１０５の
実行が開始される。

【００１４】図４は、デバッグ処理部１０５の処理手順
を示すフローチャートである。デバッグ処理部１０５
は、デバッグ処理部１０５が使用するレジスタ等をメモ
リに退避する（ステップ２０４）。次にデバッグ管理テ
ーブル１０４を参照し、「対象データアドレス」によっ
て指定される変数領域１０９内の対象データ１１０を参
照して端末１２０に直接出力するか、または指定された
値を対象データ１１０に設定する（ステップ２０５）。
処理区分がＲであって参照した値を後で端末１２０から
読み出す場合には、参照した対象データ１１０の値を
「値格納領域」に格納する。次にデバッグ管理テーブル
１０４を参照して「対象命令」に退避された対象命令１
０８を命令領域１０７の元の格納場所に書き戻し（ステ
ップ２０６）、メモリに退避したレジスタ等を回復する
（ステップ２０７）。こうすることによって対象プログ
ラム１０６は、デバッグプログラムが実行される前の元
の状態に戻る。最後に分岐元のアドレス、つまり対象命
令１０８のアドレスへ分岐し、制御を元の対象プログラ
ム１０６に戻す（ステップ２０８）。

【００１５】なお図４に示す処理手順は単純な実施例で
あるが、デバッグ管理テーブル１０４に対象命令１０８
の実行回数を計数するカウンタを設け、対象命令１０８
を所定回数実行した後に対象データ１１０の値を参照す
るか又は指定した値を設定するような処理手順でもよ
い。その場合には、ステップ２０４とステップ２０５と
の間にデバッグ管理テーブル１０４を参照してカウンタ
の値が所定回数に達しているか否かを判定するステップ
を挿入する。カウンタの値が所定回数に達していなけれ
ば、カウンタの値を１だけ増減し、退避したレジスタ等
を回復し、デバッグ管理テーブル１０４上に退避された
対象命令１０８をデバッグ処理部１０５内で実行してか
ら対象プログラム１０６の次の命令のアドレスに制御を
戻す。カウンタの値が所定回数に達していれば、ステッ
プ２０５へ行く。

【００１６】図５は、ホストコンピュータ１３０に搭載
されるアセンブラ／コンパイラ３０２と関連するファイ
ルの関係を示す図である。ソースプログラム３０１は、
対象プログラム１０６の元となり、アセンブラ／コンパ
イラ３０２への入力ファイルとなるソースプログラムの
ファイル、デバッガ３０３は、デバッグ指示部１０３お
よびデバッグ処理部１０５の元となり、アセンブラ／コ
ンパイラ３０２への入力ファイルとなるソースプログラ
ムのファイルである。オブジェクトプログラム３０４
は、対象プログラム１０６となるアセンブラ／コンパイ
ラ３０２の出力ファイルである。シンボル情報ファイル
３０５は、アセンブラ／コンパイラ３０２の出力ファイ
ルであり、ソースプログラム３０１のステートメント／
データとオブジェクトプログラム３０４の命令アドレス
／データアドレスとの対応を示す情報である。シンボル
情報ファイル３０５を利用すれば、ソースファイルのス
テートメント行や変数名から命令／データのアドレスを
計算するのが容易になる。ソースプログラム３０１とシ
ンボル情報ファイル３０５をホストコンピュータ１３０
の表示装置上に表示し、ユーザが両者を参照することに
よってソースプログラムのステートメント行や変数名を
対象プログラム１０６上の命令アドレス／データアドレ
スに変換し、それによってデバッグ情報をデバッグ指示
部１０３に指示してもよい。ソースプログラム３０１と
デバッガ３０３を一緒にアセンブル／コンパイルし、両
者を１つのオブジェクトファイルとしてまとめることも
可能である。両者は機能的には全く独立したプログラム
であり、この状態のままではデバッグ指示部１０３を介
して何らかの指示をしない限り対象プログラム１０６の
実行には何の影響も与えない。このようにして作成され
たオブジェクトプログラム３０４を機器１０２へダウン
ロードすると、図１に示すようにこれらのオブジェクト
プログラムが機器１０２に搭載されることになる。また
必要に応じてデバッガを機器１０２のＲＯＭに搭載（Ｒ
ＯＭ化）してもよい。

【００１７】図６は、デバッグ指示部１０３の他の実施
形態を示すブロック図である。機器１０２に端末１２０
が接続される場合、デバッグ指示部１０３は、端末１２
０を介してユーザによって指示されたデバッグ情報をデ
バッグ管理テーブル１０４に設定する。デバッグ指示部
１０３が必要とするのは、対象命令１０８や対象データ
１１０のＲＡＭ上の物理アドレスであるが、ユーザが直
接これらの値を指定するのは非能率的である。図６に示
す実施形態は、デバッグ指示部１０３がソースプログラ
ム３０１及びシンボル情報ファイル３０５を参照できる
ように構成し、ユーザがデバッグ情報を指示するとき、
ソースプログラム３０１上の行番号や変数名で指示でき
るようにしたものである。デバッグ指示部１０３は、ソ
ースプログラム３０１及びシンボル情報ファイル３０５
を参照して指定された行番号や変数名を命令アドレス／
データアドレスに変換した後にデバッグ情報をデバッグ
管理テーブル１０４に設定する。機器１０２をこのよう
に構成することによって、ユーザはより一層デバッグ作
業の効率を上げることができる。ソースプログラム３０
１及びシンボル情報ファイル３０５は、機器１０２のＣ
ＰＵがアクセス可能なディスク装置のような記憶装置上
に格納されてもよいし、ホストコンピュータ１３０から
ダウンロードされてＲＡＭ上に格納されたファイルであ
ってもよい。また対象プログラム１０６がオブジェクト
ファイルの形式で記憶装置上に格納されたものであって
もよい。その場合にはデバッグ指示部１０３は、オブジ
ェクトファイル上の対象命令１０８に対して分岐命令へ
の書き換えを行う。オブジェクトファイル上の対象プロ
グラム１０６がＲＡＭ上にロードされて実行された後に
デバッグ処理部１０５はオブジェクトファイル上の書き
換えられた分岐命令を元の対象命令１０８に戻す。

【００１８】図７は、本デバッガの機能をより具体的に
説明するために、ソースプログラム３０１とメモリ上に
割り当てられた対象プログラム１０６内の対象命令１０
８及び対象データ１１０との対応を示す図である。ただ
しＲＡＭ上に割り当てられたときの対象データ１１０を
ソースイメージで表現している。いまソースプログラム
３０１をデバッグするものとする。一般的にプログラム
をデバッグする時には、プログラム中の特定の場所の命
令を実行している時点での特定変数の値を知りたいと思
うことが多くある。例として元のソースプログラムが３
０１に簡単に示したような形をしているとし、その１０
０行目に実行が来る直前に変数Ｖの値を探るものとす
る。デバッグ指示部１０３が図６に示す機能を備えてい
る場合には、ユーザは端末１２０を介してデバッグ指示
部１０３に「１００行目実行前の変数Ｖの値を参照す
る」旨の指示を行う。次にデバッグ指示部１０３は、ソ
ースプログラム３０１とそれをコンパイルしてできるシ
ンボル情報ファイル３０５の情報からまず１００行目に
対応するオブジェクトプログラムの物理アドレス及び変
数Ｖが配置されている物理アドレスを算出する。図７に
示すようにソースプログラム３０１の１００行目はメモ
リ上の対象プログラム１０６では0x2000番地に、変数Ｖ
は0x8000番地に割当てられているとする。組込みシステ
ムにおいては、オブジェクトプログラムはメモリの固定
アドレスに配置されることが多い。デバッグ指示部１０
３はメモリ領域に配置後の対象プログラム１０６を走査
して、そのアドレスにある命令がLoad命令であることを
知る。以上の取得した情報によってデバッグ管理テーブ
ル１０４の「対象命令アドレス」を0x2000、「対象命
令」をLoad、対象データとして変数Ｖのアドレスを0x80
00、その変数の「対象データ長」を４バイト、処理区分
をＲに設定する。さらにステップ２０３により、メモリ
上に配置された対象プログラム１０６の0x2000番地の命
令をデバッグ処理部１０５への分岐命令（例えばJump 0
xE000）に書き換える。ここまでがデバッグ作業の前処
理であり、デバッグ対象のプログラムと独立に動作する
デバッグ指示部１０３によって実現される。

【００１９】そのような前処理を行った後、対象プログ
ラム１０６を実行させると、デバッグ処理部１０５への
分岐命令に変更した部分に到達するまでは何ら影響を受
けないが、ソースプログラム３０１の１００行目、つま
り物理アドレスで0x2000番地に到達すると、本来の命令
（Load）の代わりに前処理で設定されたデバッグ処理部
１０５の分岐命令（Jump 0xE000）が実行され、制御が
デバッグ処理部１０５に移る。デバッグ処理部１０５
は、図４に示す通り、デバッグ処理部１０５が必要なレ
ジスタやスタックの状態を退避し（ステップ２０４）、
デバッグ管理テーブル１０４を参照して0x8000番地から
４バイトの値を端末１２０に出力する（ステップ２０
５）。なおデバッグ管理テーブル１０４にある処理区分
が書き込み（Ｗ）となっていれば、対象となっている変
数の値をデバッグ管理テーブル１０４の「設定する値」
によって書き換える。そして0x2000番地に元の命令であ
るLoadを書き戻し（ステップ２０６）、ステップ２０４
で退避したレジスタ等を回復（ステップ２０７）した
後、分岐元のアドレス0x2000番地へ分岐する（ステップ
２０８）。ここは具体的には「Jump 0x2000」の実行と
なる。そして対象プログラム１０６の元の処理ステップ
を続行する。この時点で元の対象プログラム１０６は何
の手も加えられていない状態に戻っており、その後の処
理には一切影響を与えない。別の見方をすれば、本発明
のデバッグ方法を用いるために、機器１０２にデバッグ
指示部１０３やデバッグ処理部１０５を搭載しても、デ
バッグ指示部１０３が何もしなければ、対象プログラム
１０６の実行に何の影響も与えないことを意味する。

【００２０】以上述べたようにデバッグ後の対象プログ
ラム１０６は、変数の値を変更する場合を除いて元の状
態に戻っている。また変更した変数の値は必要に応じて
元の値に戻しておけばよい。このため別の観点から対象
プログラム１０６をデバッグしたり、デバッグの対象と
する変数を変更するような場合にソースプログラム３０
１に埋め込んだデバッグステートメントを修正してホス
トコンピュータ１３０で再コンパイルし、ホストコンピ
ュータ１３０を機器１０２に接続し、再コンパイル後の
対象プログラム１０６を機器１０２に再びダウンロード
してから次のデバッグを行うような準備作業は不要とな
り、デバッグ管理テーブル１０４のデバッグ情報を再設
定するだけで次のデバッグを開始でき、デバッグ効率の
向上は大きい。

【００２１】

【発明の効果】以上説明したように本発明によれば、特
別なハードウェアを用いたり、アセンブラ／コンパイラ
等に手を加えたりすることなく、一般的な実動作環境に
おいて、しかも対象プログラムを修正することも必要と
せずに、デバッグ対象プログラムの任意の実行位置での
任意の変数の値の参照や設定ができるようになる。その
ため従来必要であったデバッグ制御の変更によって生じ
るソースプログラムの再アセンブル／コンパイルとそれ
に伴うデバッグ前の準備作業が不要となり、デバッグ効
率が向上する。また何度ものソースプログラム修正によ
ってバグが入り込む可能性が低くなるという効果も得ら
れる。

【図面の簡単な説明】

【図１】実施形態の全体構成を示す図である。

【図２】実施形態のデバッグ管理テーブル１０４のデー
タ構成を示す図である。

【図３】実施形態のデバッグ指示部１０３の処理手順を
示すフローチャートである。

【図４】実施形態のデバッグ処理部１０５の処理手順を
示すフローチャートである。

【図５】実施形態のアセンブラ／コンパイラ３０２と関
連するファイルの関係を示す図である。

【図６】デバッグ指示部１０３の他の実施形態を示すブ
ロック図である。

【図７】ソースプログラム３０１とそれに対応する対象
プログラム１０６を例示する図である。

【符号の説明】

１０２…機器、１０３…デバッグ指示部、１０４…デバ
ッグ管理テーブル、１０５…デバッグ処理部、１０６…
対象プログラム

Claims (3)

【特許請求の範囲】
1. 【請求項１】実動作環境下でプログラムをデバッグする
   方法において、メモリ上に設定された命令アドレスに基
   づいてデバッグの対象プログラムの中でデバッグのタイ
   ミングとなる対象命令をメモリ上に退避し、前記対象命
   令をデバッグ処理部への分岐命令に書き換え、書き換え
   られた前記対象プログラムを実行し、前記分岐命令が実
   行されたとき制御を受ける前記デバッグ処理部によっ
   て、メモリ上に設定されたデータアドレスに基づいて対
   象とする変数の値を参照してメモリ上の所定の領域に前
   記変数の値を書き込み、前記対象プログラム中の前記分
   岐命令を前記対象命令に書き戻し、前記対象プログラム
   中の書き戻された前記対象命令に制御を戻すことを特徴
   とするデバッグ方法。
2. 【請求項２】前記対象プログラムに対応するソースプロ
   グラム中のステートメント行及び変数名が指定されたと
   き、前記ソースプログラムをコンパイルしたコンパイラ
   の出力したシンボリック情報を参照して前記ステートメ
   ント行及び変数名をそれぞれ前記命令アドレス及び前記
   データアドレスに変換し、前記メモリ上に設定すること
   を特徴とする請求項１記載のデバッグ方法。
3. 【請求項３】メモリ上に設定された命令アドレスに基づ
   いてデバッグの対象プログラムの中でデバッグのタイミ
   ングとなる対象命令をメモリ上に退避し、前記対象命令
   をデバッグ処理手段への分岐命令に書き換えるデバッグ
   指示手段と、書き換えられた前記対象プログラムが実行
   されるとき制御を受け、メモリ上に設定されたデータア
   ドレスに基づいて対象とする変数の値を参照してメモリ
   上の所定の領域に前記変数の値を書き込み、前記対象プ
   ログラム中の前記分岐命令を前記対象命令に書き戻し、
   前記対象プログラム中の書き戻された前記対象命令に制
   御を戻すデバッグ処理手段とを有することを特徴とする
   実動作環境下のデバッグ対象装置。