JPH09212385A - 並列プログラムデバッグ装置 - Google Patents

Abstract

(57)【要約】 【課題】 自らが発生させたイベントを使用して並列プ
ログラムの実行再現並びにデバッグ作業の効率化を図る
並列プログラムデバッグ装置を提供する。 【解決手段】 デバッグ対象の並列プログラムの再現実
行の際に必要な自ら設定したイベントに関する採取イベ
ント情報を記憶するイベント知識記憶部３と、採取イベ
ント情報に基づいて並列プログラムの所定の位置でイベ
ントを発生させるイベント発生設定部４と、実行時のイ
ベントの発生順序を記録し、イベント発生順序比較部６
による比較により再実行時に記録した発生順序と異なる
イベントが発生した処理の流れを中断し、その中断イベ
ント情報をイベント一時記憶部７に一時記憶し、一時記
憶イベント検索部８が中断したイベントの実行が期待さ
れる処理に達したことを認識すると中断したイベントに
イベント固有情報を渡して再実行させる発生イベント記
録部５とを有し、プログラムの実行を再現させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、並列プログラムの
デバッグの際に、その実行を再現する並列プログラムデ
バッグ装置に関するものである。

【０００２】

【従来の技術】並列プログラムは基本的に各々の処理の
流れの間では実行順序に再現性がないので、プログラム
に障害が発生した場合に、その状況を再現することが非
常に困難であった。このため、並列プログラムを取り扱
うデバッグ装置には、一般にデバッグの対象となる並列
プログラムの実行を再現するための機能が求められてい
る。

【０００３】実行再現のために、プログラム実行中の命
令実行履歴やレジスタ情報等のプログラムの途中の状態
を履歴情報として逐次記録していき、その履歴情報を使
用して再現する方法が考えられる。しかし、この方法で
は採取する情報が膨大となるため、共有メモリヘのアク
セスなど、実行順序の違いがプログラムの実行結果に対
して影響を与えると考えられる部分についてのみ履歴を
採取する方法が考えられるようになった。

【０００４】従来は、このような方法で実行再現機能を
実現するため、デバッグ対象プログラムにおいて発生す
るイベントや、並列に実行される処理間の通信の発生を
採取、記録し利用していた。このうち、イベントを利用
した従来例として特開平６−２２２９５２号公報に開示
されたデバッグ支援装置は、イベント履歴記録部、プロ
グラム動作再現部、実行命令履歴記録部、命令実行再現
部ユーザインターフェイス部から構成される。この従来
例では、デバッグ対象プログラムにおいてイベントが発
生した際にイベント履歴記録部においてそのイベントの
発生した順序、タスク、内容を履歴情報として記録す
る。そして、実行再現時にプログラム動作再現部におい
て履歴情報を利用してイベントの発生順序と内容とをイ
ベント記録時と同様に保つようにデバッグ対象プログラ
ムの実行を制御する。

【０００５】

【発明が解決しようとする課題】従来の実行再現機能を
持つ並列プログラムデバッグ装置では、デバッグ対象プ
ログラムがイベントを発生した時にイベントの発生順
序、内容を記録していた。すなわち、デバッグ装置自身
がイベントの発生を制御していないため、デバッグ対象
プログラムの必要な場所でイベントの発生が保証されな
いこと、また、デバッグ対象プログラムが動作するシス
テム上で発生する可能性のある全てのイベントをデバッ
グ装置が取り扱う必要があるなどの問題があった。さら
に、イベントに対する知識が十分でないため、実行した
命令、タスク名、内容の変化したレジスタやメモリ情報
など膨大な情報を、イベント発生の度に採取し記録しな
ければならないなどの問題もあった。

【０００６】この発明は上記のような問題点を解消する
ためになされたもので、デバッグ装置自身が採取対象の
イベントに関する知識を持ち、装置自身がイベントを発
生させ、自らが発生させたイベントを使用してデバッグ
対象の並列プログラムの実行再現を可能とする並列プロ
グラムデバッグ装置を得ることを目的とする。

【０００７】また、並列プログラムのデバッグ作業の効
率化を図る並列プログラムデバッグ装置を得ることを目
的とする。

【０００８】

【課題を解決するための手段】以上の目的を達成するた
めに、第１発明は、複数の処理を同時に実行する並列プ
ログラムを再実行させてデバッグを行う並列プログラム
デバッグ装置において、デバッグ対象の並列プログラム
の再現実行の際に必要でありかつ自ら設定したイベント
に関する採取イベント情報を記憶する採取イベント知識
記憶手段と、採取イベント情報に基づいて並列プログラ
ムの所定の位置でイベントを発生させるイベント発生設
定手段と、発生したイベントに伴うイベント固有情報を
発生順序に履歴情報として記録する発生イベント記録手
段と、並列プログラムの再実行時に、発生順序と異なる
イベントが発生した処理の流れを中断するとともにその
中断したイベントに伴う中断イベント情報を一時記憶
し、中断したイベントの実行が期待される処理に達した
時点で中断したイベントを再実行させる再実行順序制御
手段とを有し、自ら設定し発生させたイベントを用いて
並列プログラムの実行を再現させることを特徴とする。

【０００９】第２の発明は、第１の発明において、記録
した履歴情報に含まれるイベントの発生順序を更新し指
定順序を生成するイベント実行順序更新手段を有するこ
とを特徴とする。

【００１０】第３の発明は、第１の発明において、採取
イベント情報に基づいて前記イベント実行順序更新手段
によって生成された指定順序の妥当性を判定する妥当性
判定手段を有し、前記再実行順序制御手段は、指定順序
を発生順序として実行制御を行うことを特徴とする。

【００１１】第４の発明は、第１の発明において、採取
イベント情報に基づいて前記発生イベント記録手段に記
録した履歴情報の解析を行うことで、障害が発生しうる
実行順序を障害実行順序として抽出する履歴情報解析手
段と、抽出した障害実行順序に相当するイベントに関す
る情報を記憶する障害実行順序記憶手段とを有すること
を特徴とする。

【００１２】第５の発明は、第４の発明において、処理
の流れを監視し、並列プログラムの再実行中に障害が発
生しうる実行順序の箇所に到達したことを通知する障害
実行順序監視手段を有することを特徴とする。

【００１３】第６の発明は、第１の発明において、採取
イベント情報に基づいて前記発生イベント記録手段に記
録した履歴情報の解析を行うことで、並列プログラムの
実行順序のテストパターンを生成するテスト実行順序生
成手段と、生成したテストパターンを記憶するテスト実
行順序記憶手段とを有することを特徴とする。

【００１４】第７の発明は、第６の発明において、前記
再実行順序制御手段は、前記テスト実行順序記憶手段に
記憶されたテストパターンを発生順序として実行制御を
行うことを特徴とする。

【００１５】第８の発明は、第７の発明において、テス
トパターンを用いたテスト結果を記録するテスト結果記
憶手段を有することを特徴とする。

【００１６】第９の発明は、第１の発明において、デバ
ッグ中にユーザが入力した操作内容と操作時の並列プロ
グラムの位置情報とをユーザ操作履歴情報として記録す
るユーザ操作記録手段を有し、前記再実行順序制御手段
は、ユーザ操作履歴情報を利用して実行制御を行うこと
を特徴とする。

【００１７】第１０の発明は、第１の発明において、設
定したイベントのうち特定したイベントのみを対象とし
てデバッグを行うことを特徴とする。

【００１８】第１１の発明は、第１０の発明において、
ロック・同期に関するイベントのみの発生を監視しその
イベントに関する情報を記録するロック状態監視手段
と、採取イベント情報に基づいて前記ロック状態監視手
段が記録したイベントに関する情報の解析を並列プログ
ラムの実行中に行い、実行継続不可能な状態になったと
きに通知を行うロック解析手段とを有することを特徴と
する。

【００１９】第１２の発明は、第１１の発明において、
ユーザが入力した操作内容と操作時の並列プログラムの
位置情報とをユーザ操作ロック履歴情報として記録する
ユーザロック操作記録手段と、前記再実行順序制御手段
による制御内容を記憶する再実行順序制御記憶手段と、
前記ロック状態監視手段が記録したイベントに関する情
報とユーザ操作ロック履歴情報と再実行順序制御記憶手
段に記憶された制御内容とから実行継続不可能な状態に
なった原因を解析し通知するロック原因解析手段とを有
することを特徴とする。

【００２０】第１３の発明は、第１０の発明において、
採取イベント情報の中から発生させるイベントを選択す
る発生イベント選択手段を有し、前記イベント発生設定
手段は、前記発生イベント選択手段が選択したイベント
のみを発生させることを特徴とする。

【００２１】第１４の発明は、第１の発明において、静
的解析ツールから得た情報に基づき前記採取イベント知
識記憶手段を更新するイベント知識更新手段を有するこ
とを特徴とする。

【００２２】第１５の発明は、第１の発明において、並
列プログラムの実行に必要な入力情報を記憶するととも
にプログラム入力情報記憶手段と、入力情報に基づいて
並列プログラムが必要とする設定値をイベント発生時に
渡す情報設定手段とを有することを特徴とする。

【００２３】

【発明の実施の形態】以下、図面に基づいて、本発明の
好適な実施の形態について説明する。

【００２４】実施の形態１．図１は、本発明に係る並列
プログラムデバッグ装置の第１の実施の形態を示したブ
ロック構成図である。本実施の形態における並列プログ
ラムデバッグ装置１は、あるシステム上で複数の処理を
同時に実行する並列プログラムを再実行させてデバッグ
を行う。本実施の形態におけるデバッグ対象プログラム
は、共有メモリ密結合型の並列計算機上で動作し、処理
の流れの単位がスレッドであるマルチスレッドプログラ
ムとする。

【００２５】図１に示した並列プログラムデバッグ装置
１は、イベント知識記憶部３、イベント発生設定部４、
発生イベント記録部５、イベント発生順序比較部６、イ
ベント一時記憶部７、一時記憶イベント検索部８及びイ
ベント情報再生部９から構成される。イベント知識記憶
部３は、デバッグ対象の並列プログラムの再現実行の際
に必要なイベントに関する採取イベント情報を記憶する
採取イベント知識記憶手段である。本実施の形態におい
ては、イベント知識記憶部３に記憶するイベントを本デ
バッグ装置自ら設定することを特徴としている。イベン
ト発生設定部４は、採取イベント情報に基づいて並列プ
ログラムの所定の位置でイベントを発生させるイベント
発生設定手段である。本実施の形態においては、並列プ
ログラムデバッグ装置の持つ一般的な機能である「トラ
ップ命令」の設定機能を使用して、対象の関数の呼び出
し口でイベントを発生させるように設定する。発生イベ
ント記録部５は、発生したイベントに伴うイベント固有
情報を発生順序に履歴情報として内部に記録する発生イ
ベント記録手段である。イベント発生順序比較部６、イ
ベント一時記憶部７、一時記憶イベント検索部８及びイ
ベント情報再生部９は、再実行順序制御手段として設け
られており、並列プログラムの再実行時に、発生順序と
異なるイベントが発生した処理の流れを中断するととも
にその中断したイベントに伴う中断イベント情報を一時
記憶し、中断したイベントの実行が期待される処理に達
した時点で中断したイベントを再実行させる。各構成要
素の作用は後述する。

【００２６】図２は、イベント知識記憶部３に設定、記
憶された採取イベント情報の例を示した図である。各イ
ベントの採取イベント情報は、並列プログラムで使用さ
れる関数名、その関数が組み込まれている並列プログラ
ムの中の位置（アドレス）、関数の種別及びプログラム
実行時に採取すべき情報の内容で構成される。このよう
に、イベント知識記憶部３は、並列プログラムの再現実
行を行なう際に実行順序や設定情報が必要となるイベン
トのプログラム上の位置や、情報の内容を記憶してい
る。また、更に並列プログラムの記述言語や実行システ
ムごとに必要となるイベント情報を記憶する。

【００２７】本実施の形態において特徴的なことは、並
列プログラムの実行制御に使用するイベントを本デバッ
グ装置側によって設定することである。これにより、デ
バッグに必要な並列プログラムの位置でのみイベントを
発生させることができるので、最低限必要な情報のみを
採取でき、更に並列プログラムの実行を効率的に再現さ
せることができる。

【００２８】以下、本実施の形態における動作について
説明する。

【００２９】まず、最初にデバッグ対象の並列プログラ
ムを実行させる。もちろん、プログラムの実行前に必要
な採取イベント情報をイベント知識記憶部３に登録して
おく必要がある。

【００３０】並列プログラムを実行することでデバッグ
が開始され、デバッグ対象プログラムが所定の位置に到
達すると「トラップ命令」により、イベントの発生が通
知される。本デバッグ装置では、この「トラップ命令」
が本デバッグ装置自身が実行再現のために設定したもの
と判断した場合に、発生イベント記録部５を呼び出す。
発生イベント記録部５は、再現実行のためのイベントの
発生順序を管理しており、イベントが発生した際に、そ
の発生順序と発生先のスレッドから得たイベント固有情
報を履歴情報として記録する。この記録したイベント固
有情報の例を図３に示す。発生イベント記録部５は、更
にイベント知識記憶部３からイベントごとに必要な情報
を入手する。例えば、図２に示した採取イベント情報の
先頭にある 「スレッドの生成」のイベントが発生した
時に、新たに生成した「スレッド番号」とそのスレッド
で最初に実行される「実行関数」のアドレス情報を採取
する。図３に示した例では、スレッド番号として“１”
が、実行関数として“ＦＵＮＣ１”がそれぞれ採取され
ている。図４は、採取イベント情報に対応した並列プロ
グラムの構成を示した概念図である。本デバッグ装置
は、この並列プログラムを実行することで、図３に示し
たイベント固有情報を採取することになる。このよう
に、本デバッガ装置自身が設定したイベントの発生時の
みを対象としているので、再実行を実現するために実行
システムや記述言語などに依存したイベントを取り扱う
必要がない。また、必要な情報のみを効率よく採取・記
録することができる。

【００３１】次に、並列プログラムを再実行させる。図
５は再実行時のイベントの発生状況と本デバッグ装置に
おける実行再現制御の関係を示した概念図であり、図６
は実行再現制御の動作を示したフローチャートである。
これらの図を用いて並列プログラムの再実行時における
実行再現制御の動作を説明する。

【００３２】本実施の形態におけるデバッグ対象プログ
ブムは、マルチスレッドプログラムであり、各スレッド
の内部においては順次実行されることが保証されてい
る。従って、スレッド０のイベント１，２，３，４、ス
レッド１のイベント５、７、スレッド２のイベント６，
８がこの順序で実行されることは保証されている。ただ
し、各スレッド間、例えばイベント３と５の間では順序
関係は保証されていない。

【００３３】まず、スレッド０において「スレッドの生
成」イベント１が発生する（ステップ１０１）。ここ
で、イベント発生順序比較部６は、発生イベント記録部
５の中の履歴情報の最初に記録されたイベントと最初に
発生したイベントとを比較する（ステップ１０２）。こ
こでは、ともに「スレッドの生成」イベントなので、発
生順序は正しく並列プログラムの実行が再現されている
ことがわかる。イベントの発生順序は正しいので、イベ
ント１の発生によるイベント固有情報を履歴情報として
すでに記録されているイベント固有情報で書き換える
（ステップ１０３）。ここでは、「スレッド番号」と
「実行関数」の情報が記録されたものに置き換わる。そ
して、次に発生が期待されるイベント（ここではイベン
ト２）を入手する（ステップ１０４）。一時記憶イベン
ト検索部８は、イベント一時記憶部７を検索するが（ス
テップ１０５）、この段階ではイベント一時記憶部７に
は何も記憶されていないので、デバッグ処理が継続され
る。

【００３４】次に、イベント２が発生するが（ステップ
１０１）、これも「スレッドの生成」という正しい順序
のイベントが発生したので、イベント１と同様に処理さ
れる（ステップ１０２〜１０５）。

【００３５】この後、実行再現時にはイベント５続いて
イベント６が発生する（ステップ１０１）。履歴情報に
記録された発生順序ではイベント３であるため、本デバ
ッグ装置はこれらのイベント５，６がそれぞれ発生した
スレッド１，２を一時停止し、処理の流れを中断する。
また、イベント５，６に伴う情報を中断イベント情報と
してイベント一時記憶部７に退避させる（ステップ１０
８）。

【００３６】そして、イベント３が発生したとき（ステ
ップ１０１）、正しい発生順序のイベントが発生したの
で、イベント３に対してイベント１、２と同様の処理を
実行した後（ステップ１０２〜１０４）、イベント一時
記憶部７を検索する（ステップ１０５）。図３に示した
履歴情報から明らかなようにイベント３の発生後に発生
が期待されているのはイベント４である。イベント４に
関する情報は、イベント一時記憶部７には存在しないの
で、イベント３に対する処理終了後、デバッグを継続す
る。

【００３７】イベント４が発生したとき（ステップ１０
１）、正しい発生順序のイベントが発生したので、イベ
ント４に対してイベント１、２と同様の処理を実行した
後（ステップ１０２〜１０４）、イベント一時記憶部７
を検索する（ステップ１０５）。図３に示した履歴情報
から明らかなようにイベント４の発生後に発生が期待さ
れているのはイベント５である。ここで、イベント５に
関する中断イベント情報は、イベント一時記憶部７に存
在するので、イベント４に対してイベント１、２と同様
の処理を実行した後、イベント５の発生によるイベント
固有情報を履歴情報としてすでに記録されているイベン
ト固有情報で書き換える（ステップ１０６）。そして、
スレッド１の実行を再開する（ステップ１０７）。イベ
ント一時記憶部７の中のイベント５の中断イベント情報
は削除される。

【００３８】この後、発生イベント記憶部５を検索する
と、次に発生を期待するイベントはイベント６である
（ステップ１０４）。ここで、イベント一時記憶部７を
検索すると（ステップ１０５）、イベント６に関する情
報は存在する。従って、イベント５と同様の処理を行
い、スレッド２の実行を再開する（ステップ１０６，１
０７）。イベント一時記憶部７の中のイベント６の中断
イベント情報は削除される。

【００３９】そして、以上の処理によりイベント一時記
憶の中身がなくなるので（ステップ１０４，１０５）、
デバッグ操作を再開する。イベント７，８については、
正しい発生順序で発生しているので、イベント１，２と
同様の処理がなされてデバッグ操作が終了する。

【００４０】以上のように、本実施の形態によれば、並
列プログラムの再実行時に期待されていないイベントが
発生した場合にはそのイベントに関する情報を一時記憶
しかつ一時停止させ、その停止させたイベントの発生が
期待された順序に処理の流れは達したときに実行を再開
させるように実行制御を行うようにしたので、並列プロ
グラムの再実行時のイベント発生の順序にかかわらず確
実に再現させることができる。これは、デバッグ装置自
身のイベントの知識と発生機能を使用したからである。

【００４１】また、このため実行再現のためにシステム
に特有のイベントや通信機構に対する知識を必要としな
い。従って、デバッグ対象プログラムの記述言語や実行
システムに依存しない実行再現機能をもつ並列プログラ
ムデバッグ装置が得ることができる。また、実行再現の
ためのコストを最低限に抑制した実行再現機能を有する
並列プログラムデバッグ装置を得ることができる。

【００４２】また、デバッグ装置自身でイベントを設定
することができるので、並列プログラム中の必要な位置
でのみイベントを発生させ、必要な情報のみ採取・記録
することができる。従って、取り扱う情報の記録量を削
減することができ、更に必要最低限の制御で実行再現を
実現することで、実行効率の良い並列プログラムデバッ
グ装置を提供することができる。

【００４３】実施の形態２．上記実施の形態１におい
て、並列プログラムの実行再現を確実に行うことについ
て説明した。これ以降の実施の形態においては、付加的
な機能について説明する。

【００４４】図７及び図８は、本発明に係る並列プログ
ラムデバッグ装置の第２の実施の形態を示したブロック
構成図である。本実施の形態においては、実施の形態１
に加えて、図７に示したように発生イベント記録部５に
記録した履歴情報に含まれるイベントの発生順序を更新
し指定順序を生成するイベント実行順序更新手段として
実行順序更新部１０と指定順序記憶部１１とを設けたこ
と、また、図８に示したように採取イベント情報に基づ
いて実行順序更新部１０によって生成された指定順序の
妥当性を判定する妥当性判定手段として妥当性判定部１
２と更新実行順序実行制御部１３とを設けたことを特徴
としている。なお、図７，８には、説明に用いないいく
つかの構成要素を省略して本デバッグ装置を図示してい
る。以降の実施の形態においても説明に用いない構成要
素は図から省略している。

【００４５】次に、本実施の形態における動作について
説明する。

【００４６】本実施の形態においては、上記実施の形態
１で記録された履歴情報に含まれる発生順序を更新する
ことを特徴としている。すなわち、実行順序更新部１０
は、発生イベント記録部５に記録されたイベントの発生
順序を表示し、これに修正を加え、発生順序を変更す
る。この変更した並び順を指定順序ということにする。
そして、実行順序更新部１０は、生成した指定順序を指
定順序記憶部１１に記憶する。

【００４７】妥当性判定部１２は、この指定順序を実施
の形態１において使用した図３の発生順序としてデバッ
グの開始が指示されると、イベント知識記憶部３から各
イベントの実行順序に関する制約情報を得て、指定順序
記憶部１１で指定された順序が実行可能な順序か否かを
判定する。各イベントの実行順序に関する制約情報と
は、例えば、スレッドの生成の関数の前にそのスレッド
に対する削除の関数がこないなどの制約に関する情報で
ある。

【００４８】妥当性判定部１２が指定順序での実行を可
能と判定した場合には、更新実行順序実行制御部１３
は、イベント発生順序比較部６等で構成される再実行順
序制御手段を利用して指定順序記憶部１１の指定順序を
発生順序として並列プログラムの再実行を行う。

【００４９】このようにして、本実施の形態によれば、
履歴情報を利用して並列プログラムの実行により得た発
生順序に限らず所望の発生順序で並列プログラムの実行
を再現させることができる。

【００５０】実施の形態３．図９及び図１０は、本発明
に係る並列プログラムデバッグ装置の第３の実施の形態
を示したブロック構成図である。本実施の形態において
は、実施の形態１に加えて、図９に示したように採取イ
ベント情報に基づいて発生イベント記録部５に記録した
履歴情報の解析を行うことで障害が発生しうる実行順序
をエラー実行順序として抽出する履歴情報解析手段とし
てのイベント履歴解析部１４と、抽出した実行順序に相
当するイベントに関する情報を記憶する障害実行順序記
憶手段としてのエラー実行順序記憶部１５とを設けたこ
と、また、図１０に示したように処理の流れを監視し並
列プログラムの再実行中に障害が発生しうる実行順序の
箇所に到達したことを通知する障害実行順序監視手段と
してのエラー実行順序実行制御部１６を設けたことを特
徴としている。

【００５１】次に、本実施の形態における動作について
説明する。

【００５２】本実施の形態においては、採取した発生順
序を解析し、障害が発生しそうな箇所を重点的にデバッ
グできるようにすることを特徴としている。すなわち、
まず、イベント履歴解析部１４は、履歴情報と採取イベ
ント情報とに基づいて障害が発生しうる実行順序を抽出
する。障害が発生しうる実行順序は、例えば、複数の共
有メモリに対するロック処理が複数のスレッドから要求
されようとしている箇所等が該当し、該当するための条
件はイベント知識記憶部３に予め登録されている。この
ため、解析もデバッグ対象プログラムの実行システム等
の影響を受けることなく実行可能である。イベント履歴
解析部１４は、解析した結果、その条件に該当するイベ
ントまたはイベント群を検出すると、それを障害実行順
序として抽出しエラー実行順序記憶部１５に記憶する。

【００５３】エラー実行順序実行制御部１６は、イベン
ト発生順序比較部６等で構成される再実行順序制御手段
を利用してエラー実行順序記憶部１５に記憶された障害
実行順序を参照しつつ並列プログラムの再実行を行う。
そして、障害実行順序として抽出されたイベントに到達
し発生すると、その旨を通知する。

【００５４】以上のように、本実施の形態によれば、障
害が発生しうる実行順序に相当するイベントを予め抽出
し、並列プログラムの再実行中に実際にその箇所に到達
したときに通知するようにしたので、発生しうるエラー
解析など並列プログラムのデバッグ処理を効率よく行う
ことができる。

【００５５】実施の形態４．図１１、図１２及び図１３
は、本発明に係る並列プログラムデバッグ装置の第４の
実施の形態を示したブロック構成図である。本実施の形
態においては、実施の形態１に加えて、図１１に示した
テスト実行順序生成部１７とテスト実行順序記憶部１
８、図１２に示したテスト実行順序実行制御部１９、図
１３に示したテスト結果記憶部２０を設けたことを特徴
としている。

【００５６】テスト実行順序生成部１７は、採取イベン
ト情報に基づいて発生イベント記録部５に記録した履歴
情報の解析を行うことで、並列プログラムの実行順序の
テストパターンを生成するテスト実行順序生成手段であ
る。テスト実行順序記憶部１８は、生成したテストパタ
ーンを記憶するテスト実行順序記憶手段である。テスト
実行順序実行制御部１９は、再実行順序制御手段を利用
して、テスト実行順序記憶部１８に記憶されたテストパ
ターンを発生順序として実行制御を行う。テスト結果記
憶部２０は、テストパターンを用いたテスト結果を記録
するテスト結果記憶手段である。

【００５７】本実施の形態においては、以上の構成を設
けたことで、履歴情報に基づいて指定順序の様々なテス
トパターンを生成し並列プログラムのデバッグを行うこ
とができる。次に、本実施の形態における動作について
説明する。

【００５８】本実施の形態においては、最初に並列プロ
グラムの実行により設定した全てのイベント発生の履歴
情報を得ることができるが、テスト実行順序生成部１７
は、この履歴情報の内容すなわち発生したイベントの順
序を自動解析して様々なテストパターンを生成する。生
成するための条件は、イベント知識記憶部３に予め登録
されている。このため、テストパターンの生成もデバッ
グ対象プログラムの実行システム等の影響を受けること
なく本デバッグ装置側で実行可能である。例えば、ＩＤ
が０である共有メモリに対するアクセスのみを抽出しそ
のイベントの発生のみの発生順序をテストするという条
件がイベント知識記憶部３に含まれている場合、テスト
実行順序生成部１７は、その条件に従い、採取イベント
情報の中から共有メモリＩＤが０に対するイベント固有
情報のみを履歴情報から抽出する。履歴情報が図３に示
した通りの内容であれば、発生順序３，５を抽出するこ
とになる。この抽出したイベント固有情報で構成される
テストパターンをテスト実行順序記憶部１８に記憶す
る。なお、実施の形態２における履歴情報に操作は、発
生順序を並び替えて指定順序を生成したが、本実施の形
態では、並替えもできるが、前述したとおり更に履歴情
報の中から特定のイベントのみを抽出して新たに発生順
序を指定するという操作を行うことができる。

【００５９】テストパターンが作成されると、テスト実
行順序実行制御部１９は、イベント発生順序比較部６等
で構成される再実行順序制御手段を利用して、そのテス
トパターンを発生順序として並列プログラムを再実行す
る。この実行により得られたテスト結果は、テスト結果
記憶部２０に記録される。

【００６０】以上のように、本実施の形態によれば、デ
バッグの際に注目したい並列プログラムの処理の流れに
関するイベントのみを所望の発生順序で再現させること
ができ、また、所望のイベントの発生のみの情報を採取
することができるので、より効率的なデバッグ処理を行
うことができる。また、採取する情報も限定されるの
で、取り扱う情報の記録量を削減することができる。

【００６１】また、並列プログラムの実行により得た履
歴情報に基づいてテストパターンを生成するので、ソー
スコードの静的解析では十分に行えない、デバッグ対象
プログラムの動的なテストパターンの生成ができるよう
になる。

【００６２】実施の形態５．図１４は、本発明に係る並
列プログラムデバッグ装置の第５の実施の形態を示した
ブロック構成図である。本実施の形態においては、実施
の形態１に加えて、更に図７に示したユーザ操作記録部
２１と実行再現制御部２２とを設けたことを特徴として
いる。ユーザ操作記録部２１は、デバッグ中にユーザが
入力した操作内容と操作時の並列プログラムの位置情報
とをユーザ操作履歴情報として記録するユーザ操作記録
手段である。実行再現制御部２２は、再実行順序制御手
段を利用して、ユーザ操作履歴情報に基づき実行制御を
行う。本実施の形態においては、以上の構成によりデバ
ッグ中のユーザの操作を記録しておくことで効率的なデ
バッグ処理を実現することができる。以下に本実施の形
態における動作について説明する。

【００６３】実行再現の際にユーザのデバッグ操作を反
映させるため、ユーザ操作記録部２１は、デバッグ中に
ユーザによる操作が実行された際に、その操作内容とと
もに操作対象の処理の流れとその実行されたデバッグ対
象プログラムの位置を内部に記録する。

【００６４】ユーザ操作を反映させた実行再現は、実行
再現制御部２２により発生イベント記録部５に記録され
た履歴情報とユーザ操作記録部２１に記録されたユーザ
操作履歴情報とに基づいて実現される。実行再現制御部
２２は、まずイベント発生設定部４に対してユーザ操作
履歴情報に記録された操作の実行位置に対応する並列プ
ログラムの位置で特別のイベントを発生させるように指
示を与える。次に、発生イベント記録部５で記録されて
いるイベントの発生順序にこの特別のイベントの順序を
追加する。以上の準備が完了すると、実行再現制御部２
２は、イベント発生順序比較部６等で構成される再実行
順序制御手段を利用して、特別のイベントを付加した履
歴情報を発生順序として並列プログラムを再実行する。
このようにして、ユーザがデバッグ中に行った操作内容
を含めた並列プログラムの再現を行うことができる。

【００６５】実施の形態６．図１５及び図１６は、本発
明に係る並列プログラムデバッグ装置の第６の実施の形
態を示したブロック構成図である。本実施の形態におい
ては、実施の形態１に加えて、図１５に示したロック状
態監視部２３とロック解析部２４、また図１６に示した
ユーザロック操作記録部２５、再実行順序制御記憶部２
６及びロック原因解析部２７を更に設けたことを特徴と
している。ロック状態監視部２３は、ロック・同期に関
するイベントのみの発生を監視し、そのイベントに関す
る情報を記録するロック状態監視手段である。ロック解
析部２４は、採取イベント情報に基づいてロック状態監
視部２３が記録したイベントに関する情報の解析を並列
プログラムの実行中に行い、実行継続不可能な状態にな
ったときに通知を行うロック解析手段である。ユーザロ
ック操作記録部２５は、ユーザが入力した操作内容と操
作時の並列プログラムの位置情報とをユーザ操作ロック
履歴情報として記憶するユーザロック操作記録手段であ
る。再実行順序制御記憶部２６は、再実行順序制御手段
による制御内容を記憶する再実行順序制御記憶手段であ
る。そして、ロック原因解析部２７は、ロック状態監視
部２３が記録したイベントに関する情報とユーザ操作ロ
ック履歴情報と再実行順序制御記憶部２６に記憶された
制御内容とから実行継続不可能な状態になった原因を解
析し通知するロック原因解析手段である。

【００６６】本デバッグ装置では、自ら設定したイベン
トのうち特定したイベントのみを対象としてデバッグを
行うことができるが、本実施の形態は、特にロック・同
期のに関するイベントのみをデバッグの対象とした場合
の構成である。以下に本実施の形態における動作につい
て説明する。

【００６７】まず、本実施の形態におけるロック・同期
の解析処理は、履歴情報を採取するための最初の並列プ
ログラムの実行のときでも並列プログラムの再実行のと
きでも実行可能である。ロック状態監視部２３は、並列
プログラムの実行と同時に動作を開始し、ロック・同期
関連のイベントの発生を監視する。これは、発生イベン
ト記録部５に書かれるイベント固有情報を監視すること
で行う。そして、該当するイベントが発生すると、その
発生の際にロック発生の処理の流れやロック処理の種類
などのロック・同期に関する情報を採取し、内部に記録
する。ロック解析部２４は、採取されたロック・同期に
関する情報に基づいてそのロック／アンロック、またフ
ラグのセット／クリアなどの状態の解析を並列プログラ
ムの実行と並行して行う。そして、デッドロック等にな
りデバッグの実行継続が困難な状態に陥ったことを動的
に検知すると、その旨を通知する。

【００６８】このようにして、本実施の形態によれば、
デバッグを行っているユーザに対してデッドロック等に
陥ったことを知らせることができるので、ユーザのデバ
ッグ作業を支援し効率的に行うことができる。

【００６９】また、ユーザのデバッグ中の場合、ユーザ
ロック操作記録部２５は、ユーザが入力した操作内容や
操作時の並列プログラムの位置情報などユーザ操作によ
る処理の流れの一時停止制御に関する情報をユーザ操作
ロック履歴情報として内部に記録する。ユーザ操作ロッ
ク履歴情報を記録しておくのは、ユーザの操作により実
行処理のタイミングが多少ずれるので、ユーザの操作に
よってもデッドロック等が発生する可能性があるからで
ある。これに対して、再実行順序制御記憶部２６には、
デバッガの制御内容として再実行順序制御手段による制
御内容が記憶される。ロック原因解析部２７は、ロック
状態監視部２３が記録したイベントに関する情報とユー
ザ操作ロック履歴情報と再実行順序制御記憶部２６に記
憶された制御内容とから、実行継続不可能な状態になっ
た原因元を解析しその結果を通知する。これらの情報や
解析の際に必要とする採取イベント情報は、全て本デバ
ッグ装置により設定したイベントの発生及び本デバッグ
装置側での操作によるものなので、ロック解析処理は並
列プログラムのシステム等の影響を受けることなく行う
ことができる。

【００７０】以上のように、本実施の形態によれば、デ
ッドロック等が発生したときのエラー解析を容易に行う
ことができる。特に、実際のデバッグ実行中にロック・
同期の解析を動的に行うことができ、かつユーザ操作に
起因するデッドロックなどデバッグの継続が困難となる
並列プログラム特有のエラーを原因別に解析できるの
で、並列プログラムのデバッグ処理を効率的に行うこと
ができる。

【００７１】また、デバッグ中におけるユーザ操作も実
行再現の際に反映させることができるので、より複雑な
並列プログラムのデバッグ処理及び実行再現を実現する
ことができる。

【００７２】実施の形態７．図１７は、本発明に係る並
列プログラムデバッグ装置の第７の実施の形態を示した
ブロック構成図である。本実施の形態においては、実施
の形態１に加えて、図１７に示したように採取イベント
情報の中から発生させるイベントを選択する発生イベン
ト選択手段としての最適化イベント選択部２８と、選択
したイベントに関する情報を記憶する最適化イベント記
憶部２９と、選択したイベントの発生順序を記憶する最
適化イベント順序情報記憶部３０を設けたことを特徴と
している。

【００７３】本デバッグ装置では、自ら設定したイベン
トのうち特定したイベントのみを対象としてデバッグを
行うことができる。上記実施の形態６では、イベント知
識記憶部３に登録された全てのイベントを発生させ、そ
の発生したイベントのうちロック・同期に関するイベン
トのみを抽出して解析を行うようにしたが、本実施の形
態では、イベント知識記憶部３の中から必要な採取イベ
ント情報のみを事前に選択し、その選択したイベントの
みを発生させるようにしたことを特徴とする。以下に本
実施の形態における動作について説明する。

【００７４】まず、最適化イベント選択部２８は、履歴
情報を解析し採取イベント情報の中から発生させるイベ
ントを選択する。つまり、履歴情報を解析することで障
害が発生することがないイベント、または過去のデバッ
グ作業において障害が発生しなかったイベントを検知し
それを外し、特にデバッグを行うべきイベントのみを抽
出する。デバッグを行うべきイベントというのは、実行
再現を行う際に最低限必要となるイベントである。そし
て、抽出したイベントに関する情報を最適化イベント記
憶部２９に記憶し、そのイベントの順序を発生順序とし
て最適化イベント順序情報記憶部３０に記憶する。

【００７５】イベント発生設定部４は、採取イベント情
報に基づいて並列プログラムの所定の位置でイベントを
発生させるが、本実施の形態においては、最適化イベン
ト選択部２８の指示により、選択されたイベントのみを
発生させる。選択したイベントに対応する採取イベント
情報は、イベント知識記憶部３から得る。この設定で並
列プログラムを実行すると、選択されたイベントのみが
発生する。並列プログラムの際実行及び実行再現に係る
処理は、実施の形態１と同様なので説明を省略するが、
本実施の形態においては、最適化イベント順序情報記憶
部３０が発生イベント記録部５の代わりをする。

【００７６】以上のように、本実施の形態によれば、必
要最低限のイベントのみを抽出し発生させて実行の再現
を行うことができる。これにより、デバッグ作業が進ん
だ時点で動作確認が完了した箇所でのイベント発生を削
除していくことができるので、デバッグ処理の効率化を
図ることができる。また、最適化イベント記憶部２９を
設けたので、本デバッグ装置の原データを登録したイベ
ント知識記憶部３を更新する必要がない。

【００７７】実施の形態８．図１８は、本発明に係る並
列プログラムデバッグ装置の第８の実施の形態を示した
ブロック構成図である。本実施の形態においては、実施
の形態１に加えて、図１７に示したように静的解析ツー
ルから得た情報に基づきイベントに関する採取イベント
情報をイベント知識記憶部３に更新するイベント知識更
新手段としてのイベント知識更新部３１を設けたことを
特徴としている。ある並列プログラムに対してのデバッ
グ作業を開始した後に、コンパイラやソースコード静的
解析結果ツールなどにより、共有メモリのアクセス点な
どの位置情報を得られ、これを実行再現の際に利用する
とき、イベント知識更新部３１によりイベント知識記憶
部３に対して新たな採取イベント情報を加えることがで
きる。また、不要となった関数が発生しこれに関する採
取イベント情報を削除したいとき、イベント知識更新部
３１によりイベント知識記憶部３に対して不要になった
採取イベント情報を削除することができる。

【００７８】以上のように、本実施の形態によれば、コ
ンパイラなど他のツールからの情報に基づいてイベント
知識記憶部３から採取イベント情報の更新を行うことが
でき、より詳細で複雑な並列プログラムのデバッグ支援
を行うことができる。

【００７９】実施の形態９．図１９は、本発明に係る並
列プログラムデバッグ装置の第９の実施の形態を示した
ブロック構成図である。本実施の形態においては、実施
の形態１に加えて、図１９に示したように並列プログラ
ムの実行に必要な入力情報を記憶するプログラム入力情
報記憶手段としてのシステム側情報記憶部３２と、入力
情報に基づいて並列プログラムが必要とする設定値をイ
ベント発生時に渡す情報設定手段としてのシステム側情
報設定部３３とを設けたことを特徴としている。

【００８０】上記各実施の形態においては、並列プログ
ラムの実行制御、イベントの発生制御を行い、並列プロ
グラムの実行再現を実現した。ただ、デバッグ対象プロ
グラムが動作するシステムによっては、並列プログラム
の実行の際にシステム側で入力値を要求する場合があ
る。本実施の形態においては、これに対応するために上
記構成を設けた。以下に本実施の形態における動作につ
いて説明する。

【００８１】システム側情報設定部３３は、デバッグ対
象となる並列プログラムが外部と入出力を行う箇所でイ
ベントを発生させるようイベント発生設定部４に指示を
出す。入力情報が必要なイベントまた出力値を出すイベ
ントは、イベント知識記憶部３を参照すれば関数名等に
より知ることができる。並列プログラムが実行を開始す
るとイベントを発生する。ここで、出力値がある関数が
実行された場合、システム側情報設定部３３は、システ
ム側からその出力値を受け取りシステム側情報記憶部３
２に一時記憶する。このように、システム側からその出
力値を記憶する機能が必要なのは、次の理由による。

【００８２】すなわち、システム側から要求される設定
値が固定値であれば、最初からシステム側情報記憶部３
２に登録しておくこともできるが、システム側からの出
力をいったん記憶しそれを以降に行われる処理に返さな
ければならない場合がある。例えば、並列プログラムの
実行時に新規に生成したプロセスのＩＤは、実行の度に
異なるので、固定値として本デバッグ装置に予め持たせ
ておくことはできない。従って、プロセスＩＤをシステ
ム側情報記憶部３２に一時記憶しておき、プロセスＩＤ
を必要とする関数に入力情報として一時記憶したプロセ
スＩＤを渡す必要がある。また、並列プログラムの最初
の実行時と再実行時とで関数からの出力値が異なる場合
もあり得るので、実行を再現させるためには最初の実行
時の出力値を記憶しておかなければならない。従って、
本実施の形態においては、システム側からその出力値を
記憶するようにした。

【００８３】並列プログラムの処理が引き続き行われ、
入力情報が必要なイベントが発生すると、システム側情
報設定部３３は、その時点で並列プログラムが必要とす
る設定値をシステム側情報記憶部３２から取り出し、並
列プログラムに渡す。どのイベント発生時にどの設定値
が必要なのかは、イベント知識記憶部３に記憶されてい
る。

【００８４】以上のように、本実施の形態によれば、並
列プログラムの実行の際にシステム側で入力情報を要求
する場合であっても、必要な情報を渡すことができるの
で、並列プログラムの実行を確実に再現させることがで
きる。

【図面の簡単な説明】

【図１】 本発明に係る並列プログラムデバッグ装置の
第１の実施の形態を示したブロック構成図である。

【図２】 第１の実施の形態においてイベント知識記憶
部に設定、記憶された採取イベント情報の例を示した図
である。

【図３】 第１の実施の形態において発生イベント記録
部に記録されたイベント固有情報の例を示した図であ
る。

【図４】 第１の実施の形態において採取イベント情報
に対応した並列プログラムの構成を示した概念図であ
る。

【図５】 第１の実施の形態において再実行時のイベン
トの発生状況と本デバッグ装置における実行再現制御の
関係を示した概念図である。

【図６】 第１の実施の形態における実行再現制御の動
作を示したフローチャートである。

【図７】 本発明に係る並列プログラムデバッグ装置の
第２の実施の形態の要部を示したブロック構成図であ
る。

【図８】 第２の実施の形態の要部を示したブロック構
成図である。

【図９】 本発明に係る並列プログラムデバッグ装置の
第３の実施の形態の要部を示したブロック構成図であ
る。

【図１０】 第３の実施の形態の要部を示したブロック
構成図である。

【図１１】 本発明に係る並列プログラムデバッグ装置
の第４の実施の形態の要部を示したブロック構成図であ
る。

【図１２】 第４の実施の形態の要部を示したブロック
構成図である。

【図１３】 第４の実施の形態の要部を示したブロック
構成図である。

【図１４】 本発明に係る並列プログラムデバッグ装置
の第５の実施の形態の要部を示したブロック構成図であ
る。

【図１５】 本発明に係る並列プログラムデバッグ装置
の第６の実施の形態の要部を示したブロック構成図であ
る。

【図１６】 第６の実施の形態の要部を示したブロック
構成図である。

【図１７】 本発明に係る並列プログラムデバッグ装置
の第７の実施の形態の要部を示したブロック構成図であ
る。

【図１８】 本発明に係る並列プログラムデバッグ装置
の第８の実施の形態の要部を示したブロック構成図であ
る。

【図１９】 本発明に係る並列プログラムデバッグ装置
の第９の実施の形態の要部を示したブロック構成図であ
る。

【図２０】 従来の並列プログラムデバッグ装置のブロ
ック構成図である。

【符号の説明】

１ 並列プログラムデバッグ装置、３ イベント知識記
憶部、４ イベント発生設定部、５ 発生イベント記録
部、６ イベント発生順序比較部、７ イベント一時記
憶部、８ 一時記憶イベント検索部、９ イベント情報
再生部、１０実行順序更新部、１１ 指定順序記憶部、
１２ 妥当性判定部、１３ 更新実行順序実行制御部、
１４ イベント履歴解析部、１５ エラー実行順序記憶
部、１６ エラー実行順序実行制御部、１７ テスト実
行順序生成部、１８ テスト実行順序記憶部、１９ テ
スト実行順序実行制御部、２０ テスト結果記憶部、２
１ ユーザ操作記録部、２２ 実行再現制御部、２３
ロック状態監視部、２４ロック解析部、２５ ユーザロ
ック操作記録部、２６ 再実行順序制御記憶部、２７
ロック原因解析部、２８ 最適化イベント選択部、２９
最適化イベント記憶部、３０ 最適化イベント順序情
報記憶部、３１ イベント知識更新部、３２ システム
側情報記憶部、３３ システム側情報設定部。

Claims (15)

【特許請求の範囲】
1. 【請求項１】 複数の処理を同時に実行する並列プログ
   ラムを再実行させてデバッグを行う並列プログラムデバ
   ッグ装置において、 デバッグ対象の並列プログラムの再現実行の際に必要で
   ありかつ自ら設定したイベントに関する採取イベント情
   報を記憶する採取イベント知識記憶手段と、 採取イベント情報に基づいて並列プログラムの所定の位
   置でイベントを発生させるイベント発生設定手段と、 発生したイベントに伴うイベント固有情報を発生順序に
   履歴情報として記録する発生イベント記録手段と、 並列プログラムの再実行時に、発生順序と異なるイベン
   トが発生した処理の流れを中断するとともにその中断し
   たイベントに伴う中断イベント情報を一時記憶し、中断
   したイベントの実行が期待される処理に達した時点で中
   断したイベントを再実行させる再実行順序制御手段と、 を有し、自ら設定し発生させたイベントを用いて並列プ
   ログラムの実行を再現させることを特徴とする並列プロ
   グラムデバッグ装置。
2. 【請求項２】 請求項１記載の並列プログラムデバッグ
   装置において、 記録した履歴情報に含まれるイベントの発生順序を更新
   し指定順序を生成するイベント実行順序更新手段を有す
   ることを特徴とする並列プログラムデバッグ装置。
3. 【請求項３】 請求項２記載の並列プログラムデバッグ
   装置において、 採取イベント情報に基づいて前記イベント実行順序更新
   手段によって生成された指定順序の妥当性を判定する妥
   当性判定手段を有し、 前記再実行順序制御手段は、指定順序を発生順序として
   実行制御を行うことを特徴とする並列プログラムデバッ
   グ装置。
4. 【請求項４】 請求項１記載の並列プログラムデバッグ
   装置において、 採取イベント情報に基づいて前記発生イベント記録手段
   に記録した履歴情報の解析を行うことで、障害が発生し
   うる実行順序を障害実行順序として抽出する履歴情報解
   析手段と、 抽出した障害実行順序に相当するイベントに関する情報
   を記憶する障害実行順序記憶手段と、 を有することを特徴とする並列プログラムデバッグ装
   置。
5. 【請求項５】 請求項４記載の並列プログラムデバッグ
   装置において、 処理の流れを監視し、並列プログラムの再実行中に障害
   が発生しうる実行順序の箇所に到達したことを通知する
   障害実行順序監視手段を有することを特徴とする並列プ
   ログラムデバッグ装置。
6. 【請求項６】 請求項１記載の並列プログラムデバッグ
   装置において、 採取イベント情報に基づいて前記発生イベント記録手段
   に記録した履歴情報の解析を行うことで、並列プログラ
   ムの実行順序のテストパターンを生成するテスト実行順
   序生成手段と、 生成したテストパターンを記憶するテスト実行順序記憶
   手段と、 を有することを特徴とする並列プログラムデバッグ装
   置。
7. 【請求項７】 請求項６記載の並列プログラムデバッグ
   装置において、 前記再実行順序制御手段は、前記テスト実行順序記憶手
   段に記憶されたテストパターンを発生順序として実行制
   御を行うことを特徴とする並列プログラムデバッグ装
   置。
8. 【請求項８】 請求項７記載の並列プログラムデバッグ
   装置において、 テストパターンを用いたテスト結果を記録するテスト結
   果記憶手段を有することを特徴とする並列プログラムデ
   バッグ装置。
9. 【請求項９】 請求項１記載の並列プログラムデバッグ
   装置において、 デバッグ中にユーザが入力した操作内容と操作時の並列
   プログラムの位置情報とをユーザ操作履歴情報として記
   録するユーザ操作記録手段を有し、 前記再実行順序制御手段は、ユーザ操作履歴情報を利用
   して実行制御を行うことを特徴とする並列プログラムデ
   バッグ装置。
10. 【請求項１０】 請求項１記載の並列プログラムデバッ
    グ装置において、 設定したイベントのうち特定したイベントのみを対象と
    してデバッグを行うことを特徴とする並列プログラムデ
    バッグ装置。
11. 【請求項１１】 請求項１０記載の並列プログラムデバ
    ッグ装置において、 ロック・同期に関するイベントのみの発生を監視しその
    イベントに関する情報を記録するロック状態監視手段
    と、 採取イベント情報に基づいて前記ロック状態監視手段が
    記録したイベントに関する情報の解析を並列プログラム
    の実行中に行い、実行継続不可能な状態になったときに
    通知を行うロック解析手段と、 を有することを特徴とする並列プログラムデバッグ装
    置。
12. 【請求項１２】 請求項１１記載の並列プログラムデバ
    ッグ装置において、 ユーザが入力した操作内容と操作時の並列プログラムの
    位置情報とをユーザ操作ロック履歴情報として記録する
    ユーザロック操作記録手段と、 前記再実行順序制御手段による制御内容を記憶する再実
    行順序制御記憶手段と、 前記ロック状態監視手段が記録したイベントに関する情
    報とユーザ操作ロック履歴情報と再実行順序制御記憶手
    段に記憶された制御内容とから実行継続不可能な状態に
    なった原因を解析し通知するロック原因解析手段と、 を有することを特徴とする並列プログラムデバッグ装
    置。
13. 【請求項１３】 請求項１０記載の並列プログラムデバ
    ッグ装置において、 採取イベント情報の中から発生させるイベントを選択す
    る発生イベント選択手段を有し、 前記イベント発生設定手段は、前記発生イベント選択手
    段が選択したイベントのみを発生させることを特徴とす
    る並列プログラムデバッグ装置。
14. 【請求項１４】 請求項１記載の並列プログラムデバッ
    グ装置において、 静的解析ツールから得た情報に基づき前記採取イベント
    知識記憶手段を更新するイベント知識更新手段を有する
    ことを特徴とする並列プログラムデバッグ装置。
15. 【請求項１５】 請求項１記載の並列プログラムデバッ
    グ装置において、 並列プログラムの実行に必要な入力情報を記憶するとと
    もにプログラム入力情報記憶手段と、 入力情報に基づいて並列プログラムが必要とする設定値
    をイベント発生時に渡す情報設定手段と、 を有することを特徴とする並列プログラムデバッグ装
    置。