JPH10214204A - デバッガー - Google Patents

Abstract

(57)【要約】 【解決手段】 デバッガー１によりブレークポイントを
指定して実行プログラム４を実行させると、ブレークポ
イントにおけるシンボル情報からソースコードの行番号
が取り出される。デバッガー１のソースコードレベル処
理機能部５は、このソースコードの行番号を読み取っ
て、ソースコード３にブレークポイントを表示する文字
等を埋め込む。 【効果】 ソースコードに自動的にブレークポイント表
示が埋め込まれると、ソースコードを変更しながらプロ
グラムを開発する際に一度動作を確認した場所が明示さ
れ、開発管理者等も的確に確認ができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、マイクロプロセッ
サを装備した機器のファームウェアプログラム等を点検
処理するために用いられるデバッガーに関する。

【０００２】

【従来の技術】プリンタやファクシミリ、電話機、その
他各種の機器には、通常、その動作を制御するためにマ
イクロプロセッサが組み込まれている。このマイクロプ
ロセッサを動作させるためのファームウェアプログラム
は、機器の構成に応じて開発され、機器の機能向上に合
わせて改良される。このようなファームウェアプログラ
ムが正常に動作するかどうかを確認するためのデバッグ
ツールとしては、ＩＣＥ（インサーキットエミュレー
タ）やデバッグモニタがある。いずれのデバッガーを使
用する場合にも、プログラマーはプログラムを実行させ
任意の位置でその実行を一時停止させ、レジスタ、その
他の情報を読み取ってプログラムの実行が正しく行われ
ているかどうかを確認する。このようにプログラムを一
時停止させる箇所をブレークポイントと呼ぶが、重要な
プログラムについては、各種のブレークポイントを設定
してデバッグ処理が行われる。

【０００３】

【発明が解決しようとする課題】ところで、上記のよう
な従来のデバッガーには次のような解決すべき課題があ
った。例えば、大きなプロジェクトにおいて、チームが
ソフトウェアを分担して開発しているような場合、チー
ムの管理者は各担当者の開発したプログラムについて目
を通す。そして、各担当者がデバッガーを用いて必要な
箇所の動作確認を行ったかどうかを調べる。このような
場合、管理者はソースプログラムを参照しながら重要な
ポイントをチェックするが、デバッグの結果がプログラ
ムを実行した物理アドレスで表示されているような場合
にはソースプログラム上で対応する箇所を見つけるのは
容易でない。

【０００４】また、プログラムを部分的に変更しながら
繰り返しデバッグを行うような場合、前回のデバッグの
際に指定したブレークポイントをソースプログラムの行
番号等で記録しておいても、変更したプログラムでは行
番号が変わっており、対応付けが必要になる。従って、
ソースプログラムを変更しながらデバッグを繰り返して
いく場合に、既に動作を確認した場所とそうでない場所
とが記録として明確に残らないという問題があった。

【０００５】

【課題を解決するための手段】本発明は以上の点を解決
するため次の構成を採用する。 〈構成１〉指定したブレークポイントでデバッグ対象の
プログラムの実行が一時停止したとき、ブレークポイン
トにおけるプログラムのソースコード行番号を示す情報
を記録するテストカバレージ機能部と、テストカバレー
ジ機能部の記録を参照して、ソースコードの該当部分に
ブレークポイント表示を書き加えて、その結果を出力す
るソースコードレベル処理機能部とを備えたことを特徴
とするデバッガー。

【０００６】〈構成２〉構成１において、テストカバレ
ージ機能部の記録から、ソースコード行番号を示す情報
を削除する情報削除処理部を備えたことを特徴とするデ
バッガー。

【０００７】〈構成３〉構成１において、任意のブレー
クポイント表示をソースコードから削除する表示削除処
理部を備えたことを特徴とするデバッガー。

【０００８】

【発明の実施の形態】以下、本発明の実施の形態を具体
例を用いて説明する。 〈具体例〉図１は、本発明のデバッガーの具体例を示す
ブロック図である。この図は、デバッガー１を用いてプ
ログラムの動作を確認する処理を概略的に表したもので
ある。プログラムはソースコード３で表示され、これが
コンパイルされて実行プログラム４が得られる。実行プ
ログラム４の動作確認のために、デバッガー１にはソー
スコードレベル処理機能部５と、テストカバレージ機能
部６と、カバレージデータ記憶部７とが設けられてい
る。カバレージデータ記憶部７には、ソースコードの行
番号が記憶される。ソースコード３はディスプレイ２や
図示しないプリンタ等によって出力され、プログラマー
やそのプログラマーの作業を管理する管理者によって利
用される。

【０００９】上記のデバッガー１は、まず図示しないキ
ーボードやマウス等を利用して、ブレークポイントの指
定１１を行い、実行プログラム４の動作を開始させる。
実行プログラム４は指定されたブレークポイントで動作
を一時停止し、その際にテストカバレージ機能部６が動
作する。テストカバレージ機能部６は、指定したブレー
クポイントにおけるプログラムのソースコード行番号を
示す情報を取り出し、カバレージデータ記憶部７に記憶
する機能を持つ部分である。なお、ソースコードの行番
号を示す情報は、実行プログラム４のシンボル情報等か
ら得る。この機能そのものは従来のデバッガーにも設け
られており、更に詳細な説明は省略する。

【００１０】ソースコードレベル処理機能部５は、この
ソースコードの行番号を参照し、ソースコード３を書き
換える機能を持つ。ブレークポイント表示の埋め込みや
削除処理１０は、こうしたソースコードレベル処理機能
部５の機能である。本発明では、このような機能を持た
せることによって、ソースコードを見ればどの部分を既
に点検したかを容易に確認できる。

【００１１】上記のようなデバッガーの具体的な動作を
フローチャートを用いて説明する。図２は、本発明のデ
バッガー動作フローチャートである。本発明のデバッガ
ーでは、図１に示す実行プログラム４を実行させ、ブレ
ークポイントにおいてテストカバレージ機能部６が動作
し、カバレージデータの記録を行う。この図２に示すス
テップＳ１はそのために設けられた処理で、ブレークポ
イントのみでこうした処理を行うことによって、その位
置でのソースコードの行番号が抽出され、ソースコード
に対し必要な情報の埋め込みが行われることになる。

【００１２】図２のステップＳ２では、実行プログラム
が動作を停止した状態で、デバッグコマンドを待つ。デ
バッグコマンドの入力が行われるとステップＳ３に進
み、そのコマンドの内容を判定する。もし、ＧＯコマン
ドが入力された場合には、実行プログラムが動作を再開
する。従って、ステップＳ４から処理を抜け、ブレーク
処理を終了する。一方、本発明の特徴であるブレークポ
イント表示の埋め込みが指示されるとステップＳ５に移
り、その埋め込み処理が実行される。埋め込みの前後の
状態を図３と図４を用いて説明し、埋め込み処理を図５
を用いて後で説明する。

【００１３】図３には、ソースコードの例説明図を示
す。この図はＣ言語で記載された所定の制御プログラム
であるが、例えば図のＮ１，Ｎ２，Ｎ３と表示した行を
ブレークポイントとして動作の確認を行ったものとす
る。この場合、次の図に示すようにしてブレークポイン
ト表示が埋め込まれる。

【００１４】図４は、ブレークポイント表示の例説明図
を示す。この図は、図３に示したソースコードに対しブ
レークポイント表示２０を埋め込んだものである。実際
には、／＊によって区切られたコメント文の中に（ＢＲ
Ｋ）というブレークポイント表示のための文字を書き加
える。このようなソースコードが、図１に示したディス
プレイ２に表示されたり、プリンタによってプリントア
ウトされると、管理者はこの段階のソースコードについ
てどの部分の動作を確認したかを確実に認識できる。

【００１５】図２に示したステップＳ６は、コマンドが
ブレークポイント表示削除処理である場合の手続きを示
す。点検箇所の確認等が終了すると、再度デバッグのや
り直しを行うような場合やブレークポイントの再設定等
を行う場合には、このブレークポイント表示が邪魔にな
る。そこで、記入したブレークポイント表示を削除する
処理が設定されている。図１に示した表示削除処理部１
４が、この処理を実行する。

【００１６】図２のステップＳ７では、カバレージデー
タのクリア処理が行われる。これは、図１の情報削除処
理部１３により処理される。即ち、コマンドがカバレー
ジデータのクリアを指示するものであれば、図１のテス
トカバレージ機能部６が取り込んだカバレージデータが
クリアされる。これによって、新たなデバッグ処理とブ
レークポイント処理の埋め込み等が可能になる。図２の
ステップＳ８はその他のコマンド処理である。その他の
コマンド処理には、例えばブレーク位置の設定コマン
ド、メモリ内容の表示やその内容の変更、プロセッサ内
部のレジスタの内容表示や内容変更といったものがあ
る。これによって、実際のプログラムの動作確認が行わ
れる。

【００１７】図５には、ブレークポイント表示埋め込み
処理動作フローチャートを示す。図２のステップＳ５に
おけるブレークポイント表示埋め込み処理のコマンドが
実行されると、この図に示すような手順で処理がされ
る。まず、図５のステップＳ１１において、図１に示す
カバレージデータ記憶部７を参照するためのポインタを
初期化する。即ち、つまりカバレージデータ記憶部７の
データを読み出す先頭位置にポインタを設定する。そし
て、ステップＳ１２において、カバレージデータを取り
出す。次のステップＳ１３では、このデータ取り出し処
理が成功したかどうかによってカバレージデータの有無
を判断する。カバレージデータが無ければ処理は終了す
る。カバレージデータがあればステップＳ１４に進む。

【００１８】この具体例では、カバレージデータは直接
ソースコードの行番号を示していない。即ち、カバレー
ジデータはプログラムローダー等から出力されるシンボ
ル情報を含んでおり、これを利用してソースコードの行
番号を検索する（ステップＳ１４）。こうしてソースコ
ードの行番号が検索されると、ソースコードレベル処理
機能部５は、その行を検索してコメント行が存在するか
どうかを判断する（ステップＳ１５）。コメント行が存
在する場合には、そのコメント行にブレークポイント表
示があるかどうかを判断する（ステップＳ１６）。ブレ
ークポイント表示があれば、ブレークポイント表示追加
処理は不要なため、ステップＳ１８に飛ぶ。一方、ブレ
ークポイント表示がなければステップＳ１７に進み、図
４を用いて既に説明したようなブレークポイント表示を
コメント行に追加する。

【００１９】一方、ステップＳ１５で、その該当する行
にコメント行が無い場合にはステップＳ１９に進み、新
たにコメント行を加えると共にその中にブレークポイン
ト表示を追加する。こうして、ブレークポイント表示が
その該当するソースコードの行に埋め込まれた状態でス
テップＳ１８に進み、カバレージデータを再び参照する
ためにポインタを更新する。即ち、カバレージデータ記
憶部７には、ブレークポイントが複数存在する場合、そ
のブレークポイントの数だけカバレージデータが格納さ
れる。従って、ポインタを１つずつ進め、ステップＳ１
３からステップＳ１８までの処理を繰り返すことによっ
て、全てのブレークポイントに対する表示をソースコー
ドに埋め込むことができる。以上がソースコードレベル
処理機能部５のブレークポイント表示埋め込み処理であ
る。

【００２０】次に、ソースコードレベル処理機能部５の
ブレークポイント表示削除動作を説明する。図６は、ブ
レークポイント表示削除動作を示すフローチャートであ
る。まず、ステップＳ２１において、ソースコードを１
行ずつ読み取るためにポインタを設定し、そのポインタ
を初期化する。ステップＳ２２では、１行目を読み取
り、行データがあるかどうかを判断する。即ち、ここで
ソースコード全てについて処理が終了したかどうかを判
断する。処理が終了していない場合にはステップＳ２３
に進み、その行にコメントが存在するかどうかを判断す
る。コメントが存在しなければステップＳ２６に飛び、
次の行を参照することになる。コメントが存在すれば、
ステップＳ２４において、（ＢＲＫ）というブレークポ
イント表示が存在するかどうかを判断する。もし、ブレ
ークポイント表示が存在すればステップＳ２５に進み、
コメント行からブレークポイント表示を削除処理する。
ブレークポイント表示がなければステップＳ２４からス
テップＳ２６に飛ぶ。

【００２１】こうしてコメント行からブレークポイント
表示を削除した状態でステップＳ２６に進み、ポインタ
を１行進める。即ち、ソースコードの次の行を参照する
ためにポインタを進め、ステップＳ２２〜ステップＳ２
６の処理を繰り返す。こうして、ソースコードの全ての
行についてブレークポイント削除処理を行った後、この
動作を終了する。こうした動作を実行することによっ
て、ソースコードからブレークポイント表示が削除さ
れ、新たなブレークポイントの指定やデバッグ処理を行
うことができる。

【００２２】図７には、デバッグ処理の動作フローチャ
ートを示す。この図を用いて以上の説明を総合したデバ
ッガーの操作方法を説明する。通常、プログラムのデバ
ッグ作業は数日間あるいは数カ月間をかけて行われる。
この図は、そのうちのある１日のプログラムデバッグ作
業終了時に行う処理を示したものである。まず、ステッ
プＳ３１において、該当するプログラムに対するデバッ
グ作業を全て終了したかどうかを判断する。デバッグ作
業を後日も行う場合にはステップＳ３２に進み、プログ
ラムソースファイルの変更を行うかどうかの判断をす
る。プログラムソースファイルを変更しない場合には、
そのままの状態で後日デバッグ作業を開始すればよいか
ら処理を抜ける。一方、プログラムソースファイルを変
更する場合にはステップＳ３３に進み、ブレークポイン
ト表示埋め込みコマンドを実行する。即ち、プログラム
ソースファイルの変更により、既に動作を確認した場所
の行番号が変わって不明確になるのを防ぐためブレーク
ポイント表示を埋め込んでおく。ステップＳ３４におい
て、テストカバレージデータをクリアするコマンドを実
行する。ブレークポイント表示の埋め込みが終了したた
め、図１に示すカバレージデータ記憶部７の内容をクリ
アしておき、後日の作業を円滑にするためである。

【００２３】一方、ステップＳ３１において、全てのデ
バッグ作業が完了した場合には、ソースコード中に書き
加えられたブレークポイント表示は既に不要なため、ス
テップＳ３５に進み、ブレークポイント表示の削除コマ
ンドを実行させる。これによってソースコードの中に含
まれたブレークポイント表示は全て無くなり、デバッグ
作業を終了してプログラムは完成する。

【００２４】

【発明の効果】以上のように、プログラム開発者がソー
スプログラムをコンパイルして実行プログラムについて
デバッグ処理を行うと、ブレークポイントにおいて、ソ
ースコードの行番号を表示するデータを記録されるか
ら、１日の作業が終了した際、記録されたソースコード
の行番号を参照して、ソースコードレベル処理機能部が
ソースコードに対し該当部分にブレークポイント表示を
記録できる。これによって、ソースコードをプリントア
ウトしたりディスプレイに表示して、プログラマーや管
理者がプログラムのどの部分について動作を確認したか
正確に把握できる。ソースコードの内容を変更しない場
合には、カバレージデータを記録しておく限り、ブレー
クポイントの埋め込み作業はいつ行ってもよい。例え
ば、管理者が動作確認をした箇所の把握をしたい場合に
だけソースコードレベル処理機能部を動作させてもよ
い。いずれの場合でも動作点検箇所を確認できる。

【００２５】一方、ソースファイルの内容を変更するよ
うな場合には、ソースコードの行番号がその前後で食い
違う。従って、一旦カバレージデータを参照し、ブレー
クポイント表示をソースコードに埋め込んだ後にソース
コードを書き直すようにする。こうすれば、ソースコー
ドをどんどん書き換えてデバッグを行うような場合にお
いても、動作点検箇所を間違いなく表示し確認できる。
なお、この場合にカバレージデータを残しておくと、次
のブレークポイント表示埋め込み処理に邪魔になるため
クリアすればよい。

【図面の簡単な説明】

【図１】本発明のデバッガー具体例を示すブロック図で
ある。

【図２】本発明のデバッガー動作フローチャートであ
る。

【図３】ソースコードの例説明図である。

【図４】ブレークポイント表示の例説明図である。

【図５】ブレークポイント表示埋め込み処理動作フロー
チャートである。

【図６】ブレークポイント表示削除動作フローチャート
である。

【図７】デバッグ処理の動作フローチャートである。

【符号の説明】

１ デバッガー ２ ディスプレイ ３ ソースコード ４ 実行プログラム ５ ソースコードレベル処理機能部 ６ テストカバレージ機能部 ７ カバレージデータ記憶部

Claims (3)

【特許請求の範囲】
1. 【請求項１】 指定したブレークポイントでデバッグ対
   象のプログラムの実行が一時停止したとき、ブレークポ
   イントにおけるプログラムのソースコード行番号を示す
   情報を記録するテストカバレージ機能部と、 テストカバレージ機能部の記録を参照して、ソースコー
   ドの該当部分にブレークポイント表示を書き加えて、そ
   の結果を出力するソースコードレベル処理機能部とを備
   えたことを特徴とするデバッガー。
2. 【請求項２】 請求項１において、 テストカバレージ機能部の記録から、ソースコード行番
   号を示す情報を削除する情報削除処理部を備えたことを
   特徴とするデバッガー。
3. 【請求項３】 請求項１において、 任意のブレークポイント表示をソースコードから削除す
   る表示削除処理部を備えたことを特徴とするデバッガ
   ー。