JPH03113648A - プログラムデバツグ方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、マイクロプロセッサ等のハードウェアを動作
させるための、ソフトウェアを開発する時のデバッグを
容易にするデバッグ方式に関する。

［従来の技術］ マイクロプロセッサ等のハードウェアを動作させるには
、プログラムが必要であるが、このプログラムの開発は
、一般に第５図に示す様なフローで行われる。

第５図において、まず設計を行い、どの様なプログラム
にするかの仕様を決定する。

エデイツトでは、仕様に従ってプログラムをコーディン
グし、コンパイルまたはアセンブラのソースファイルを
エデイツトする。

テストでは、プログラムが仕様通りに動作するかを確認
する。

テストにおいて、プログラムに不具合が発見されること
があり、この不具合の原因をバグといい、プログラムか
らバグを取り除くことをデバッグという。

デバッグは、第６図のフローの様に行われるが、バグを
取り除くには実際にプログラムを実行して、プログラム
の動作がどこまでは正しく、どこからが正しくないかの
分岐点を得て、この分岐点におけるプログラムの状態を
調べる必要がある。

この様な作業を支援するツールをデバッガという。

デバッグにおいて、バグをすばやく見つけて修正するこ
とがプログラム開発作業効率に大きく影響する。

第７図は、従来のプログラムデバッグ方式を示したもの
である。この図において１はバグを含んでいる被デバツ
グプログラムであり、タスク２ａ。

２ｂ１２０によって構成されているタスクとはプログラ
ムを構成する機能単位である。タスク２中にはブレーク
ポイントＣ以下ＢＰと略称する）８というタスク実行の
中断点が設定されている。マルチタスクオペレーティン
グシステム（以下、マルチタスクＯ８と略称する）３は
、タスク２ａ　、　２ｂ、　２ｃの実行を切り替えるこ
とにより、あたかもこの３つのタスク２ａ、　２ｂ、　
２ｃが同時に実行されているように見せる機能を持つも
のであるう デバッガ４は、バグの原因を調べる作業を支援するツー
ルであり、デバッガ４には、ＢＦ２をセットしたりクリ
アしたりすることのできるセット・クリア手段５に被デ
バツグプログラム実行手段６、および、ブレーク動作に
よって止められた被デバツグプログラムｌのレジスタや
メモリの内容を表示するレジスターメモリ表示手段７が
ある。

被デバツグプログラム１は、実行フロー１２に従ってプ
ログラムを実行する。

次に、第７図に示した構成図においてプログラムデバッ
グ方式の動作を第８図のフローチャートを利用して説明
する。

まず、ブレークポイントセット・クリア手段５によりＢ
　Ｐ　８ａ〜８ｆをタスク２ａ、　２ｂ、　２ｃにセッ
トする。

プログラム１を実行し、ＢＦ２までくると、プログラム
ｌの実行が停止され、デバッガ４に制御がうつる。

次に、被デバツグプログラム実行手段６により、被デバ
ツグプログラム１を実行する。

この図では、タスク２ｃの先頭からプログラムが実行さ
れ、ＢＦ８でプログラムの実行がブレークされる。ブレ
ークした後、制御はデバッガ４に移りレジスタ・メモリ
表示手段７によりレジスタやメモリの内容をチエツクす
る。この内容に異常がなければ、被デバツグプログラム
実行手段６によりプログラムｌを実行する。

プログラムはＢＰ８ａより再び実行されるが、ここでマ
ルチタスク０８３によりタスク２Ｃからタスク２ｂに実
行が切り替わっている。タスク２ｂにセットしであるＢ
Ｐ８ｄまでプログラムｌが実行されると、タスク２ｂの
実行がブレークされ、ＢＰ８ｄにおけるレジスタやメモ
リの内容がチエツクされる。

このようにして、被デバツグプログラム１はＢＰ８ａ、
　　Ｂ　Ｐ８ｄ、　Ｂ　Ｐ２ｂ、　　Ｂ　Ｐ２ａ、　Ｂ
Ｐ２ｂ、　Ｂ　Ｐ２ｃ。

Ｂ　Ｐ２ｅ、　　Ｂ　Ｐ８ｄ、　　Ｂ　Ｐ８ｆの順番で
、レジスタやメモリの内容が正しいかチエツクされる。

さて、上記のようにマルチタスク０８３上で動作する複
数のタスク２から構成される被デバツグプログラム１を
デバッグする場合には、プログラムのバグのせいもあり
タスクの切り替えが予想しにくいため、プログラム１を
実行させる前に各タスク２に複数のＢＦ２をセットする
。

シカシ、マルチタスクプログラムでは、各タスク２が独
立した処理を分担しているため、ある特定のタスク２の
実行のみに注目し、その他のタスク２の実行を無視した
い場合があった。このときには、他のタスク２のＢＦ２
をクリマしなくてはならない。すなわち、第８図におい
てタスク２ａの実行のみをチエツクしたい場合、ブレー
クポイントセット・クリア手段５によりＢ　Ｐ　２ｄ、
　Ｂ　Ｐ２ａ。

Ｂ　Ｐ２ｂ、　　Ｂ　Ｐ２ｃのＢＦ２をクリアし、また
その途中でタスク２ｃに注目してデバッグを行う必要が
生じた場合、Ｂ　Ｐ２ｅ、　　Ｂ　Ｐ２ｆ’をクリアし
てＢＰ２ａ。

Ｂ　Ｐ２ｂ、　Ｂ　Ｐ２ｃをもう１度セットする必要が
あった。

〔発明が解決しようとする課ｄ１ 以上の様に、マルチタスクのプログラムをデバッグする
際には、各タスクのブレークポイントを個々にセットも
しくけクリアする必要があり、それによってデバッグに
時間がかかる等の問題点があった。

本発明は、上記のような問題点を解決するためになされ
たもので、各タスクにブレークポイントをセットし特定
のタスクを指定すれば、そのタスクにセットしであるブ
レークポイントは有効になり、その他のタスクにセット
しであるブレークポイントは無効になるプログラムデバ
ッグ方式を得ることを目的とする。

〔課題を解決するための手段〕

上記の課題を解決するため、本発明に係るプログラムデ
バッグ方式では、デバッガに設定したブレークポイント
を有効にするタスクを指定する手段と、ブレークされた
タスクを検出する手段を有し、前記タスク指定手段によ
り指定されたタスクを比較して、一致しなければ再びプ
Ｖ−りされたアドレスからプログラムを実行し、一致す
れば制御をデバッガに移せるような機能をもたせたもの
である。

〔作用〕

本発明によれば、プログラムがブレークされた際に、ブ
レークされたタスクを検出する手段によりそのタスクを
認識し、そのタスクがブレークポイントを有効にするタ
スクを指定する手段によって指定されたタスクと一致し
ていれば制御をデバッガに移し、一致していなければそ
のままプログラムを実行する。

〔実施例Ｊ 以下、本発明の実施例を図に従って説明する０第１図は
、マルチタスク０８３上でのプログツムとデバッガの構
成を示した図である。図においてプログラム１はタスク
２ａ　ｌ　２ｂ　Ｉ　２ｃによって構成すれている。各
タスク２は個々に認識番号ＩＤ（以下、単にＩＤと記す
）をもち、ＢＰ８を設定されている。タスク２を実行中
にＢＰ８を認震すると、そのＢＰ８が有効のときだけ、
ブレークする。

デバッガ４は、ＢＰ８を有効にする手段と特定タスク２
かどうかを判断する手段を備えている。

第２図は、デバッガ４の構成を示した図であり、デバッ
ガ４は、ブレークポイントセットクリア手段５、デバッ
グプログラム実行手段６、レジスタ・メモリ表示手段７
、タスク指定手段８、現在タスク検出手段９及び指定タ
スク・現在タスク比較手段ｌＯを有している。

このデバッグ４において、特定タスク−指定の手段８及
び、現在タスク検出手段９は以下の方法による。まず特
定タスク指定の方法は、デバッガ４の中の特定のアドレ
スにタスクのＩＤを格納する方法によっている。現在の
タスクを検出する手段であるが、これはマルチタスク０
８３内に現在のタスク２のデータが格納されているので
、このデータにアクセスすることＫよって検出する。

第３図は、本発明によるプログラムデバッグ方式のデバ
ッグの全体フローである。図においてまずどのタスク２
に注目するかによって特定タスクを指定する。タスク２
を指定したらプログラムを走らせ、ＢＰ８で停止したら
、そのタスク２が有効かどうかを確認して有効ならば通
常の割り込み動作を行う、有効でないときには、プログ
ラム１を再び続ける。

第４図は第３図の全体フローのうち、特にブレーク発生
からの処理の部分のフローチャートである。

第４図において、タスク２中ＫＢＰ８を認識すると、制
御をデバッガ４に返す。デバッガ４け、ＢＰ８を認識し
たタスクのＩＤを検出する。検出したＩＤがブレークポ
イントを有効にするために指定したタスクのＩＤと一致
するならば、デバッガ４はプログラムを中止し、メモリ
やレジスタのチエツクを行う。

検出したＩＤが、指定したタスク２のＩＤと一致しない
場合には、そのタスク２のＢＰ８は無効となり、タスク
２は、そのまま実行動作を継続する。

〔発明の効果〕

以上のように本発明によれば、デバッガに設定した特定
タスク指定手段とタスクより検出手段によって、マルチ
タスクプログツム中の個々のＢＰに対してセット・クリ
アする必要が不用となる。

これにより、ある特定のタスクの動きに注目したデバッ
グが容易に、かつ高速で行えるようＫなるという効果が
ある。

【図面の簡単な説明】

第１図は本発明の一実施例におけるプログラムデバッグ
方式を示した図、第２図は、デバッガ４の内部構成を示
した図、第３図は、デバッグの全体フローを示した図、
第４図は、ブレークが発生してからの処理のフローを示
した図、第５図はプログラムの開発フローの図、第６図
は従来のデバッグの全体フローを示した図、第７図は従
来のプログラムデバッグ方式を示した図、第８図は従来
のプログラムデバッグ方式によるフローを示した図。 図において、工は被デバツグプログラム、２はタスク、
３はマルチタスク０８１４はデバッガ、５けブレークポ
イントセット・クリア手段、６は被デバツグプログラム
実行手段、７はレジスタ・メモリ表示手段、８は特定タ
スク指定手段、９は現在タスク検出手段、１０は特定タ
スク・現在タスク比較手段、１１はプログラム中のタス
クの実行フローである。 なお、各図中同一符号は同−又は同一部分を示すＯ 第２図 第３図 第４図 第５図 第６図 第８図 手 続 補 正 書（自発） 平成 １年 １２月１８日 ２、発明の名称 プログラムデパック方式 ３、補正をする者 代表者 士 −じ１ 岐 守 哉 ４、代 理 人 Ｓ、　　？ｌ！正の対象 明細書の特許請求の範囲、及び発明の詳細な説明の欄。 ６　補正の内容 （１）明細書中特許請求の範囲を別惧のとおり訂正する
。 ７゜ 添付書類の目録 （１）訂正後の特許請求の範囲を記載した書面１通 以 上 特許請求の範囲 プログラムを実行する手段と、プログラムの実行をブレ
ークするポイントをプログラム中に設定する手段と、ブ
レークさルたプログラムのレジスタやメモリの内容を表
示する手段を含む、マチルタスクプログラムをデバッグ
するプログラムデバッグ方式において、設定したブレー
クポイントを有効にするタスクを指定する手段と、ブレ
ークされたタスクを検出する手段を有し、前記タスク指
されたアドレスからプログラムを実行し、一致すれば制
御をデバッガに移すことを特徴とするプログラムデバッ
グ方式。

Claims (1)

【特許請求の範囲】
1. プログラムを実行する手段と、プログラムの実行をブレ
   ークするポイントをプログラム中に設定する手段と、ブ
   レークされたプログラムのレジスタやメモリの内容を表
   示する手段を含む、マルチタスクプログラムをデバッグ
   するプログラムデバツグ方式において、設定したブレー
   クポイントを有効にするタスクを指定する手段と、ブレ
   ークされたタスクを検出する手段を有し、前記タスク指
   定手段により指定されたタスクを比較して、一致しなけ
   れば再びブレークされたアドレスからプログラムを実行
   し、一致すれば制御をデバツガに移すことを特徴とする
   プログラムデバツグ方式。