JPH11306042A - ソフトウェア開発支援装置及びデバッグ方法 - Google Patents

Abstract

(57)【要約】 【課題】 「分岐」及び「繰り返し」等の各処理の自動
実行を容易に行うことができるデバッガを搭載したソフ
トウェア開発支援装置を提供する。 【解決手段】 アッセンブルあるいはコンパイルされた
ユーザプログラムをデバッグするためのデバッガを搭載
したソフトウェア開発支援装置において、前記デバッガ
は、所定の内部イベントごとに、少なくともその成立条
件と、デバッガの操作が記述されたカスタムハンドラと
を登録したイベントテーブルを持ち、さらに、前記イベ
ントテーブルの各々の内部イベント成立条件とデバッガ
の状態変数とを監視し、登録されている内部イベント成
立条件が成立している否かを調べるイベントモニタと、
前記内部イベント成立条件が成立したときに、該内部イ
ベントに対応して前記イベントテーブルに登録されてい
る前記カスタムハンドラを起動するカスタムハンドラ起
動手段とを備えたものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、マイコン応用機器
等のソフトウェアをデバッグするデバッガを搭載したソ
フトウェア開発支援装置、及びこれを用いたデバッグ方
法に関する。

【０００２】

【従来の技術】デバッグは、作成したプログラムを実際
のマシン上で動作させながら間違いを探し、修正する作
業であり、デバッガはそのためのツールである。デバッ
ガの基本機能は、主に、プログラムの実行をブレイク
ポイントで中断する、変数やレジスタ、メモリの内容
を読み出したり変更したりする、の２点にある。

【０００３】ブレイクポイントとは、プログラムの実行
を停止してプログラムの状態や変数の内容などを検査で
きるプログラム内の位置であり、予めプログラムの上に
いくつか指定される。

【０００４】かかるデバッガ上でプログラムを実行し、
ブレイクポイントやステップ実行などでプログラムの流
れを止め、変数やレジスタ、メモリの内容を見てバグを
探し出し、修正するのがデバッグの一般的な手法であ
る。

【０００５】図７は、従来のデバッギング構成の一例を
示す模式図である。

【０００６】図中の１００はソフト開発支援装置であ
り、デバッガ１１０、インサーキット・エミュレータ１
２０、及びＣＲＴ１３０等を備えている。また、図中２
００はマイコン応用機器（以下、ターゲット装置と記
す）であり、ＣＰＵ２１０、Ｉ／Ｏ２２０、及びメモリ
２３０等を備えている。

【０００７】インサーキット・エミュレータ（ＩＣＥ：
Ｉｎ Ｃｉｒｃｕｉｔ Ｅｍｕｌａｔｏｒ）１２０は、
ターゲット装置２００のＣＰＵ２１０を挿入する位置に
プローブを差し込むことにより、ＣＰＵ２１０の挙動を
監視し、必要に応じて実行中のプログラムに介入する機
能を有する。また、ＣＰＵとＲＡＭを備えており、デバ
ッグ対象のメモリ２３０を内部のＲＡＭで代用する機能
も有する。

【０００８】被試験プログラムコードは、例えばターゲ
ット装置２００内のメモリ２３０にロードされ、インサ
ーキット・エミュレータ１２０は、ターゲット装置２０
０をエミュレートする。

【０００９】このインサーキット・エミュレータ１２０
によるエミュレーション処理は、まず、ソフト開発支援
装置１００上に割り当てられたターゲット装置２００の
プログラムカウンタを参照してターゲット装置２００の
命令を読み出し、次いでターゲット装置２００のプログ
ラムカウンタを進め、そして命令をデコードして各処理
ルーチンにジャンプする、といった手順で行われる。

【００１０】デバッガがプログラムを止めたとき、ユー
ザーは自分の見たい情報（変数やレジスタ等）を指定し
て表示させ、場合によってはそれらの値を修正し、再実
行させる。ユーザーが見たい情報というのは、大抵の場
合は決まっており、またそれはプログラム中の位置によ
って変わるもので、全てのものを表示する必要はない。

【００１１】マルチウィンドウの機能を持つデバッガで
は多くの情報を表示できるため、かえって分かりにくく
なってしまう場合もある。そのため、必要と思われる情
報を自動的に表示するデバッガもあるが、自動的に表示
された情報の中に必要とする情報がない場合はユーザー
自身が操作して表示させなければならない。

【００１２】このように従来では、デバッガに内部イベ
ントが発生したとき（ブレイクポイントでプログラムが
停止したときなど）、デバッガが採るアクションはユー
ザーによってカスタマイズがなされておらず、ユーザー
が毎回、同じ操作を繰り返す必要があるなどの煩雑さが
あった。

【００１３】一方、このデバッガの操作上の煩雑さを緩
和する手段としては、デバッガの自動操作機構が挙げら
れる。デバッガの自動操作機構とは、デバッガの操作を
手動で対話的に行う代わりに、ユーザーが記述、設定し
たデバッガの操作手順を自動実行する機構である。この
自動操作機構によれば、予め操作手順を記述しておくこ
とにより、ユーザーが操作する代わりに、その操作手順
を自動で順次実行することができる。さらに、操作手順
には、「順次実行」だけでなく「分岐」や「繰り返し」
の処理を記述することもできる。

【００１４】

【発明が解決しようとする課題】上記従来のデバッガの
自動操作機構では、予め操作手順を記述、設定しておく
ことにより、「順次実行」や、「分岐」、「繰り返し」
の各処理を自動で実行することができるものの、「分
岐」及び「繰り返し」の各処理の自動実行の実現には、
操作手順の記述、設定が煩雑化するという問題があっ
た。

【００１５】本発明は、上述の如き従来の問題点を解決
するためになされたもので、その目的は、「分岐」及び
「繰り返し」等の各処理の自動実行を容易に行うことが
できるデバッガを搭載したソフトウェア開発支援装置及
びデバッグ方法を提供することである。またその他の目
的は、必要な情報を自動で確実に表示することができる
デバッガを搭載したソフトウェア開発支援装置及びデバ
ッグ方法を提供することである。

【００１６】

【課題を解決するための手段】上記目的を達成するため
に、第１の発明の特徴は、プログラムをデバッグするた
めのデバッガを搭載したソフトウェア開発支援装置にお
いて、前記デバッガは、所定の内部イベントごとに、少
なくともその成立条件、及びカスタムハンドラが登録さ
れたイベントテーブルと、デバッガの状態変数と前記イ
ベントテーブルの各々の内部イベント成立条件とを監視
し、登録されている内部イベント成立条件が成立してい
る否かを調べるイベントモニタとを有し、前記内部イベ
ント成立条件が成立したときに、該内部イベントに対応
した前記カスタムハンドラを起動することにある。

【００１７】この第１の発明によれば、ユーザーが操作
する代わりに、内部イベントの発生をトリガとして、内
部イベントに応じたカスタムハンドラの起動が可能にな
る。

【００１８】第２の発明の特徴は、上記第１の発明にお
いて、前記カスタムハンドラは、前記デバッガを操作す
るためのコマンドの集合であるスクリプトとしたことに
ある。

【００１９】この第２の発明によれば、ユーザーが操作
する代わりに、内部イベントの発生をトリガとして、内
部イベントに応じたカスタムハンドラとしてスクリプト
の起動が可能になる。

【００２０】第３の発明の特徴は、上記第１の発明にお
いて、前記カスタムハンドラは、前記ユーザープログラ
ムの任意の変数を登録可能で且つ編集機能を備えたカス
タムウォッチウィンドウとしたことにある。

【００２１】この第３の発明によれば、ユーザーが操作
する代わりに、内部イベントの発生をトリガとして、内
部イベントに応じたカスタムハンドラとしてカスタムウ
ォッチウィンドウの起動が可能になる。

【００２２】第４の発明の特徴は、プログラムをデバッ
グするデバッガを搭載したソフトウェア開発支援装置を
用い、前記デバッガの操作が記述されたカスタムハンド
ラを作成登録し、且つ所定の内部イベントごとに少なく
ともその成立条件及び作成された所定のカスタムハンド
ラの名称をイベントテーブルに登録しておき、前記ユー
ザープログラムを実行し、その一時停止時に前記イベン
トテーブルの各々の内部イベント成立条件と前記デバッ
ガの状態変数とを監視し、登録されている内部イベント
成立条件が成立しているか否かを調べ、前記内部イベン
ト成立条件が成立したときに、該内部イベントに対応し
た前記カスタムハンドラを起動することにある。

【００２３】この第４の発明によれば、ユーザーが操作
する代わりに、内部イベントの発生をトリガとして、内
部イベントに応じたカスタムハンドラの起動が可能にな
る。

【００２４】

【発明の実施の形態】以下、本発明に係わるソフトウェ
ア開発支援装置及びデバッグ方法の実施形態について説
明する。

【００２５】図１は、本発明の実施形態に係るソフトウ
ェア開発支援装置に搭載されたデバッガの要部構成図で
あり、主に本発明の特徴を成すデバッガ内部イベント監
視機能の構成を示している。なお、本実施形態における
デバッギング構成は、全体として先の図７に示す従来の
ものと同様であり、只、デバッガ１１０の構成のみが異
なる。以下、図７と共通の要素には同一の符号を付し
て、その説明を省略する。

【００２６】本実施形態のデバッガ１１０は、インサー
キット・エミュレータ１２０を制御するエミュレータ制
御部１１を備えている。このエミュレータ制御部１１
は、デバッガ状態変数（プログラムカウンタ、レジスタ
等）部１２や、本実施形態の特徴を成すスクリプト実行
部１３及びカスタムウォッチウィンドウ制御部１４（後
述する）の動作も制御する構成である。

【００２７】本実施形態では、ユーザーは予めデバッガ
内部イベント毎にあらゆるデバッガの操作をカスタムハ
ンドラに記述、登録できる。本実施形態の自動操作機構
は、イベントテーブル１５を用いてデバッガ内部イベン
ト発生時にカスタムハンドラを呼び出すようになってい
る。ここに述べるデバッガ内部イベント発生とは、デバ
ッガの状態変数がある特定パターンになることである。

【００２８】また、イベントテーブル１５には、「デバ
ッガ内部イベント」、「デバッガ内部イベント成立条
件」、「属性」、及び「カスタムハンドラ」の各欄が設
けられ、例えば「デバッガ内部イベント」の欄には、デ
バッガ内部イベントの名前「ｅｖ１，ｅｖ２，ｅｖ３」
が、また次の「デバッガ内部イベント成立条件」の欄に
は「ＰＣ＝０ｘ１００，ＰＣ＝０ｘ２００，ＰＣ＝０ｘ
３００」が登録されている。さらに「属性」の欄には、
スクリプト（後述する）実行を意味する符号「Ｓ，Ｗ」
が登録され、「カスタムハンドラ」の欄にファイル名
「ｓ１，Ｗａ１，ｓ２」が登録されている。

【００２９】ここで、例えば「デバッガ内部イベント」
の欄が「ｅｖ１」である項目は、ターゲット装置２００
のＣＰＵ２１０（以下、単にターゲットＣＰＵという）
の停止時に、デバッガ状態変数の１つであるプログラム
カウンタ（ＰＣ）が「０ｘ１００」番地を指したとき、
デバッガ内部イベント「ｅｖ１」が成立し、カスタムハ
ンドラとしてファイル名「ｓ１」のスクリプトを実行す
る、ということを意味している。

【００３０】デバッガ内部イベントモニタ１６は、ユー
ザープログラム実行時に、ターゲットＣＰＵが停止する
度にイベントテーブル１５の各々のデバッガ内部イベン
ト成立条件とデバッガ状態変数部１２の状態変数とを見
て、デバッガ内部イベント条件が成立しているかどうか
をイベントテーブル１５に登録されている全てのデバッ
ガ内部イベント（ｅｖ１，ｅｖ２，ｅｖ３…）について
調べる機能を有し、その結果に応じて、スクリプト実行
部１３あるいはカスタムウォッチウィンドウ制御部１４
を起動する。

【００３１】次に、上記構成のデバッガにおいて、カス
タムハンドラとしてスクリプトを実行する場合の例を説
明する。

【００３２】スクリプトは、ユーザーがテキストで入力
したコマンドによってデバッガを操作することができる
コマンドの集合である。コマンドを１つ１つ入力し対話
的に実行する方法と、予めファイルに記述しておいた一
連のコマンドを実行する方法とがある。本実施形態で
は、予めファイルに記述しておいた一連のコマンドを実
行する方法でスクリプトを実行するものとする。

【００３３】図２は、カスタムハンドラとしてスクリプ
トを実行する場合の例を示すフローチャートである。

【００３４】まず、カスタムハンドラとして、例えば図
３に示すようなスクリプトを適当なテキストエディタで
記述して作成し（ステップＳ１１）、このスクリプトを
「ｓ１」という名前でファイルに保存する（ステップＳ
１２）。

【００３５】続いて、例えば図４に示すようにイベント
テーブル１５の登録処理を行う（ステップＳ１３）。具
体的には、ターゲットＣＰＵが停止しているときに、デ
バッガ状態変数の１つであるプログラムカウンタ（Ｐ
Ｃ）が０ｘ１００番地を指しているというデバッガ内部
イベントを「ｅｖ１」と呼ぶことにすると、イベントテ
ーブル１５の「デバッガ内部イベント」の欄にデバッガ
内部イベントの名前「ｅｖ１」を、次の「デバッガ内部
イベント成立条件」の欄には「ＰＣ＝０ｘ１００」を登
録する。「ｓ１」はスクリプトファイルなので、「属
性」の欄にはスクリプト実行を意味する符号「Ｓ」を登
録する。「カスタムハンドラ」の欄にファイル名「ｓ
１」を登録する。

【００３６】このようにスクリプトファイルを作成保存
し、且つイベントテーブルの登録を終えた後、ユーザー
プログラム実行する。そして、デバッガ内部イベントモ
ニタ１６は、ターゲットＣＰＵが停止する度にイベント
テーブル１５の各々のデバッガ内部イベント成立条件と
デバッガ状態変数とを見て、デバッガ内部イベント条件
が成立しているかどうかをイベントテーブルに登録され
ている全てのデバッガ内部イベントについて調べる（ス
テップＳ１４）。

【００３７】ターゲットＣＰＵのプログラムカウンタＰ
Ｃの値が「０ｘ１００」に一致したときに、デバッガ内
部イベント「ｅｖ１」が成立し、デバッガ内部イベント
「ｅｖ１」がデバッガ内部イベントモニタ１６によって
検出される（ステップＳ１５）。デバッガ内部イベント
モニタ１６は、イベントテーブル１５のデバッガ内部イ
ベント「ｅｖ１」の「属性」の欄を参照し、カスタムハ
ンドラの属性が「Ｓ」であるのをみて、カスタムハンド
ラがスクリプトであるのを知る。そして、ファイル名
「ｓ１」のスクリプトをロードし（ステップＳ１６）、
スクリプト実行部１３に制御を移す。スクリプト実行部
１３は、当該スクリプトファイルに記述してあるコマン
ドを順次解釈し実行する。

【００３８】スクリプト「ｓ１」は次のように実行され
る。

【００３９】（１）ユーザープログラム変数ｘに１を代
入する（図３の２１）。

【００４０】（２）ユーザープログラム変数ｙに０を代
入する（図３の２２）。

【００４１】（３）０ｘ１００番地から０ｘ１ｆｆ番地
までのメモリの内容を表示する（図３の２３） かかるスクリプトの実行が終わると、カスタムハンドラ
の処理が完了する。

【００４２】このように、本実施形態では、ユーザーは
あらゆるデバッガの操作をスクリプトとしてカスタムハ
ンドラに記述することができるため、内部イベント発生
時に、毎回行わなければならなかった一定の操作を内部
イベントに応じて自動実行することが可能になり、手間
と時間を省いた効率的なデバッグが可能になる。

【００４３】次に、図１に示す構成のデバッガにおい
て、カスタムハンドラとしてカスタムウォッチウィンド
ウを表示する場合の例を説明する。

【００４４】カスタムウォッチウィンドウは、表示する
変数を任意に登録でき、且つ編集機能を備えたものであ
り、本例では、デバッガ内部イベントをトリガとしてデ
バッガ内部イベントに応じたカスタムウォッチウィンド
ウを表示する。

【００４５】図５は、カスタムハンドラとしてカスタム
ウォッチウィンドウを表示する場合の例を示すフローチ
ャートである。

【００４６】まず、カスタムハンドラとして、図６に示
すようなカスタムウォッチウィンドウを作成する（ステ
ップＳ２１）。カスタムウォッチウィンドウは、ユーザ
ープログラムの任意の変数を登録することができるもの
である。カスタムウォッチウィンドウにユーザープログ
ラム変数（ｉ）、ユーザープログラム変数（ｄ）、メモ
リアドレス（０ｘｆｆ００）、メモリアドレス（０ｘｆ
ｆ０１）を登録する（ステップＳ２１）。カスタムウォ
ッチウィンドウに「Ｗａ１」という名前を付けて（図６
の３１）、保存する（ステップＳ２２）。

【００４７】続いて、イベントテーブル１５の登録処理
を行う（ステップＳ２３）。ターゲットＣＰＵが停止し
ているときに、デバッガ状態変数の１つであるターゲッ
ト装置２００のプログラムカウンタ（ＰＣ）が「０ｘ２
００」番地を指しているというデバッガ内部イベントを
「ｅｖ２」と呼ぶことにする。イベントテーブル１５の
「デバッガ内部イベント」の欄にデバッガ内部イベント
の名前「ｅｖ２」を、次の「デバッガ内部イベント成立
条件」の欄には「ＰＣ＝０ｘ２００」を登録する。「Ｗ
ａ１」はカスタムウォッチウィンドウなので、「属性」
の欄にはカスタムウォッチウィンドウを意味する符号
「ｗ」を登録する。「カスタムハンドラ」の欄にカスタ
ムウォッチウィンドウ名「Ｗａ１」を登録する（図４参
照）。

【００４８】そして、ユーザープログラムの実行時に、
デバッガ内部イベントモニタ１６は、ターゲットＣＰＵ
が停止する度に、イベントテーブルの各々のデバッガ内
部イベント成立条件とデバッガ状態変数とを見て、デバ
ッガ内部イベント条件が成立しているかどうかをイベン
トテーブル１５に登録されている全てのデバッガ内部イ
ベントについて調べる（ステップＳ２４）。

【００４９】デバッガ状態変数の１つである、ターゲッ
トＣＰＵのプログラムカウンタ（ＰＣ）の値が「０ｘ２
００」に一致したとき、デバッガ内部イベントが成立
し、デバッガ内部イベント「ｅｖ２」がデバッガ内部イ
ベントモニタ１６によって検出される（ステップＳ２
５）。デバッガ内部イベントモニタ１６は、イベントテ
ーブル１５のデバッガ内部イベント「ｅｖ２」の属性の
欄を参照して、カスタムハンドラの属性が「ｗ」である
のを見て、カスタムハンドラがカスタムウォッチウィン
ドウであるのを知り、カスタムウォッチウィンドウ制御
部１４へ制御を移す。カスタムウォッチウィンドウ制御
部１４は「Ｗａ１」の内容を更新し、表示する（ステッ
プＳ２６）。

【００５０】このように、本実施形態によれば、ユーザ
ーの入力（アクション）の代わりに、デバッガ内部イベ
ントの発生をトリガとして利用できるため、任意のデバ
ッガ内部イベントを登録することにより、内部イベント
に応じたカスタムハンドラ（例えば上述のカスタムウォ
ッチウィンドウの表示）の起動が可能になる。これによ
り、ユーザの必要とする情報を自動で確実に表示するこ
とができるので、ユーザー自身の選択した情報だけを得
ることができ、ユーザーの情報の選別の労力を省くこと
ができる。

【００５１】

【発明の効果】以上詳細に説明したように、本発明のソ
フトウェア開発支援装置及びデバッグ方法によれば、自
動実行する操作手順を、特定の内部イベントに対して応
答して動作するカスタムハンドラとすることができ、
「分岐」及び「繰り返し」等の各処理の自動実行を容易
に行うことが可能になる。また、必要な情報を自動で確
実に表示することができるので、ユーザー自身の選択し
た情報だけを得ることができ、ユーザーの情報の選別の
労力を省くことが可能になる。

【図面の簡単な説明】

【図１】本発明の実施形態に係るソフトウェア開発支援
装置に搭載されたデバッガの要部構成図である。

【図２】カスタムハンドラとしてスクリプトを実行する
場合の例を示すフローチャートである。

【図３】スクリプトファイルの一例を示す図である。

【図４】イベントテーブルの一例を示す図である。

【図５】カスタムハンドラとしてカスタムウォッチウィ
ンドウを表示する場合の例を示すフローチャートであ
る。

【図６】カスタムウォッチウィンドウの一例を示す図で
ある。

【図７】従来のデバッギング構成の一例を示す模式図で
ある。

【符号の説明】

１１ エミュレータ制御部 １２ デバッガ状態変数部 １３ スクリプト実行部 １４ カスタムウォッチウィンドウ制御部 １５ イベントテーブル １６ デバッガ内部イベントモニタ １１０ デバッガ １２０ インサーキット・エミュレータ ２００ ターゲット装置 ２１０ ＣＰＵ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 プログラムをデバッグするためのデバッ
   ガを搭載したソフトウェア開発支援装置において、 前記デバッガは、 所定の内部イベントごとに、少なくともその成立条件、
   及びカスタムハンドラが登録されたイベントテーブル
   と、 デバッガの状態変数と前記イベントテーブルの各々の内
   部イベント成立条件とを監視し、登録されている内部イ
   ベント成立条件が成立している否かを調べるイベントモ
   ニタとを有し、 前記内部イベント成立条件が成立したときに、該内部イ
   ベントに対応した前記カスタムハンドラを起動すること
   を特徴とするソフトウェア開発支援装置。
2. 【請求項２】 前記カスタムハンドラは、前記デバッガ
   を操作するためのコマンドの集合であるスクリプトとし
   たことを特徴とする請求項１記載のソフトウェア開発支
   援装置。
3. 【請求項３】 前記カスタムハンドラは、前記ユーザー
   プログラムの任意の変数を登録可能で且つ編集機能を備
   えたカスタムウォッチウィンドウとしたことを特徴とす
   る請求項１記載のソフトウェア開発支援装置。
4. 【請求項４】 プログラムをデバッグするデバッガを搭
   載したソフトウェア開発支援装置を用い、 前記デバッガの操作が記述されたカスタムハンドラを作
   成登録し、且つ所定の内部イベントごとに少なくともそ
   の成立条件、及び作成された所定のカスタムハンドラの
   名称をイベントテーブルに登録しておき、 前記ユーザープログラムを実行し、その一時停止時に前
   記イベントテーブルの各々の内部イベント成立条件と前
   記デバッガの状態変数とを監視し、登録されている内部
   イベント成立条件が成立しているか否かを調べ、 前記内部イベント成立条件が成立したときに、該内部イ
   ベントに対応した前記カスタムハンドラを起動すること
   を特徴とするデバッグ方法。