JPH1021113A - デバッグシステムのデバッグ方法 - Google Patents

Abstract

(57)【要約】 【課題】 ターゲットマシンとデバッグマシンの同期調
整のために生じるトラブルをなくす。 【解決手段】 ターゲットマシン１０２はデバッグの結
果をメモリ１０２Ａに記憶しておき、デバッグの終了
後、デバッグマシン１０１からの指示に応じてメモリ１
０２Ａのデバッグの結果をデバッグマシン１０１に転送
する。転送されたデバッグの結果がデバッグマシン１０
１に表示される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はターゲットマシン及
びデバッグマシンを用いてデバッグを行なう、デバッグ
システムのデバッグ方法に関するものである。

【０００２】

【従来の技術】従来より、デバッグシステムとして、２
つのタイプが知られている。１つめは、デバッグされる
ソフトウェアの実行とデバッグ操作及びデバイス情報の
出力を１つのマシンで行なうタイプである。このタイプ
のデバッグシステムは簡単なものとなり、アプリケーシ
ョン開発時等によく用いられる。しかし、システムがク
ラッシュした場合は、デバッグを進めることができなく
なるばかりか、クラッシュによって画面表示が乱れ、そ
れまで表示してきたデバッグ情報までも参照することが
できなくなり、デバッグに非常に不都合になる場合があ
るので、システムクラッシュの危険性がある場合のデバ
ッグには向かないという欠点がある。

【０００３】もう１つのタイプのデバッグシステムはデ
バッグされるソフトウェアを実行するマシン（ターゲッ
トマシンと呼ぶ）とデバッグ操作及びデバッグ情報の出
力を行なうマシン（デバッグマシンと呼ぶ）を異ならせ
るものである。このタイプのデバッグシステムでは、上
記のような欠点はないので、システムクラッシュの危険
性がある場合のデバッグ、つまりシステムカーネル部や
デバイスドライバ部に利用されている。

【０００４】図３はこのタイプのデバッグシステムの構
成を示した図である。ターゲットマシン１０２ではデバ
ッグ対象ソフトウェアが実行されている。ここでデバッ
グ対象ソフトウェアとは、ターゲットマシン１０２の下
に記載したソースコードをコンパイル、リンクしたもの
である。このソフトウェアを実行すると、モジュールDb
gPrintを実行した時点で、そのモジュールの引数に指定
したデバッグ情報（最初のDbgPrintならば“ModuleA:re
turnＴＲＵＥ”）がシリアル線を通じてデバッグマシン
１０１へと送られる。デバッグマシン１０１では、送ら
れてきたデバッグ情報を画面に表示する。これによっ
て、デバッグ対象ソフトウェアの実行経路や実行結果を
知ることができ、デバッグに役立つ。

【０００５】

【発明が解決しようとする課題】しかしながら、上記従
来例の第２のタイプのデバッグシステムでは、以下のよ
うな不都合が存在する。すなわち、デバッグ情報出力モ
ジュールが出力するデバッグ情報、ターゲットマシンか
らデバッグマシンに送信しているため、その通信に時間
がかかってしまうことである。

【０００６】例えば、デバッグシステムのマシンとして
パーソナルコンピュータを用いる場合、パーソナルコン
ピュータが標準でシリアルコネクタを備え、ケーブルも
安価に用意できることから、上記従来例のようにターゲ
ットマシンとデバッグマシンの接続にシリアル線を用い
ることが多い。シリアル線の通信速度としては、数kbps
〜１００kbps程度がよく用いられる。

【０００７】１０バイトのデバッグ情報を１００kbpsで
送るとすると、要する時間は８００μsec であるが、こ
の時間はマイクロプロセッサにとっては非常に長い時間
である。動作周波数１００MHz のプロセッサにとって
は、８００００クロック分であるから、この間に相当多
くの処理を行なうことが可能であることが分かる。従っ
て、タイミングクリティカルなソフトウェアに対してデ
バッグを行なう場合、デバッグ情報の出力を行なう場合
と行なわない場合でソフトウェアの動作タイミングが異
なってきてしまい、デバッグに支障をきたすことがあり
得る。

【０００８】例えばデバッグ情報の出力を行なわなかっ
た時に起きていたバグ現象が、デバッグ情報の出力を行
なった時には起きなくなり、追跡不可能になるというこ
とが有り得る。

【０００９】また、第２のタイプのデバッグシステムを
用いることが多いデバイスドライバのデバッグにおい
て、デバイスであるハードウェアがデバッグマシンのマ
イクロプロセッサの動作タイミングとは無関係に、割込
みを発生させる状況で、デバッグ情報の出力を行なった
ために、マイクロプロセッサが割込みの処理を行なうの
が間に合わなくなり、本来の動作と異なる動作をしてし
まうということも有り得る。場合によっては、正確な動
作が全く期待できなくなることもある。

【００１０】そこで、本発明は上述の点に鑑みて、２つ
のマシンの同期に関係なく、デバッグ処理を行なうこと
ができるデバッグシステムのデバッグ方法を提供するこ
とを目的とする。

【００１１】

【課題を解決するための手段】このような目的を達成す
るために、請求項１の発明は、デバッグ対象のソフトウ
ェアをターゲットマシン上で動作させてデバッグを実行
し、そのデバッグの結果をデバッグマシンに転送し、表
示させることの可能なデバッグシステムのデバッグ方法
において、前記デバッグを実行しながらそのデバッグの
結果を前記デバッグマシンに転送する第１のモードと前
記デバッグを実行しながらそのデバッグの結果を前記タ
ーゲットマシンの内部の記憶装置に記憶する第２のモー
ドを予め定めておき、前記第１のモードおよび第２のモ
ードを択一的に指示し、当該指示されたモードが前記第
１のモードの場合は前記ターゲットマシンはデバッグを
実行しながらそのデバッグの結果を前記デバッグマシン
に転送し、当該指示されたモードが前記第２のモードの
場合はデバッグを実行しながらそのデバッグの結果を前
記ターゲットマシンの内部の記憶装置に記憶することを
特徴とする。

【００１２】請求項２の発明は、請求項１に記載のデバ
ッグシステムのデバッグ方法において、前記ターゲット
マシンの記憶装置に記憶されたデバッグの結果をデバッ
グマシンに転送するように該ターゲットマシンに指示
し、該指示に応じて該ターゲットマシンは該記憶装置の
デバッグの結果を前記デバッグマシンに転送し、該デバ
ッグマシンは当該転送されたデバッグの結果を表示する
ことを特徴とする。

【００１３】請求項３の発明は、請求項２に記載のデバ
ッグシステムのデバッグ方法において、前記指示を前記
デバッグマシンから入力し、前記ターゲットマシンに転
送することを特徴とする。

【００１４】請求項４の発明は、請求項３に記載のデバ
ッグシステムのデバッグ方法において、前記デバッグの
中止の指示を前記デバッグマシンから入力し前記ターゲ
ットマシンに転送し、該ターゲットマシンは該指示に応
じてデバッグを中止することを特徴とする。

【００１５】請求項５の発明は、請求項１に記載のデバ
ッグシステムのデバッグ方法において、前記記憶装置は
ＩＣメモリであることを特徴とする。

【００１６】請求項６の発明は、請求項５に記載のデバ
ッグシステムのデバッグ方法において、前記ターゲット
マシンがアイドル状態のとき、ＩＣメモリのデバッグの
結果をハードディスク記憶装置に転送することを特徴と
する。

【００１７】請求項７の発明は、請求項１に記載のデバ
ッグシステムのデバッグ方法において、前記記憶装置は
ハードディスクであることを特徴とする。

【００１８】

【発明の実施の形態】以下、図面に基づいて、本発明の
実施例を詳細に説明する。図１は本発明のデバッグシス
テムにおける一実施例を示す図であり、同図において１
０１はデバッグマシン、１０２はターゲットマシンであ
る。両者の間はケーブルで接続され、デバッグのための
コマンド情報、表示情報等の通信（転送）が行われる。
このケーブルは通常のデバッグ時に用いられるケーブル
でよく、シリアルケーブル、パラレルケーブル等の別を
問わない。

【００１９】ここで、図３で示したデバッグ対象ソフト
ウェアをターゲットマシン１０２で実行し、そのデバッ
グをデバッグマシン１０１で行なう際の本デバッグシス
テムの動作について説明する。

【００２０】まず最初に、デバッグマシン１０１のキー
ボード１０１Ａからデバッグ情報のメモリ記録開始要求
コマンドを入力する。このコマンドはケーブル１０３を
通じてターゲットマシン１０２へ伝えられ（Ｓ１１
０）、ターゲットマシン１０２のマイクロプロセッサ１
０２Ａはこれにより、メモリ書き込みオプション（フラ
グ）をオンにする。このフラグ情報はターゲットマシン
１０２上のメモリ１０２Ｂ内に設定される。

【００２１】この状態で、ターゲットマシン１０２のマ
イクロプロセッサ１０２Ａが図３で示したデバッグ情報
出力モジュールDbgPrintを実行したときの動作は図２の
フローチャートに示したものとなる。

【００２２】すなわち、まずメモリ書き込みオプション
がオンされているかどうかをチェックし（Ｓ２０１）、
オンされている場合は、引数に指定したデバッグ情報を
メモリ１０２Ｂに書き込む（Ｓ１１１）。

【００２３】デバッグ情報のメモリ書き込みにかかる時
間は、ケーブル上を流れる時間に比べると非常に短く、
ターゲットマシン１０２のマイクロプロセッサ１０２Ａ
の動作に与える影響は非常に小さくなるので、デバッグ
の際、不都合を生じさせにくい。上記の手順でメモリ１
０２Ｂに記録したデバッグ情報はデバッグマシン１０１
上で画面表示させることができる。

【００２４】それにはデバッグマシン１０１のキーボー
ド１０１Ａからデバッグ情報の出力要求コマンドを入力
する。このコマンドはターゲットマシン１０２へ伝えら
れ（Ｓ１１２）、ターゲットマシン１０２のマイクロプ
ロセッサ１０２ＡはＳ１１１でメモリ１０２Ｂに記録さ
れたデバッグ情報を読みだし、デバッグマシン１０１に
送る（Ｓ１１３）。

【００２５】デバッグマシン１０１では受け取ったデバ
ッグ情報を画面に表示する。

【００２６】以上のようにして、デバッグ情報をメモリ
に記録し、その表示を行なう。

【００２７】デバッグ情報のメモリ記録を中止したい場
合は、デバッグマシン１０１のキーボード１０１Ａから
デバッグ情報のメモリ記録中止要求コマンドを入力す
る。これによって、図１に示した手順と同様にして、こ
のコマンドがターゲットマシン１０２へと送られ、ター
ゲットマシン１０２のマイクロプロセッサはメモリ書き
込みオプションをオフにする。

【００２８】この場合、ターゲットマシン１０２におい
てデバッグ情報出力モジュールを実行しながら、Ｓ２０
１でＮＯに進み、デバッグ情報をデバッグマシン１０１
に送信する。送信されたデバッグ情報は直ちにデバッグ
マシン１０１上に画面に表示される。以上に示した手順
で、従来からのデバッグ情報出力手順も可能なものとな
る。

【００２９】本実施例の他に次の例を実施できる。

【００３０】１）メモリ書き込みオプションはデフォル
ト値を予め設定するとよい。このデフォルト値でオンで
もよいし、オフでもよい。

【００３１】２）上述の実施例ではデバッグ情報のメモ
リ記録開始要求、デバッグ情報の出力要求、デバッグ情
報のメモリ記録中止要求、デバッグ情報の表示を全てデ
バッグマシン１０１で行なったが、これに限るものでは
なく、一部または全てをターゲットマシン１０２で行な
ってもよい。

【００３２】３）デバッグ情報をＲＡＭ、ＥＥＰＲＯＭ
のようなＩＣメモリの記憶装置に書き込むのではなく、
ハードディスク等のディスク記憶装置あるいは光磁気デ
ィスク、フロッピーディスクなどの記録媒体に書き込む
ことも考えられる。この場合、メモリよりは書き込み時
間がかかり、デバッグに与える影響はより大きくなる
が、システムクラッシュ時のようにメモリに書かれたデ
バッグ情報が参照不可能になる場合でも、後でターゲッ
トマシン１０２を立ちあげなおせば、デバッグ情報を見
ることができるという利点がある。

【００３３】４）上記の３）実施例において、デバッグ
情報出力モジュールの実行の度にディスクアクセスする
のでは時間がかかりすぎる場合は、最初の実施例で示し
たようにデバッグ情報出力モジュールの実行時には、デ
バッグ情報をメモリに記録し、後でターゲットマシン１
０２のマイクロプロセッサがアイドル状態時等、処理に
余裕ができた時、あるいはその他のタイミングでメモリ
に記録したデバッグ情報をディスクに書き込むという方
法も考えられる。

【００３４】

【発明の効果】請求項１の発明は、デバッグの結果を記
憶装置に記憶しておき、後でデバッグマシンにデバッグ
の結果を転送するので、デバッグマシンとターゲットマ
シンとはデバッグ処理の間同期を取り合う必要はない。
また、必要に応じてデバッグ処理とその表示を並行的に
行う従来の処理も選択することもできる。

【００３５】請求項２、３、４の発明ではターゲットマ
シンに対してデバッグに関連する動作指示をデバッグマ
シン側、すなわち、デバッグの結果の表示を見るユーザ
側から与えられるので、デバッグマシンとターゲットマ
シンを近接させる必要はない。

【００３６】請求項５の発明ではデバッグの結果をＩＣ
メモリに記憶するのでデバッグ処理の速度遅延に大きな
影響を与えない。

【００３７】請求項６の発明は、大容量のソフトウェア
のデバッグ処理が可能となる。

【００３８】請求項７の発明では、デバッグ処理の速度
と、デバッグ対象のソフトウェアの要領のバランスをと
ることができる。

【００３９】さらに、これらの本発明によれば、デバッ
クの結果、すなわちデバッグ情報をデバッグマシンに送
信せずに、メモリに記録し、後でその情報を参照できる
ようにしたことにより、デバッグ情報の出力に時間がか
からなくなるので、デバッグ対象ソフトウェアの実行に
与える影響が小さくなるとともに、デバッグに支障をき
たす可能性が低くなるという効果がある。しかも、上記
のことがデバッグ対象ソフトウェアのソースコードを書
き換えなくとも可能になるという効果もある。

【図面の簡単な説明】

【図１】本発明の第１実施例にかかるデバッグシステム
の構成および情報の流れを示す構成図である。

【図２】本発明の第１実施例にかかるデバッグ情報出力
モジュールのフローチャートである。

【図３】従来例のデバッグシステムの構成を示す構成図
である。

【符号の説明】

１０１ デバッグマシン １０１Ａ キーボード １０２ ターゲットマシン １０２Ａ マイクロプロセッサ １０２Ｂ （ＩＣ）メモリ

Claims (7)

【特許請求の範囲】
1. 【請求項１】 デバッグ対象のソフトウェアをターゲッ
   トマシン上で動作させてデバッグを実行し、そのデバッ
   グの結果をデバッグマシンに転送し、表示させることの
   可能なデバッグシステムのデバッグ方法において、 前記デバッグを実行しながらそのデバッグの結果を前記
   デバッグマシンに転送する第１のモードと前記デバッグ
   を実行しながらそのデバッグの結果を前記ターゲットマ
   シンの内部の記憶装置に記憶する第２のモードを予め定
   めておき、 前記第１のモードおよび第２のモードを択一的に指示
   し、 当該指示されたモードが前記第１のモードの場合は前記
   ターゲットマシンはデバッグを実行しながらそのデバッ
   グの結果を前記デバッグマシンに転送し、 当該指示されたモードが前記第２のモードの場合はデバ
   ッグを実行しながらそのデバッグの結果を前記ターゲッ
   トマシンの内部の記憶装置に記憶することを特徴とする
   デバッグシステムのデバッグ方法。
2. 【請求項２】 請求項１に記載のデバッグシステムのデ
   バッグ方法において、前記ターゲットマシンの記憶装置
   に記憶されたデバッグの結果をデバッグマシンに転送す
   るように該ターゲットマシンに指示し、該指示に応じて
   該ターゲットマシンは該記憶装置のデバッグの結果を前
   記デバッグマシンに転送し、該デバッグマシンは当該転
   送されたデバッグの結果を表示することを特徴とするデ
   バッグシステムのデバッグ方法。
3. 【請求項３】 請求項２に記載のデバッグシステムのデ
   バッグ方法において、前記指示を前記デバッグマシンか
   ら入力し、前記ターゲットマシンに転送することを特徴
   とするデバッグシステムのデバッグ方法。
4. 【請求項４】 請求項３に記載のデバッグシステムのデ
   バッグ方法において、前記デバッグの中止の指示を前記
   デバッグマシンから入力し前記ターゲットマシンに転送
   し、該ターゲットマシンは該指示に応じてデバッグを中
   止することを特徴とするデバッグシステムのデバッグ方
   法。
5. 【請求項５】 請求項１に記載のデバッグシステムのデ
   バッグ方法において、前記記憶装置はＩＣメモリである
   ことを特徴とするデバッグシステムのデバッグ方法。
6. 【請求項６】 請求項５に記載のデバッグシステムのデ
   バッグ方法において、前記ターゲットマシンがアイドル
   状態のとき、ＩＣメモリのデバッグの結果をハードディ
   スク記憶装置に転送することを特徴とするデバッグシス
   テムのデバッグ方法。
7. 【請求項７】 請求項１に記載のデバッグシステムのデ
   バッグ方法において、前記記憶装置はハードディスクで
   あることを特徴とするデバッグシステムのデバッグ方
   法。