JP2001134466A - デバッグ装置及び方法並びにプログラム記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】本発明は、マルチタスクプログラムを処理対象
とするときにあって、目的となる任意のタスクをそれぞ
れの目的となる任意のプログラム位置に停止させること
を実現するデバッグ装置の提供を目的とする。 【解決手段】タスクに設定される複数のブレークポイン
トを１つのバリア同期ポイントとして、そのバリア同期
ポイントを複数設定する。そして、マルチタスクプログ
ラムを起動した後、その中から、最初にスレッドを停止
させたバリア同期ポイントをバリア同期の対象として設
定し、そのバリア同期ポイントの指定するブレークポイ
ントに到達したスレッドをサスペンド状態にしながら、
そのバリア同期ポイント配下の存在する全てのブレーク
ポイントに基づくスレッドの停止が完了すると、サスペ
ンド状態にしたスレッドを実行可能状態に戻して、マル
チスレッドデバッガに制御を戻していくように構成す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、マルチタスクプロ
グラムを処理対象とするデバッグ装置及び方法と、その
デバッグ装置の実現に用いられるプログラムが格納され
るプログラム記録媒体とに関し、特に、目的となる任意
のタスクをそれぞれの目的となる任意のプログラム位置
に停止させることを実現するデバッグ装置及び方法と、
そのデバッグ装置の実現に用いられるプログラムが格納
されるプログラム記録媒体とに関する。

【０００２】近年のコンピュータシステムの発達による
低価格化に伴い、複数のＣＰＵを用いたコンピュータシ
ステムが増加しており、それらのＣＰＵを効率的に利用
するために、複数のタスクが同時に並列動作して１つの
ジョブを実行するマルチタスクプログラムが増えてい
る。

【０００３】このマルチタスクプログラムの中には、プ
ロセス内で相互依存の関係のある複数のスレッドを並列
実行させるマルチスレッドプログラムや、相互依存の関
係のある複数のプロセスを並列実行させるマルチプロセ
スプログラムや、後者のマルチプロセスプログラムにお
いて、そのプロセスを複数のコンピュータシステムに分
散させて実行させるネットワーク並列プログラムなどが
ある。

【０００４】相互依存の関係にある複数のタスクで構成
されるこれらのマルチタスクプログラムを正しく動作さ
せるには、目的となる複数のタスクが正しいタイミング
（プログラム位置）で同期している必要がある。これが
欠けると、マルチタスクプログラムは正しく動作しない
ことが起こる。

【０００５】これから、マルチタスクプログラムをデバ
ッグするために、目的となる複数のタスクが正しいタイ
ミングで同期しているのか否かを効率的にデバッグでき
るようにする技術の構築が求められている。

【０００６】

【従来の技術】複数のタスクが同時に並列実行するマル
チタスクプログラムをデバッグする従来技術として、特
開平２-300942 号公報に、オペレーティングシステム上
で動作するタスクの中から複数個のタスクを指定する構
成を採って、その指定されたタスクの何れかのタスクの
実行が停止（デバッガの設定するブレークポイントによ
り停止する）された場合に、指定された他のタスクも同
時に停止させていくというタスクデバッグ技術が開示さ
れている。

【０００７】また、特開平４-314141 号公報にも、デバ
ッグのために、マルチタスクジョブを構成する任意のタ
スクが予め設定された停止点あるいは例外を発生した時
点で、そのタスクと同一マルチタスクジョブグループ内
のすべてのタスクの実行を停止させ、任意の時点でその
マルチタスクジョブグループのすべてのタスクの実行を
再開させていくというマルチタスク制御技術が開示され
ている。

【０００８】更に、デバッグ処理とは直接関係しない
が、特開昭63-4339 号公報には、プラント制御を構成す
る複数のタスクを使ってプラントを制御するときに、停
止する必要のないプラントの系までも停止してしまうと
いう不都合を解消するために、あるタスクが停止される
ときには同時に停止されなければならないような関係に
あるタスクグループを管理する構成を採って、あるタス
クの実行中に、異常が検出されてオペレーティングシス
テムがそのタスクを停止させる場合には、同じグループ
に属する他のタスクも停止させていくというタスク管理
技術が開示されている。

【０００９】

【発明が解決しようとする課題】しかしながら、このよ
うな従来のデバッグ技術に従っていると、目的となる任
意のタスクをそれぞれの目的となる任意のプログラム位
置に停止させていくというバリア同期を実現できないと
いう問題点がある。

【００１０】すなわち、上述した特開平２-300942 号公
報や特開平４-314141 号公報に記載されている従来技術
に従っていると、グルーピングされたタスクの何れかの
タスクの実行が停止された場合に、そのグループに属す
る他のタスクも同時に停止させていくという構成を採っ
ていることから、目的となる任意のタスクをそれぞれの
目的となる任意のプログラム位置に停止させていくとい
うバリア同期を実現できないのである。

【００１１】ここで、このようなバリア同期は、複数の
タスクがそれぞれの分担個所を分担して初期化処理を行
うとか、複数のタスクがそれぞれの分担個所を分担して
計算処理を行うといったような処理を行うマルチタスク
プログラムをデバッグしていく際に必要となる。

【００１２】このバリア同期を実現する１つの方法とし
て、デバッグ対象となるマルチタスクプログラムを書き
換えてバリア同期機構を組み込み、バリア同期が完了し
たことの保証できるプログラム位置に、デバッガを用い
てブレークポイント（プログラムを停止させる命令を埋
め込む）を設定して、その位置までマルチタスクプログ
ラムを実行させていくという方法を用いることが考えら
れる。

【００１３】しかしながら、このような方法を用いる
と、バリア同期機構を追加するためにデバッグ対象とな
るマルチタスクプログラムを書き換えることから、本来
の原因を隠蔽するとか、組み込むバリア同期機構に不備
がある場合に、そのための調査作業を行わなくてはなら
ないとか、新たなバグを発生する危険性があるといった
ような様々な問題点がある。

【００１４】本発明はかかる事情に鑑みてなされたもの
であって、マルチタスクプログラムを処理対象とすると
きにあって、目的となる任意のタスクをそれぞれの目的
となる任意のプログラム位置に停止させることを実現す
る新たなデバッグ装置及び方法の提供と、そのデバッグ
装置の実現に用いられるプログラムが格納される新たな
プログラム記録媒体の提供を目的とする。

【００１５】

【課題を解決するための手段】図１に本発明の原理構成
を図示する。

【００１６】図中、１は本発明を具備するデバッグ装置
であって、デバッグ対象となるマルチタスクプログラム
１０と、デバッグ処理手段１１と、設定手段１２と、バ
リア同期ポイント管理手段１３と、特定手段１４と、判
断手段１５と、再開手段１６と、制御手段１７とを備え
る。

【００１７】デバッグ処理手段１１は、マルチタスクプ
ログラム１０のデバッグを行う。

【００１８】設定手段１２は、タスクに設定される複数
のブレークポイントを１つのバリア同期ポイントとし
て、そのバリア同期ポイントを１つ又は複数設定する。

【００１９】バリア同期ポイント管理手段１３は、設定
手段１２の設定したバリア同期ポイントの情報を管理す
る。

【００２０】特定手段１４は、設定手段１２が複数のバ
リア同期ポイントを設定したときに動作して、最初にタ
スクを停止させたブレークポイントの属するバリア同期
ポイントを特定する。

【００２１】判断手段１５は、設定手段１２が１つのバ
リア同期ポイントを設定したときには、そのバリア同期
ポイント配下のブレークポイントに基づくタスクの停止
が発生するときに、そのバリア同期ポイント配下の存在
する全てのブレークポイントに基づくタスクの停止が完
了したのか否かを判断する。

【００２２】また、判断手段１５は、設定手段１２が複
数のバリア同期ポイントを設定したときには、いずれか
のバリア同期ポイント配下のブレークポイントに基づく
タスクの停止が発生するときに、特定手段１４の特定し
たバリア同期ポイントを判断対象として、そのバリア同
期ポイント配下の存在する全てのブレークポイントに基
づくタスクの停止が完了したのか否かを判断する。

【００２３】再開手段１６は、判断手段１５が未完了を
判断するときに、その判断対象となった停止タスクをサ
スペンド状態にしてから、マルチタスクプログラム１０
の実行を再開させる。

【００２４】制御手段１７は、判断手段１５が完了を判
断するときに、バリア同期の完了を判断して、サスペン
ド状態に設定したタスクを実行可能状態に戻す。

【００２５】このように構成される本発明のデバッグ装
置１では、設定手段１２は、タスクに設定される複数の
ブレークポイントを１つのバリア同期ポイントとして、
そのバリア同期ポイントを１つ設定し、これを受けて、
デバッグ処理手段１１は、それらのブレークポイントに
応じたプログラム停止命令をマルチタスクプログラム１
０に埋め込むとともに、バリア同期ポイント管理手段１
３は、その設定されたバリア同期ポイントの情報を管理
する。

【００２６】続いて、マルチタスクプログラム１０が起
動されると、ブレークポイントに到達したタスクは、埋
め込まれたプログラム停止命令に従って動作を停止し
て、その旨をデバッグ処理手段１１に通知し、デバッグ
処理手段１１からこの通知を受け取ると、判断手段１５
は、設定手段１２の設定したバリア同期ポイント配下の
存在する全てのブレークポイントに基づくタスクの停止
が完了したのか否かを判断する。

【００２７】これを受けて、再開手段１６は、判断手段
１５が未完了を判断すると、その判断対象となった停止
タスクをサスペンド状態にしてから、マルチタスクプロ
グラム１０の実行を再開させる。一方、制御手段１７
は、判断手段１５が完了を判断すると、バリア同期の完
了を判断して、サスペンド状態に設定したタスクを実行
可能状態に戻す。

【００２８】このとき、バリア同期ポイントを構成しな
いブレークポイントが設定される場合には、バリア同期
ポイントを構成するブレークポイントに基づくタスクの
停止に応答してバリア同期の動作に入った後、バリア同
期ポイントを構成しないブレークポイントに基づくタス
クの停止が発生するときに、そのブレークポイントを無
視してマルチタスクプログラム１０の実行を再開させる
実行手段を備えることで、バリア同期を迅速に実行でき
るように処理することがある。

【００２９】また、このように構成される本発明のデバ
ッグ装置１では、設定手段１２は、タスクに設定される
複数のブレークポイントを１つのバリア同期ポイントと
して、そのバリア同期ポイントを複数設定し、これを受
けて、デバッグ処理手段１１は、それらのブレークポイ
ントに応じたプログラム停止命令をマルチタスクプログ
ラム１０に埋め込むとともに、バリア同期ポイント管理
手段１３は、その設定されたバリア同期ポイントの情報
を管理する。

【００３０】続いて、マルチタスクプログラム１０が起
動されると、ブレークポイントに到達したタスクは、埋
め込まれたプログラム停止命令に従って動作を停止し
て、その旨をデバッグ処理手段１１に通知する。

【００３１】デバッグ処理手段１１からこの最初の通知
を受け取ると、特定手段１４は、最初にタスクを停止さ
せたブレークポイントの属するバリア同期ポイントを特
定することで、設定された複数のバリア同期ポイントの
中からバリア同期の対象となるバリア同期ポイントを特
定し、これを受けて、その後、デバッグ処理手段１１か
らこの通知を受け取ると、判断手段１５は、特定手段１
４の特定したバリア同期ポイント配下の存在する全ての
ブレークポイントに基づくタスクの停止が完了したのか
否かを判断する。

【００３２】これを受けて、再開手段１６は、判断手段
１５が未完了を判断すると、その判断対象となった停止
タスクをサスペンド状態にしてから、マルチタスクプロ
グラム１０の実行を再開させる。一方、制御手段１７
は、判断手段１５が完了を判断すると、バリア同期の完
了を判断して、サスペンド状態に設定したタスクを実行
可能状態に戻す。

【００３３】このとき、特定手段１４の特定したバリア
同期ポイント以外のバリア同期ポイント配下のブレーク
ポイントに基づくタスクの停止が発生するときに、その
ブレークポイントを無視してマルチタスクプログラム１
０の実行を再開させる実行手段を備えることで、バリア
同期を迅速に実行できるように処理することがある。

【００３４】そして、このとき、バリア同期ポイントを
構成しないブレークポイントが設定される場合には、バ
リア同期ポイントを構成するブレークポイントに基づく
タスクの停止に応答してバリア同期の動作に入った後、
バリア同期ポイントを構成しないブレークポイントに基
づくタスクの停止が発生するときに、そのブレークポイ
ントを無視してマルチタスクプログラム１０の実行を再
開させる実行手段を備えることで、バリア同期を迅速に
実行できるように処理することがある。

【００３５】このようにして、本発明によれば、マルチ
タスクプログラム１０をデバッグするときに、目的とな
る任意のタスクをそれぞれの目的となる任意のプログラ
ム位置に停止させていくというバリア同期を実現できる
ようになる。

【００３６】これから、複数のタスクがそれぞれの分担
個所を分担して初期化処理を行うとか、複数のタスクが
それぞれの分担個所を分担して計算処理を行うといった
ような処理を行うマルチタスクプログラムのデバッグを
効率的に実行できるようになる。

【００３７】そして、本発明によれば、複数のバリア同
期ポイントを設定可能とするときにあって、最初にブレ
ークポイントに到達したバリア同期ポイントをバリア同
期の対象とする構成を採ることから、バリア同期に基づ
くデバッグをプログラムの実行順序に整合させて行うこ
とができるようになる。

【００３８】

【発明の実施の形態】以下、実施の形態に従って本発明
を詳細に説明する。

【００３９】デバッグの対象となるマルチタスクプログ
ラムとして、プロセス内に相互依存の関係にある複数の
スレッドを並列実行させるマルチスレッドプログラムを
想定して、任意のスレッドだけに効力を持つブレークポ
イントを設定できる機能と、目的のスレッドだけを実行
再開させる機能とを持つマルチスレッドデバッガに適用
した実施例に従って、本発明を詳細に説明する。

【００４０】なお、マルチスレッドプログラムは、スタ
ック域は各スレッドで固有であるが、命令域やデータ域
はプログラム内の全スレッドで共有される特性を持って
いる。

【００４１】図２に、本発明のデバッガ装置１の一実施
例を図示する。

【００４２】図中、２０はデバッグ対象となるマルチス
レッドプログラム、３０はマルチスレッドプログラム２
０をデバッグするマルチスレッドデバッガ、４０はブレ
ークポイントを管理するブレークポイント管理機構、５
０は本発明を実現すべく備えられるバリア同期ポイント
設定プログラム、６０は本発明を実現すべく備えられる
バリア同期ポイント管理機構、７０は本発明を実現すべ
く備えられるバリア同期ポイント実行制御プログラムで
ある。

【００４３】このマルチスレッドデバッガ３０は、プロ
グラマなどから入力されてくる各種指示を処理して、マ
ルチスレッドプログラム２０に対して、ブレークポイン
トを設定したり解除したり、プログラムの実行や実行再
開を指示したりといったような従来のマルチスレッドデ
バッガが持つ一般的な機能を処理する。

【００４４】ブレークポイント管理機構４０は、ブレー
クポイントの設定や解除などといったブレークポイント
に関する管理を行うものであり、マルチスレッドデバッ
ガ３０に組み込まれて備えられることもある。

【００４５】バリア同期ポイント設定プログラム５０
は、本発明を実現すべくフロッピィディスクや回線など
を介してインストールされてメモリ上に展開され、マル
チスレッドプログラム２０を設定先として、バリア同期
の対象となるブレークポイント（バリア同期先のスレッ
ドと、そのバリア同期停止位置とを規定する）を設定す
ることで、バリア同期ポイントを設定する。

【００４６】例えば、マルチスレッドプログラム２０の
１１行目のプログラム位置で、スレッド１，２，３，
４，５をバリア同期により停止させるというようなバリ
ア同期ポイントを設定するのである。

【００４７】バリア同期ポイント管理機構６０は、バリ
ア同期ポイント設定プログラム５０により設定されたバ
リア同期ポイントの情報を管理するバリア同期ポイント
情報管理域６１と、本発明を実現すべくフロッピィディ
スクや回線などを介してインストールされてメモリ上に
展開され、バリア同期ポイント設定プログラム５０によ
り設定されたバリア同期ポイントの情報をバリア同期ポ
イント情報管理域６１に登録するバリア同期ポイント情
報登録プログラム６２とを備える。

【００４８】バリア同期ポイント実行制御プログラム７
０は、本発明を実現すべくフロッピィディスクや回線な
どを介してインストールされてメモリ上に展開され、バ
リア同期ポイント情報管理域６１に管理されるバリア同
期ポイント情報を参照しつつ、本発明に特徴的なバリア
同期の制御処理を実行する。

【００４９】図３に、バリア同期ポイント情報管理域６
１に管理されるバリア同期ポイント情報のデータ構造の
一実施例を図示する。

【００５０】この図に示すように、バリア同期ポイント
情報管理域６１は、バリア同期ポイントのＩＤを管理す
るバリア同期ポイント管理ブロック６１０-i（ｉ＝１〜
ｎ）と、ブレークポイントの情報を管理するブレークポ
イント管理ブロック６１１-i（ｉ＝１,2,...）と、バリ
ア同期の動作に入っているバリア同期ポイントがどれで
あるのかを管理する動作中バリア同期ポイント管理ブロ
ック６１２とを使って、バリア同期情報を管理する構成
を採っている。

【００５１】このバリア同期ポイント管理ブロック６１
０-iは、図４に示すように、前後に接続されるバリア同
期ポイント管理ブロック６１０-iへの管理チェーンと、
自ブロックの管理するバリア同期ポイントのＩＤと、そ
のバリア同期ポイントの構成ブレークポイントを管理す
る先頭のブレークポイント管理ブロック６１１-iへの管
理チェーン（構成ブレークポイント用管理チェーン）と
を管理する。

【００５２】一方、ブレークポイント管理ブロック６１
１-iは、図５に示すように、前後に接続されるブレーク
ポイント管理ブロック６１１-iへの管理チェーンと、自
ブロックの管理するブレークポイントのＩＤと、そのブ
レークポイントのプログラム位置と、そのブレークポイ
ントの設定されるスレッドの識別子と、そのブレークポ
イントがバリア同期ポイントを構成するブレークポイン
トであるのか否かを示すフラグ（バリア同期ポイントフ
ラグ）と、同一バリア同期ポイントの構成ブレークポイ
ントを管理するブレークポイント管理ブロック６１１-i
への管理チェーン（バリア同期用管理チェーン）とを管
理する。

【００５３】一方、動作中バリア同期ポイント管理ブロ
ック６１２は、図６に示すように、バリア同期の動作に
入っているバリア同期ポイントがある場合には、そのバ
リア同期ポイントを管理するバリア同期ポイント管理ブ
ロック６１０-iへのチェーンを管理し、バリア同期の動
作に入っていない場合には、ＮＵＬＬポインタを管理す
る。

【００５４】このようなデータ構造を持つバリア同期ポ
イント管理ブロック６１０-i／ブレークポイント管理ブ
ロック６１１-iを使い、“１”〜“ｎ”という識別子を
持つｎ個のバリア同期ポイントが設定されている場合に
あって、“１”という識別子を持つバリア同期ポイント
が、“１”という識別子を持つブレークポイント（プロ
グラム位置＝１１行、設定先スレッド識別子＝１）と、
“２”という識別子を持つブレークポイント（プログラ
ム位置＝１１行、設定先スレッド識別子＝２）などのブ
レークポイントから構成されている場合には、例えば、
図３に示すようなチェーンを張ることで、“１”という
識別子を持つバリア同期ポイントの情報を管理するので
ある。

【００５５】そして、動作中バリア同期ポイント管理ブ
ロック６１２を使って、例えば、図３に示すようなチェ
ーンを張ることで、バリア同期の動作に入っているバリ
ア同期ポイントが“１”という識別子を持つバリア同期
ポイントであるということを管理するのである。

【００５６】なお、この管理形態では、全てのブレーク
ポイント（バリア同期ポイントとならないものもある）
に対応付けて用意されて、それらのブレークポイントの
情報を管理するブレークポイント管理ブロック６１１-i
（ｉ＝１,2,...）を用意する構成を採って、その中か
ら、バリア同期ポイントを構成するものをバリア同期用
管理チェーンで接続することで、各バリア同期ポイント
の持つブレークポイントを管理するという方法を用いて
いるが、本発明を実現するためだけであれば、バリア同
期ポイントを構成しないブレークポイントを管理するブ
レークポイント管理ブロック６１１-i（例えば、図３中
のブレークポイント管理ブロック６１１-3）について
は、省略することが可能である。

【００５７】図７に、バリア同期ポイント情報登録プロ
グラム６２の実行する処理フローの一実施例、図８ない
し図１０に、バリア同期ポイント実行制御プログラム７
０の実行する処理フローの一実施例を図示する。次に、
これらの処理フローに従って、このように構成される実
施例の処理について詳細に説明する。

【００５８】バリア同期ポイント情報登録プログラム６
２は、マルチスレッドデバッガ３０を介して、バリア同
期ポイント設定プログラム５０の設定したバリア同期ポ
イントを受け取ることで起動されると、設定されたバリ
ア同期ポイントを順番に選択し、その選択した各バリア
同期ポイントに対して図７の処理フローの処理を施して
いくことで、設定されたバリア同期ポイントの情報をバ
リア同期ポイント情報管理域６１に登録していくように
処理する。

【００５９】すなわち、バリア同期ポイント情報登録プ
ログラム６２は、起動されると、図７の処理フローに示
すように、先ず最初に、ステップ１で、選択したバリア
同期ポイントに対応付けて、バリア同期ポイント管理ブ
ロック６１０-iを作成して、それと既に作成されている
バリア同期ポイント管理ブロック６１０-iとの間にチェ
ーンを張る。

【００６０】続いて、ステップ２で、選択したバリア同
期ポイントを解析して、スレッド単位のブレークポイン
トに分割する。続いて、ステップ３で、分割した全ての
ブレークポイントを選択したのか否かを判断して、全て
のブレークポイントを選択したことを判断するときに
は、選択したバリア同期ポイントの情報の登録完了を判
断して、選択したバリア同期ポイントについての処理を
終了する。

【００６１】一方、ステップ３で、分割した全てのブレ
ークポイントを選択していないことを判断するときに
は、ステップ４に進んで、分割したブレークポイントの
中から未選択のものを１つ選択する。続いて、ステップ
５で、選択したブレークポイントがブレークポイント管
理機構４０にて既に管理されているのか否かを判断し
て、未管理のものである場合には、ステップ６に進ん
で、ブレークポイント管理機構４０に依頼することで、
選択したブレークポイントをブレークポイント管理機構
４０の管理下に置く。

【００６２】ブレークポイント管理機構４０の管理下に
あるブレークポイントについては、そのブレークポイン
トを管理するブレークポイント管理ブロック６１１-iが
作成されているので、このステップ６では、ブレークポ
イント管理機構４０の管理下にないブレークポイントを
処理対象として、ブレークポイント管理機構４０に依頼
することで、そのブレークポイントを管理するブレーク
ポイント管理ブロック６１１-iを作成してもらうように
処理するのである。

【００６３】このようにして作成されるブレークポイン
ト管理ブロック６１１-iの管理するブレークポイントに
ついては、マルチスレッドデバッガ３０が、指定される
スレッドの指定されるプログラム位置にプログラム停止
命令を挿入していくことで、ブレークポイントとして機
能させていくように処理することになる。

【００６４】続いて、ステップ７で、選択したブレーク
ポイントを管理するブレークポイント管理ブロック６１
１-iの持つバリア同期ポイントフラグをＯＮすること
で、そのブレークポイントがバリア同期ポイントを構成
するブレークポイントである旨を記録する。

【００６５】続いて、ステップ８で、作成したバリア同
期ポイント管理ブロック６１０-iの持つ構成ブレークポ
イント管理チェーンからのチェーンに、選択したブレー
クポイントを管理するブレークポイント管理ブロック６
１１-iを接続して、ステップ３に戻る。

【００６６】このようにして、バリア同期ポイント情報
登録プログラム６２は、バリア同期ポイント設定プログ
ラム５０の設定したバリア同期ポイントを受け取ると、
バリア同期ポイント管理ブロック６１０-iとブレークポ
イント管理ブロック６１１-iとを使い、図３に示したよ
うな形で、このバリア同期ポイントの情報をバリア同期
ポイント情報管理域６１に登録していくように処理する
のである。

【００６７】次に、バリア同期ポイント実行制御プログ
ラム７０の実行する処理について説明する。

【００６８】マルチスレッドデバッガ３０は、バリア同
期ポイント情報登録プログラム６２が処理を終了する
と、マルチスレッドプログラム２０を起動して、その実
行中に、いずれかのスレッドが何らかの原因で停止する
とバリア同期ポイント実行制御プログラム７０を呼び出
していくことで、マルチスレッドプログラム２０のデバ
ッグ処理に入る。

【００６９】このようにして呼び出されると、バリア同
期ポイント実行制御プログラム７０は、図８ないし図１
０の処理フローに示すように、先ず最初に、ステップ１
で、スレッドの停止原因がブレークポイントによるもの
であるのか否かを判断して、スレッドの停止原因がブレ
ークポイントによるものでないことを判断するときに
は、自プログラムの処理する内容でないことを判断し
て、そのままマルチスレッドデバッガ３０に制御を戻
す。

【００７０】一方、ステップ１で、スレッドの停止原因
がブレークポイントによるものであることを判断すると
きには、ステップ２に進んで、動作中バリア同期ポイン
ト管理ブロック６１２にＮＵＬＬポインタが登録されて
いるのか否かを判断することで、バリア同期の動作中で
あるのか否かを判断する。

【００７１】すなわち、後述することから分かるよう
に、バリア同期の動作中であるときには、動作中バリア
同期ポイント管理ブロック６１２に、バリア同期動作中
のバリア同期ポイントを管理するバリア同期ポイント管
理ブロック６１０-iへのチェーンが登録されているの
で、動作中バリア同期ポイント管理ブロック６１２にＮ
ＵＬＬポインタが登録されているのか否かを判断するこ
とで、バリア同期の動作中であるのか否かを判断するの
である。

【００７２】なお、マルチスレッドデバッガ３０は、マ
ルチスレッドプログラム２０の実行開始にあたって、動
作中バリア同期ポイント管理ブロック６１２にＮＵＬＬ
ポインタを書き込んでいくという初期化処理を行う。

【００７３】この判断処理に従って、動作中バリア同期
ポイント管理ブロック６１２にＮＵＬＬポインタが登録
されていることで、バリア同期の動作中でないことを判
断するときには、ステップ３に進んで、停止原因となっ
たブレークポイントを管理するブレークポイント管理ブ
ロック６１１-iのバリア同期ポイントフラグがＯＮを表
示しているのか否かを判断して、ＯＦＦを表示している
ことを判断するときには、バリア同期の対象ではないブ
レークポイントが停止原因であることを判断して、その
ままマルチスレッドデバッガ３０に制御を戻すことで、
通常のブレークポイントに対するデバッグ処理に入るよ
うに制御する。

【００７４】一方、ステップ３の判断処理に従って、停
止原因となったブレークポイントを管理するブレークポ
イント管理ブロック６１１-iのバリア同期ポイントフラ
グがＯＮを表示していることを判断するときには、バリ
ア同期の開始を判断して、ステップ４に進んで、動作中
バリア同期ポイント管理ブロック６１２に、そのブレー
クポイント管理ブロック６１１-iへリンクするバリア同
期ポイント管理ブロック６１０-iへのチェーンを登録す
る。

【００７５】続いて、ステップ５で、停止したスレッド
をサスペンド状態（マルチスレッドプログラム２０の実
行再開時に、そのスレッドの実行を再開しない状態にす
る）に設定し、続くステップ６で、プログラマに対して
バリア同期が開始した旨のメッセージを表示してから、
続くステップ７で、マルチスレッドプログラム２０の実
行を再開させて、マルチスレッドデバッガ３０に制御を
戻す。

【００７６】一方、ステップ２の判断処理で、動作中バ
リア同期ポイント管理ブロック６１２にバリア同期ポイ
ント管理ブロック６１０-iへのチェーンが登録されてい
ることを判断するときには、ステップ８（図９の処理フ
ロー）に進んで、停止原因となったブレークポイントを
管理するブレークポイント管理ブロック６１１-iのバリ
ア同期ポイントフラグがＯＮを表示しているのか否かを
判断する。

【００７７】この判断処理により、停止原因となったブ
レークポイントを管理するブレークポイント管理ブロッ
ク６１１-iのバリア同期ポイントフラグがＯＦＦを表示
していることを判断するときには、ステップ９に進ん
で、バリア同期ポイントでないブレークポイントに到達
した旨のメッセージを表示してから、続くステップ１０
で、マルチスレッドプログラム２０の実行を再開させ
て、マルチスレッドデバッガ３０に制御を戻す。

【００７８】すなわち、既にバリア同期に入っているの
で、通常のブレークポイントについては無視して、バリ
ア同期動作中のバリア同期ポイントを構成する次のブレ
ークポイントへの到達を実現すべく、マルチスレッドプ
ログラム２０の実行を再開させるのである。

【００７９】一方、ステップ８で、停止原因となったブ
レークポイントを管理するブレークポイント管理ブロッ
ク６１１-iのバリア同期ポイントフラグがＯＮを表示し
ていることを判断するときには、ステップ１１に進ん
で、そのブレークポイント管理ブロック６１１-iが動作
中バリア同期ポイント管理ブロック６１２からのチェー
ンに繋がっているのか否かを判断する。

【００８０】この判断処理により、停止原因となったブ
レークポイントを管理するブレークポイント管理ブロッ
ク６１１-iが動作中バリア同期ポイント管理ブロック６
１２からのチェーンに繋がっていないことを判断すると
きには、ステップ１２に進んで、バリア同期の動作中で
ないバリア同期ポイントのブレークポイントに到達した
旨のメッセージを表示してから、続くステップ１３で、
マルチスレッドプログラム２０の実行を再開させて、マ
ルチスレッドデバッガ３０に制御を戻す。

【００８１】すなわち、バリア同期動作に入れるのは、
複数設定されるバリア同期ポイントの中の最初にブレー
クポイントに到達したものだけであるので、それ以外の
バリア同期ポイントのブレークポイントについては無視
して、バリア同期動作中のバリア同期ポイントを構成す
る次のブレークポイントへの到達を実現すべく、マルチ
スレッドプログラム２０の実行を再開させるのである。

【００８２】一方、ステップ１１で、停止原因となった
ブレークポイントを管理するブレークポイント管理ブロ
ック６１１-iが動作中バリア同期ポイント管理ブロック
６１２からのチェーンに繋がっていることを判断すると
きには、ステップ１４に進んで、そのチェーンに繋がる
ブレークポイント管理ブロック６１１-iを参照すること
で、バリア同期動作中のバリア同期ポイント配下のブレ
ークポイントの設定されるスレッドを特定して、それら
の全てのスレッドの停止が完了したのか否かを判断する
ことで、バリア同期が完了したのか否かを判断する。

【００８３】このとき、バリア同期動作中のバリア同期
ポイントの中に、その時点では存在しないスレッドを設
定先とするブレークポイントが含まれることがあるが、
このときには、そのスレッドについては停止しているも
のと見なして、この判断処理を実行する。

【００８４】すなわち、現在存在しないスレッドがバリ
ア同期ポイントで指定されることがある（プログラマが
スレッドの存在の有無を知らないことがある）ので、そ
のようなスレッドを設定先とするブレークポイントを除
きつつ、バリア同期動作中のバリア同期ポイント配下の
存在する全てのブレークポイントに基づくスレッドの停
止が完了したのか否かを判断することで、バリア同期が
完了したのか否かを判断するのである。

【００８５】この判断処理により、バリア同期が完了し
ていないことを判断するときには、ステップ１５に進ん
で、停止したスレッドをサスペンド状態（マルチスレッ
ドプログラム２０の実行再開時に、そのスレッドの実行
を再開しない状態にする）に設定し、続くステップ１６
で、プログラマに対してバリア同期中である旨のメッセ
ージを表示してから、続くステップ１７（図１０の処理
フロー）で、マルチスレッドプログラム２０の実行を再
開させて、マルチスレッドデバッガ３０に制御を戻す。

【００８６】一方、ステップ１４で、バリア同期が完了
したことを判断するときには、ステップ１８（図１０の
処理フロー）に進んで、プログラマに対してバリア同期
が完了した旨のメッセージを表示し、続くステップ１９
で、バリア同期のためにサスペンド状態にしたスレッド
を実行可能状態に戻してから、マルチスレッドデバッガ
３０に制御を戻す。

【００８７】このようにして、バリア同期ポイント実行
制御プログラム７０は、図１１に示すように、バリア同
期ポイント設定プログラム５０により複数のバリア同期
ポイントが設定されると、その中から、最初にスレッド
を停止させたバリア同期ポイントをバリア同期の対象と
して設定し、そのバリア同期ポイントの指定するブレー
クポイントに到達したスレッドをサスペンド状態にしな
がら、そのバリア同期ポイント配下の存在する全てのブ
レークポイントに基づくスレッドの停止が完了すると、
サスペンド状態にしたスレッドを実行可能状態に戻し
て、マルチスレッドデバッガ３０に制御を戻していくよ
うに処理するのである。

【００８８】このように、本発明によれば、マルチスレ
ッドプログラム２０をデバッグするときに、目的となる
任意のスレッドをそれぞれの目的となる任意のプログラ
ム位置に停止させていくというバリア同期を実現できる
ようになるのである。

【００８９】次に、図１２に示すマルチスレッドプログ
ラム２０を具体例にして、本発明により実現されるバリ
ア同期について具体的に説明する。

【００９０】この図１２に示すマルチスレッドプログラ
ム２０は、図１３に示すように、広域変数である配列ar
ray[50] の０〜９に“０”を書き込み、10〜19に“１
０”を書き込み、20〜29に“２０”を書き込み、30〜39
に“３０”を書き込み、40〜49に“４０”を書き込むと
いう処理を実行するものであり、図１４に示すように、
４つのスレッド（ＴＨＲー２〜５）を生成して、この生
成する４つのスレッドと、初期スレッドとして機能する
関数main()とを使って、この書込処理を実行するもので
ある。

【００９１】図１２に示すマルチスレッドプログラム２
０のプログラム動作について説明するならば、関数main
()（２０行）が起動されると、２７行に記述されるfor
文の指定する繰り返し回数（４回）に従って、２９行に
記述されるシステム関数により４つのスレッドが生成さ
れる。

【００９２】このようにして生成されるスレッドは、２
９行の記述に従って、begin[i]のアドレスを渡しつつ、
関数PE()（１４行）を呼び出す。ここで、２７行及び２
８行の記述に従って、begin[i]には、 begin[0]=0 begin[1]=10 begin[2]=20 begin[3]=30 という値が設定されている。

【００９３】スレッドから呼び出されると、関数PE()
は、１６行の記述に従って、begin[i]の実体を渡しつ
つ、関数sub()(６行）を呼び出す。一方、関数main()
は、３２行の記述に従って、「begin[4]=40 」を渡しつ
つ、関数sub() を呼び出す。

【００９４】このようにして呼び出されると、関数su
b() は、１０行の記述に従って、図１３に示したよう
に、配列array[50] の０〜９に“０”を書き込み、10〜
19に“１０”を書き込み、20〜29に“２０”を書き込
み、30〜39に“３０”を書き込み、40〜49に“４０”を
書き込むという処理を実行する。

【００９５】この関数sub() による処理を受けて、初期
スレッドとして機能する関数main()は、自分の作成した
全てのスレッドがこの処理を終了するのを待ち合わせ
て、その待ち合わせを終えると、５つのスレッドにより
設定された配列array[50] の内容を表示して、処理を終
了する。

【００９６】このようにして、４つのスレッドは、一斉
に単独で関数PE０から動作し始め、スレッドの作成時に
渡された引数をそのまま関数sub()(配列への設定処理を
行う関数）に渡して実行させる。このとき、初期スレッ
ドである関数main０は、スレッドの作成に続いて他のス
レッドと同様に関数sub() を実行させる。

【００９７】この時点で、５つのスレッドは、引数を変
えて関数sub() を同時に動作させていることになる。す
なわち、同じ位置の同じ命令列（関数sub())を同時に５
つのスレッドで動作させていくことになる。

【００９８】この図１２に示すマルチスレッドプログラ
ム２０をデバッグする場合に、図１３に示すような書込
処理が正常に行われたのかを確認する必要がある。

【００９９】そこで、本発明を使い、５つのスレッド＜
ＴＨＲ−１＞〜＜ＴＨＲ−５＞に対して、図１２に示す
マルチスレッドプログラム２０の１１行をブレークポイ
ントするバリア同期ポイントを設定することで、５つの
スレッド＜ＴＨＲ−１＞〜＜ＴＨＲ−５＞をその１１行
でバリア同期させて、この書込処理が正常に行われたの
か否かを確認するデバッグ処理を行う。

【０１００】このバリア同期ポイントを設定する場合、
最初に停止するスレッドは不定だが、例えば、最初に、
スレッド＜ＴＨＲ−２＞がバリア同期ポイントを構成す
るブレークポイントによって停止するとし、それに続い
て、スレッド＜ＴＨＲ−３＞が停止し、それに続いて、
スレッド＜ＴＨＲ−４＞が停止し、それに続いて、スレ
ッド＜ＴＨＲ−５＞が停止し、最後に、スレッド＜ＴＨ
Ｒ−１＞が停止していくとする。

【０１０１】この場合には、上述した処理に従って、ス
レッド＜ＴＨＲ−２＞が１１行で停止することでバリア
同期が動作を開始し、そのスレッド＜ＴＨＲ−２＞をサ
スペンド状態にした後、マルチスレッドプログラム２０
の実行を再開させる。

【０１０２】続いて、スレッド＜ＴＨＲ−３＞が１１行
で停止し、それに応じてサスペンド状態にし、続いて、
スレッド＜ＴＨＲ−４＞が１１行で停止し、それに応じ
てサスペンド状態にし、続いて、スレッド＜ＴＨＲ−５
＞が１１行で停止し、それに応じてサスペンド状態にし
ていく。

【０１０３】最後に、スレッド＜ＴＨＲ−１＞が１１行
で停止し、これによりプログラマが指定した現在存在し
ている全てのスレッドがバリア同期ポイントで停止した
ことでバリア同期動作が完了したことを認識して、その
旨をプログラマに通知し、このバリア同期のためにサス
ペンド状態にしたスレッド＜ＴＨＲ−２＞、スレッド＜
ＴＨＲ−３＞、スレッド＜ＴＨＲ−４＞、スレッド＜Ｔ
ＨＲ−５＞を実行再開可能状態にして、マルチスレッド
デバッガ３０に制御を戻していく。

【０１０４】このようにして、本発明を用いることで、
図１２に示すようなマルチスレッドプログラム２０のデ
バッグが可能になる。

【０１０５】上述した実施例では、複数のバリア同期ポ
イントの設定を可能とする構成を開示したが、１つのバ
リア同期ポイントの設定のみを許可するという構成を採
ることも可能である。この実施例に従う場合には、設定
されるバリア同期ポイントがバリア同期の対象となるこ
とから、動作中バリア同期ポイント管理ブロック６１２
を備える必要はなく、その代わりに、バリア同期の動作
中であるのか否かを表示するフラグを用意することにな
る。

【０１０６】この実施例に従う場合、バリア同期ポイン
ト実行制御プログラム７０は、図８ないし図１０の処理
フローに代えて、図１５及び図１６の処理フローの処理
を実行することになる。

【０１０７】すなわち、いずれかのスレッドが何らかの
原因で停止することでマルチスレッドデバッガ３０から
呼び出されると、バリア同期ポイント実行制御プログラ
ム７０は、図１５及び図１６の処理フローに示すよう
に、先ず最初に、ステップ１で、スレッドの停止原因が
ブレークポイントによるものであるのか否かを判断し
て、スレッドの停止原因がブレークポイントによるもの
でないことを判断するときには、自プログラムの処理す
る内容でないことを判断して、そのままマルチスレッド
デバッガ３０に制御を戻す。

【０１０８】一方、ステップ１で、スレッドの停止原因
がブレークポイントによるものであることを判断すると
きには、ステップ２に進んで、バリア同期の動作中であ
るのか否かを表示するフラグがＯＮになっているのか否
かを判断することで、バリア同期の動作中であるのか否
かを判断する。なお、このフラグは、マルチスレッドプ
ログラム２０の実行開始時にＯＦＦにセットされる。

【０１０９】この判断処理に従って、バリア同期の動作
中でないことを判断するときには、ステップ３に進ん
で、停止原因となったブレークポイントを管理するブレ
ークポイント管理ブロック６１１-iのバリア同期ポイン
トフラグがＯＮを表示しているのか否かを判断して、Ｏ
ＦＦを表示していることを判断するときには、バリア同
期の対象ではないブレークポイントが停止原因であるこ
とを判断して、そのままマルチスレッドデバッガ３０に
制御を戻すことで、通常のブレークポイントに対するデ
バッグ処理に入るように制御する。

【０１１０】一方、ステップ３の判断処理に従って、停
止原因となったブレークポイントを管理するブレークポ
イント管理ブロック６１１-iのバリア同期ポイントフラ
グがＯＮを表示していることを判断するときには、バリ
ア同期の開始を判断して、ステップ４に進んで、バリア
同期の動作中であるのか否かを表示するフラグをＯＮに
することで、バリア同期の動作中であることを記録す
る。

【０１１１】続いて、ステップ５で、停止したスレッド
をサスペンド状態に設定し、続くステップ６で、プログ
ラマに対してバリア同期が開始した旨のメッセージを表
示してから、続くステップ７で、マルチスレッドプログ
ラム２０の実行を再開させて、マルチスレッドデバッガ
３０に制御を戻す。

【０１１２】一方、ステップ２の判断処理で、バリア同
期の動作中であることを判断するときには、ステップ８
（図１６の処理フロー）に進んで、停止原因となったブ
レークポイントを管理するブレークポイント管理ブロッ
ク６１１-iのバリア同期ポイントフラグがＯＮを表示し
ているのか否かを判断する。

【０１１３】この判断処理により、停止原因となったブ
レークポイントを管理するブレークポイント管理ブロッ
ク６１１-iのバリア同期ポイントフラグがＯＦＦを表示
していることを判断するときには、ステップ９に進ん
で、バリア同期ポイントでないブレークポイントに到達
した旨のメッセージを表示してから、続くステップ１０
で、マルチスレッドプログラム２０の実行を再開させ
て、マルチスレッドデバッガ３０に制御を戻す。

【０１１４】すなわち、既にバリア同期に入っているの
で、通常のブレークポイントについては無視して、バリ
ア同期ポイントを構成する次のブレークポイントへの到
達を実現すべく、マルチスレッドプログラム２０の実行
を再開させるのである。

【０１１５】一方、ステップ８で、停止原因となったブ
レークポイントを管理するブレークポイント管理ブロッ
ク６１１-iのバリア同期ポイントフラグがＯＮを表示し
ていることを判断するときには、ステップ１１に進ん
で、そのブレークポイント管理ブロック６１１-iにバリ
ア同期用管理チェーン（図５に示したもの）で繋がるブ
レークポイント管理ブロック６１１-iを参照すること
で、バリア同期ポイント配下のブレークポイントの設定
されるスレッドを特定して、それらの全てのスレッドの
停止が完了したのか否かを判断することで、バリア同期
が完了したのか否かを判断する。

【０１１６】このとき、バリア同期ポイントの中に、そ
の時点では存在しないスレッドを設定先とするブレーク
ポイントが含まれることがあるが、このときには、その
スレッドについては停止しているものと見なして、この
判断処理を実行する。

【０１１７】すなわち、現在存在しないスレッドがバリ
ア同期ポイントで指定されることがあるので、そのよう
なスレッドを設定先とするブレークポイントを除きつ
つ、バリア同期ポイント配下の存在する全てのブレーク
ポイントに基づくスレッドの停止が完了したのか否かを
判断することで、バリア同期が完了したのか否かを判断
するのである。

【０１１８】この判断処理により、バリア同期が完了し
ていないことを判断するときには、ステップ１２に進ん
で、停止したスレッドをサスペンド状態に設定し、続く
ステップ１３で、プログラマに対してバリア同期中であ
る旨のメッセージを表示してから、続くステップ１４
で、マルチスレッドプログラム２０の実行を再開させ
て、マルチスレッドデバッガ３０に制御を戻す。

【０１１９】一方、ステップ１１で、バリア同期が完了
したことを判断するときには、ステップ１５に進んで、
プログラマに対してバリア同期が完了した旨のメッセー
ジを表示し、続くステップ１６で、バリア同期のために
サスペンド状態にしたスレッドを実行可能状態に戻して
から、マルチスレッドデバッガ３０に制御を戻す。

【０１２０】このようにして、バリア同期ポイント実行
制御プログラム７０は、１つのバリア同期ポイントの設
定のみを許可するという構成を採る場合には、図１５及
び図１６の処理フローの処理を実行することで、マルチ
スレッドプログラム２０に対するバリア同期を実行する
のである。

【０１２１】図示実施例に従って本発明を説明したが、
本発明はこれに限定されるものではない。例えば、実施
例では、マルチスレッドプログラム２０に対してのバリ
ア同期を具体例にして本発明を説明したが、本発明は、
相互依存の関係のある複数のプロセスを並列実行させる
マルチプロセスプログラムなどのような他のマルチタス
クプログラムに対してもそのまま適用できる。

【０１２２】

【発明の効果】以上説明したように、本発明によれば、
マルチタスクプログラムをデバッグするときに、目的と
なる任意のタスクをそれぞれの目的となる任意のプログ
ラム位置に停止させていくというバリア同期を実現でき
るようになる。

【０１２３】これから、複数のタスクがそれぞれの分担
個所を分担して初期化処理を行うとか、複数のタスクが
それぞれの分担個所を分担して計算処理を行うといった
ような処理を行うマルチタスクプログラムのデバッグを
効率的に実行できるようになる。

【０１２４】そして、本発明によれば、複数のバリア同
期ポイントを設定可能とするときにあって、最初にブレ
ークポイントに到達したバリア同期ポイントをバリア同
期の対象とする構成を採ることから、バリア同期に基づ
くデバッグをプログラムの実行順序に整合させて行うこ
とができるようになる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明の一実施例である。

【図３】バリア同期ポイント管理の一実施例である。

【図４】バリア同期ポイント管理ブロックの一実施例で
ある。

【図５】ブレークポイント管理ブロックの一実施例であ
る。

【図６】動作中バリア同期ポイント管理ブロックの一実
施例である。

【図７】バリア同期ポイント情報登録プログラムの処理
フローである。

【図８】バリア同期ポイント実行制御プログラムの処理
フローである。

【図９】バリア同期ポイント実行制御プログラムの処理
フローである。

【図１０】バリア同期ポイント実行制御プログラムの処
理フローである。

【図１１】実施例の処理の説明図である。

【図１２】マルチスレッドプログラムの一例である。

【図１３】マルチスレッドプログラムの説明図である。

【図１４】マルチスレッドプログラムの説明図である。

【図１５】バリア同期ポイント実行制御プログラムの処
理フローである。

【図１６】バリア同期ポイント実行制御プログラムの処
理フローである。

【符号の説明】

１ デバッグ装置 １０ マルチタスクプログラム １１ デバッグ処理手段 １２ 設定手段 １３ バリア同期ポイント管理手段 １４ 特定手段 １５ 判断手段 １６ 再開手段 １７ 制御手段

Claims (8)

【特許請求の範囲】
1. 【請求項１】 マルチタスクプログラムを処理対象とす
   るデバッグ装置において、 タスクに設定される複数のブレークポイントを１つのバ
   リア同期ポイントとして、該バリア同期ポイントを１つ
   設定する設定手段と、 上記ブレークポイントに基づくタスクの停止が発生する
   ときに、上記バリア同期ポイント配下の存在する全ての
   上記ブレークポイントに基づくタスクの停止が完了した
   のか否かを判断する判断手段と、 上記判断手段が未完了を判断するときに、その判断対象
   となった停止タスクをサスペンド状態にしてから、マル
   チタスクプログラムの実行を再開させる再開手段と、 上記判断手段が完了を判断するときに、サスペンド状態
   に設定したタスクを実行可能状態に戻す制御手段とを備
   えることを、 特徴とするデバッグ装置。
2. 【請求項２】 マルチタスクプログラムを処理対象とす
   るデバッグ装置において、 タスクに設定される複数のブレークポイントを１つのバ
   リア同期ポイントとして、該バリア同期ポイントを複数
   設定する設定手段と、 最初にタスクを停止させた上記ブレークポイントの属す
   るバリア同期ポイントを特定する特定手段と、 上記ブレークポイントに基づくタスクの停止が発生する
   ときに、上記特定手段の特定するバリア同期ポイントを
   判断対象として、該バリア同期ポイント配下の存在する
   全ての上記ブレークポイントに基づくタスクの停止が完
   了したのか否かを判断する判断手段と、 上記判断手段が未完了を判断するときに、その判断対象
   となった停止タスクをサスペンド状態にしてから、マル
   チタスクプログラムの実行を再開させる再開手段と、 上記判断手段が完了を判断するときに、サスペンド状態
   に設定したタスクを実行可能状態に戻す制御手段とを備
   えることを、 特徴とするデバッグ装置。
3. 【請求項３】 請求項２記載のデバッグ装置において、 特定手段の特定したバリア同期ポイント以外のバリア同
   期ポイント配下のブレークポイントに基づくタスクの停
   止が発生するときに、該ブレークポイントを無視してマ
   ルチタスクプログラムの実行を再開させる実行手段を備
   えることを、 特徴とするデバッグ装置。
4. 【請求項４】 請求項１〜３のいずれかに記載されるデ
   バッグ装置において、 バリア同期ポイントを構成しないブレークポイントが設
   定される場合に、バリア同期ポイントを構成するブレー
   クポイントに基づくタスクの停止に応答してバリア同期
   の動作に入った後、バリア同期ポイントを構成しないブ
   レークポイントに基づくタスクの停止が発生するとき
   に、該ブレークポイントを無視してマルチタスクプログ
   ラムの実行を再開させる実行手段を備えることを、 特徴とするデバッグ装置。
5. 【請求項５】 マルチタスクプログラムを処理対象とす
   るデバッグ方法において、 タスクに設定される複数のブレークポイントを１つのバ
   リア同期ポイントとして、該バリア同期ポイントを１つ
   設定する第１の処理過程と、 上記ブレークポイントに基づくタスクの停止が発生する
   ときに、上記バリア同期ポイント配下の存在する全ての
   上記ブレークポイントに基づくタスクの停止が完了した
   のか否かを判断する第２の処理過程と、 第２の処理過程で未完了を判断するときに、その判断対
   象となった停止タスクをサスペンド状態にしてから、マ
   ルチタスクプログラムの実行を再開させる第３の処理過
   程と、 第２の処理過程で完了を判断するときに、サスペンド状
   態に設定したタスクを実行可能状態に戻す第４の処理過
   程とを備えることを、 特徴とするデバッグ方法。
6. 【請求項６】 マルチタスクプログラムを処理対象とす
   るデバッグ方法において、 タスクに設定される複数のブレークポイントを１つのバ
   リア同期ポイントとして、該バリア同期ポイントを複数
   設定する第１の処理過程と、 最初にタスクを停止させた上記ブレークポイントの属す
   るバリア同期ポイントを特定する第２の処理過程と、 上記ブレークポイントに基づくタスクの停止が発生する
   ときに、第２の処理過程で特定したバリア同期ポイント
   を判断対象として、該バリア同期ポイント配下の存在す
   る全ての上記ブレークポイントに基づくタスクの停止が
   完了したのか否かを判断する第３の処理過程と、 第３の処理過程で未完了を判断するときに、その判断対
   象となった停止タスクをサスペンド状態にしてから、マ
   ルチタスクプログラムの実行を再開させる第４の処理過
   程と、 第３の処理過程で完了を判断するときに、サスペンド状
   態に設定したタスクを実行可能状態に戻す第５の処理過
   程とを備えることを、 特徴とするデバッグ方法。
7. 【請求項７】 マルチタスクプログラムを処理対象とす
   るデバッグ装置の実現に用いられるプログラムが格納さ
   れるプログラム記録媒体において、 タスクに設定される複数のブレークポイントを１つのバ
   リア同期ポイントとして、該バリア同期ポイントを１つ
   設定する設定処理と、 上記ブレークポイントに基づくタスクの停止が発生する
   ときに、上記バリア同期ポイント配下の存在する全ての
   上記ブレークポイントに基づくタスクの停止が完了した
   のか否かを判断する判断処理と、 上記判断処理で未完了を判断するときに、その判断対象
   となった停止タスクをサスペンド状態にしてから、マル
   チタスクプログラムの実行を再開させる再開処理と、 上記判断処理で完了を判断するときに、サスペンド状態
   に設定したタスクを実行可能状態に戻す制御処理とをコ
   ンピュータに実行させるプログラムが格納されること
   を、 特徴とするプログラム記録媒体。
8. 【請求項８】 マルチタスクプログラムを処理対象とす
   るデバッグ装置の実現に用いられるプログラムが格納さ
   れるプログラム記録媒体において、 タスクに設定される複数のブレークポイントを１つのバ
   リア同期ポイントとして、該バリア同期ポイントを複数
   設定する設定処理と、 最初にタスクを停止させた上記ブレークポイントの属す
   るバリア同期ポイントを特定する特定処理と、 上記ブレークポイントに基づくタスクの停止が発生する
   ときに、上記特定処理で特定するバリア同期ポイントを
   判断対象として、該バリア同期ポイント配下の存在する
   全ての上記ブレークポイントに基づくタスクの停止が完
   了したのか否かを判断する判断処理と、 上記判断処理で未完了を判断するときに、その判断対象
   となった停止タスクをサスペンド状態にしてから、マル
   チタスクプログラムの実行を再開させる再開処理と、 上記判断処理で完了を判断するときに、サスペンド状態
   に設定したタスクを実行可能状態に戻す制御処理とをコ
   ンピュータに実行させるプログラムが格納されること
   を、 特徴とするプログラム記録媒体。