JPH09259002A

JPH09259002A - デバッグ支援装置

Info

Publication number: JPH09259002A
Application number: JP8066412A
Authority: JP
Inventors: Shigeru Endo; 茂遠藤; Akibumi Nakabashi; 晃文中橋; Hiroshi Suzuki; 弘鈴木; Junichi Kobayashi; 淳一小林; Keiji Kuwabara; 啓二桑原; Wataru Sasaki; 亘笹木; Shuji Nishiyama; 修治西山; Naoya Masuko; 直也益子
Original assignee: Hitachi Ltd; Hitachi Process Computer Engineering Inc
Current assignee: Hitachi Ltd; Hitachi Process Computer Engineering Inc
Priority date: 1996-03-22
Filing date: 1996-03-22
Publication date: 1997-10-03

Abstract

(57)【要約】【課題】複数の利用者が個別に任意のタスク群をデバ
ッグできるようにする。【解決手段】デバッガコマンドは複数の利用者により
個別に起動され、デバッグ対象のタスク群やブレークポ
イントの指定、ブレークポイントで停止したタスクの情
報の提供を行う。デバッガタスクは指定されたブレーク
ポイント毎に、デバッガコマンドとデバッグ対象のタス
ク群を特定する情報をテーブルに格納し、タスクにブレ
ークポイントを設定する。ブレークポイントでタスクが
停止すると、ＯＳは停止したタスクと共にデバッグ対象
となっている全タスクの実行を抑止する。ブレーク報告
タスクは、停止したタスクのブレークポイントを指定し
たデバッガコマンドに停止を通知する。また、ＯＳは停
止したタスクと共にデバッグ対象となっているタスクが
無い場合には、停止したタスクの実行を再開する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、マルチタスクのＯ
Ｓ（Operating system）の管理下で並行に実行される複
数タスクのデバッグを支援するデバッグ支援装置に関す
るものである。

【０００２】

【従来の技術】計算機で実行されるタスク（プログラ
ム）のデバッグでは、利用者は、タスク内にブレークポ
イントを設定し、タスクの実行がブレークポイントで停
止した時にそのタスクの動作を反映する変数やテーブル
の値を調べることで、タスクが期待通りの動作を行って
いるかを検証する。一方、マルチタスクのＯＳを備えた
計算機では、複数のタスクの各々を並行して実行するこ
とが可能となる。ただし、このＯＳの管理下で、変数や
テーブルを共有する、並行して実行する必用のある複数
のタスクのデバッグを行う場合、あるタスクがブレーク
ポイントで動作を停止した後に、他のタスクが動作して
共有の変数やテーブルの設定値を変更してしまい、これ
によりタスクの検証ができなくなることがある。

【０００３】特開平４−３１４１４１号公報記載のデバ
ッグ方式では、複数のタスクをグループ化し、あるタス
クの動作がブレークポイントで停止した場合に、停止し
たタスクと同じグループに属する全てのタスクの実行を
抑止することで、上記の問題を解消している。また、特
開平７−１６０５３０号公報記載の方式では、システム
内のあるタスクの動作がブレークポイントで停止した場
合には、システム内の全てのタスクの動作を停止させ
る。

【０００４】

【発明が解決しようとする課題】しかしながら、上記従
来の技術は１人の利用者を対象としており、１つのシス
テムにおいて複数の利用者が個別にタスクのデバッグを
行うことは考慮していない。このため、複数の利用者が
並行して利用できるシステムに適用した場合にも、特開
平７−１６０５３０号公報記載の技術ではシステム内の
全てのタスクが同一のデバッグ対象とみなされるため、
ある利用者が設定したブレークポイントでタスクが停止
すると、他の利用者のタスクの実行も停止してしまう。
このため、各利用者が個別にデバッグを行うことはでき
ない。

【０００５】特開平４−３１４１４１号公報記載の技術
では、タスクのグループの指定を各利用から任意に受け
付けることや、タスクにブレークポイントを設定した利
用者にそのタスクの実行停止を通知することはできな
い。すなわち、この技術でも、各利用者が個別にデバッ
グを行うことはできない。また、複数のグループのタス
クから共通に呼び出される共有サブルーチンに、ある利
用者がブレイクポイントを設定した場合には、その利用
者以外の利用者のタスクに呼び出された上記共有サブル
ーチンの処理においても、タスクの実行が停止してしま
う。

【０００６】そこで、本発明は、マルチタスクのＯＳの
管理下で、複数の利用者の各々が個別に任意のタスク群
のデバッグを行うことを可能とするデバッグ支援装置を
提供することを目的とする。

【０００７】

【課題を解決するための手段】本発明は、プロセッサ
と、複数のタスクを並行して実行するように前記プロセ
ッサを制御するマルチタスクのＯＳを備え、前記タスク
の実行を、当該タスクに割り当てた識別情報により管理
するデバッグ支援装置であって、複数の利用者の各々か
ら、デバッグ対象の複数のタスクの各々に割り当てられ
た識別情報と、前記デバッグ対象のタスクの内の少なく
とも１つのタスクにおけるブレークポイントの位置情報
とを受け付けるユーザインタフェース手段と、当該受け
付けたブレークポイントの位置情報に応じて、前記デバ
ッグ対象のタスクにブレークポイントを指定する命令を
設定する手段と、当該ブレークポイントを指定する命令
が実行された場合に、当該命令が設定された実行中のタ
スクの識別情報を検出し、検出した識別情報のタスク
と、当該識別情報に一致する識別情報と一緒に受け付け
た識別情報のタスクの実行を停止する手段を備えること
を特徴とする。

【０００８】この発明のデバッグ支援装置では、ブレー
クポイントを指定する命令が実行された場合に、その命
令が設定されたタスクと、そのタスク一緒に利用者が識
別情報でデバッグ対象に指定したタスクの実行が停止さ
れる。すなわち、他の利用者が指定したタスクがこの時
に停止されることはなく、各利用者は個別に任意のタス
ク群のデバッグを行うことができる。

【０００９】また、本発明は、上記のデバッグ支援装置
であって、前記ブレークポイントを指定する命令は、前
記複数のタスクより共通に呼び出されるサブルーチンに
も設定され、前記ユーザインタフェース手段は、当該サ
ブルーチンにおけるブレークポイントの位置情報も入力
し、前記ブレークポイントを指定する命令が実行された
場合に、当該実行された命令の位置情報と、実行中のタ
スクの識別情報を検出し、当該検出したタスクの識別情
報が、前記検出した位置情報に一致する位置情報と一緒
に受け付けた識別情報に含まれない場合には、前記命令
の実行に応じてなされるタスクの実行停止を解除する手
段を備えることを特徴とする。

【００１０】この発明のデバッグ支援装置では、上記の
サブルーチンに設定されたブレークポイントを指定する
命令が実行された場合、その命令の位置情報に一致する
位置情報が、そのサブルーチンを呼び出したタスクの識
別情報と一緒に利用者から指定されていない場合には、
タスクの実行は停止されない。すなわち、上記のサブル
ーチンに設定された命令は、その設定を指定した利用者
のデバッグ対象のタスクから呼び出された場合にのみ有
効となり、他の利用者のデバッグ対象のタスクの実行を
停止させることはない。

【００１１】また、本発明は、上記のデバッグ支援装置
を、前記複数の利用者の各々が入力を行う複数の計算機
を含む、ネットワークにより接続された複数の計算機に
より構成することで、遠離地の利用者のデバッグを可能
とする。

【００１２】さらに、本発明は、上記のデバッグ支援装
置で、前記ブレークポイントを指定する命令が実行され
た場合に、当該ブレークポイントを指定した利用者に、
タスクの実行停止を通知することを可能にする。

【００１３】

【発明の実施の形態】以下で、本発明の実施形態を、図
面を用いて詳細に説明する。

【００１４】図１に、本発明の実施形態に係る計算機10
1のソフトウェア構成を示す。

【００１５】計算機101は、マルチタスクのＯＳ104を備
え、ＯＳ104の管理により複数のタスクを並行して実行
することができる。また、ネットワークにより複数の端
末に接続され、ＯＳ104により複数タスクの実行を端末
別に管理することもできる。さらに、計算機101はデバ
ッグに係わるソフトウェアとして、ブレークポイントに
関する情報を格納するブレーク情報管理テーブル106
と、利用者との間のインタフェースとして機能するデバ
ッガコマンド102と、ブレークポイントの設定やブレー
ク情報管理テーブル106の設定を行うデバッガタスク103
と、ブレークポイントで停止したタスクに関する情報を
格納するブレーク報告テーブルＡ107とブレーク報告テ
ーブルＢ108と、デバッグ対象のタスクの実行がブレー
クポイントで停止したことをデバッガコマンド102に報
告するブレーク報告タスク105と、ＯＳ104の管理により
並行して実行されるユーザタスク109〜111と、ユーザタ
スク109〜111の内の複数のタスクから呼び出され特定の
処理を行うサブルーチン（共有サブルーチン）112とを
有する。なお、図１におけるユーザタスクと共有サブル
ーチンは、それぞれ任意の数設けることができる。ま
た、ここでは、利用者が直接起動するプログラムをコマ
ンドとし、コマンドやＯＳ104によって起動されるプロ
グラムをタスクとして両者を区別している。

【００１６】＜デバッガコマンドの処理＞図２は、デバ
ッガコマンド102の処理を示す流れ図である。

【００１７】デバッガコマンド102は、ＯＳ104の管理下
で、複数の利用者により個別に起動され、利用者毎に各
種デバッグ処理を実施する。デバッガコマンド102は起
動後、まず、ブレーク報告タスク105の報告に対応する
ための処理を設定し(201)、デバッグ処理種別の入力待
ち状態となる(202)。利用者からデバッグ処理種別の入
力があると、その入力値に応じて、ブレークポイント設
定要求処理(203)、ブレークポイント設定取り消し処理
(204)、ブレーク解除（タスクの再実行）要求処理(20
5)、レジスタ内容読み書き処理(206)および、タスクの
起動処理(207)の内のいずれかの処理を行う。そして、
処理の終了後に、再びデバッグ処理種別の入力待ち状態
となる(201)。

【００１８】ブレークポイント設定要求処理203では、
ブレークポイントの設定に必要となる情報を利用者から
受け取り、受け取った情報の設定をデバッガタスク103
に要求する。利用者より受け取る情報は、利用者がブレ
ークポイントをタスクと共有サブルーチンのいずれに設
定するかにより異なる。すなわち、タスクに設定する場
合は、そのタスクに割り当てられたＩＤ（識別名称）
と、そのタスクの実行モジュールの先頭位置に対するブ
レークポイントの相対アドレスを受け付ける。共有サブ
ルーチンに設定する場合には、その共有サブルーチンに
割り当てられたＩＤと、その共有サブルーチンにおける
ブレークポイントの相対アドレスと、その共有サブルー
チンを呼び出すタスクのＩＤを受け取る。

【００１９】ブレークポイント設定取り消し処理204で
は、ブレークポイント設定要求処理203でブレークポイ
ントを設定されたタスク（または、共有サブルーチン）
のＩＤと、ブレークポイントの相対アドレスを利用者か
ら受け取り、当該ブレークポイントの設定の取り消しを
デバッガタスク103に要求する。ブレーク解除要求処理2
05では、ブレークポイントで停止しているタスクのＩＤ
を利用者から受け取り、当該タスクの実行再開をデバッ
ガタスク103に要求する。レジスタ内容読み書き処理206
では、ブレークポイントで停止しているタスクのＩＤ
と、レジスタ（変数）の名称を利用者から受け取り、当
該レジスタに対する読み出しや、書き込みをデバッガタ
スク103に要求する。タスクの起動処理207では、利用者
から起動対象のタスクのＩＤを受け取り、当該タスクの
起動をデバッガタスク103に要求する。

【００２０】なお、ブレークポイントの位置情報を、計
算機101が直接実行できる実行モジュールにおける相対
アドレスに制限すると、高級言語やアセンブラ言語で記
述されるプログラムをデバッグする利用者は、コンパイ
ル後の実行モジュールにおけるブレークポイントのアド
レスを求めなければならず、不便である。このため、デ
バッガコマンド102に、高級言語などのプログラムの任
意の命令行を実行可能モジュールにおけるアドレスに変
換する機能を備えてもよい。

【００２１】＜ブレークポイントの設定処理＞図３は、
図２におけるブレークポイント設定要求処理203の流れ
図である。

【００２２】この処理では、まず、入力待ち状態となっ
て、利用者から、ブレークポイントの設定対象のタスク
（共有サブルーチンを含む）のＩＤと、ブレークポイン
トの相対アドレスを受け取る(301)。さらに、ブレーク
ポイントを設定するタスクと並行して実行する必要のあ
るタスクのＩＤを受け取る(302)。以上により得たＩＤ
がデバッグ対象のタスクのＩＤとなる。次に、プロセス
の切替え制御のためにＯＳ104により実行対象の各プロ
セスに割り当てられたＩＤ（プロセスＩＤ）の内、実行
中の本デバッガコマンド102に割り当てられたプロセス
ＩＤを取り込む(303)。そして、処理301で得たタスクの
ＩＤと相対アドレスに基づいて、ブレークポイントの絶
対アドレスを計算し(304)、計算した絶対アドレス、デ
バッグ対象のタスクのＩＤ、および本デバッガコマンド
102のプロセスＩＤを、ブレーク情報としてデバッガタ
スク103に送信して、デバッグ処理を要求する (305)。

【００２３】ここで、デバッガコマンド102とデバッガ
タスク103間のデータ転送は、ＩＰＣ（Inter Process C
ommunication：プロセス間通信）により行われる。ＩＰ
Ｃを用いることで、デバッガタスク103は、任意のタイ
ミングで複数起動されるデバッガコマンド102に対応で
きる。また、ネットワークにより接続された他の端末に
おいてデバッガコマンドが起動される場合には、そのデ
バッガコマンドからの処理要求を、ネットワークを介し
て受け取り処理することができる。

【００２４】図４は、デバッガタスク103の処理の流れ
図である。

【００２５】デバッガタスク103は、デバッガコマンド1
02からのデバッグ処理の要求に常時対応できるように、
ＯＳ104の立ち上げ時に起動されて、ブレーク情報の受
信待ち状態となる(401)。デバッガコマンド102からブレ
ーク情報を受信すると、受信した情報に含まれるＩＤと
絶対アドレスにより定まるタスク上の１命令を、ＯＳ10
4にブレークの発生を認識させるトラップ命令に書き換
える(402)。次に、ＯＳ104にシステムコールを送ること
で、トラップ命令の書き換えが行われた位置にあった書
き換え前の命令と、上記受信した情報内の絶対アドレ
ス、プロセスＩＤ、およびデバッグ対象のタスクのＩＤ
を、ブレーク情報管理テーブル106に設定させる(403)。
そして、再びデバッガコマンド102からのブレーク情報
受信待ち状態となり(401)、他の利用者によって起動さ
れるデバッガコマンド102からの設定要求を受け付け
る。

【００２６】図５に、ブレーク情報管理テーブル108の
構成を示す。ブレーク情報管理テーブル106は、上記絶
対アドレスの格納エリア501と、上記プロセスＩＤの格
納エリア502と、上記書き換え前の命令の格納エリア503
と、上記デバッグ対象のタスクのＩＤの格納エリア5041
〜504nとを有し、ブレークポイントの設定毎に、以上の
絶対アドレス、書き換え前の命令、デバッグ対象のタス
クのＩＤを、組で格納する。

【００２７】図６は、デバッガタスク103の処理403（図
４）によりＯＳ104がブレーク情報管理テーブル108に対
して行う処理の流れ図である。ＯＳ104はデバッガタス
ク103からのシステムコールに応じて、まず、ブレーク
情報管理テーブル106内の空きエリアを検索する(601)。
そして、検索により得た空きの格納エリア501、502、50
3、5041〜504nにそれぞれ、指定された絶対アドレス、
プロセスＩＤ、書き換え前の命令、およびデバッグ対象
のタスクのＩＤを設定する(602〜605)。

【００２８】＜ブレーク発生時の報告処理＞図７は、ブ
レークポイントとして設定されたトラップ命令の実行に
より割り込みが生じたときのＯＳ104の処理の流れ図で
ある。

【００２９】ＯＳ104は、トラップ命令による割り込み
を受けると、当該トラップ命令のアドレス（絶対アドレ
ス）と、当該トラップ命令実行時に実行中であったタス
クのＩＤを検出し(701)、検出したアドレスと組でブレ
ーク情報管理テーブル106に格納されているタスクのＩ
Ｄに、検出したＩＤと一致するものがあるか調べる(70
2)。そして、一致するＩＤが存在しない場合には、デバ
ッグ対象のタスクの動作によって生じた割り込み（ブレ
ーク）ではないと判断して、停止しているタスクの実行
を再開する(704)。この処理は、ブレークポイントの設
定された共有サブルーチンが、デバッグ対象でないタス
クから呼び出された場合に、ブレークポイントでそのタ
スクの実行が停止することを防ぐために行う。

【００３０】一致するＩＤが存在する場合は、デバッグ
対象のタスクにおいて生じたブレークと判断して、一致
するＩＤと組でエリア5041〜504nに格納されている全て
のＩＤのタスクの実行を抑止する(703)。次に、一致し
たタスクのＩＤと、それと組で格納されている絶対アド
レスとプロセスＩＤを、ブレーク報告テーブル１107に
格納し(705)、ブレーク報告タスク105の待ち状態を解除
する(706)。

【００３１】ブレーク報告テーブル１107の構成を図８
に示す。ブレーク報告テーブル１107は、ＯＳ104とブレ
ーク報告タスク105間のデータ受け渡し用のテーブルで
あり、上記絶対アドレスの格納エリア801と、上記プロ
セスＩＤの格納エリア802と、上記タスクＩＤの格納エ
リア803とで構成される。

【００３２】図９は、ブレーク報告タスク105の処理の
流れ図である。

【００３３】ブレーク報告タスク105は、デバッグ対象
のタスクの実行がブレークポイントにおいて停止した場
合に、当該ブレークポイントを設定したデバッガコマン
ド102にその停止を報告するものである。

【００３４】ブレーク報告タスク105は、ブレークの発
生に常時対応できるように、ＯＳ104の立ち上げ時に起
動されて、ＯＳ104からの通知待ち状態となる(901)。Ｏ
Ｓ104からのブレーク発生の通知により待ち状態が解除
されると、ブレーク報告テーブル１107に格納されてい
る絶対アドレスとタスクのＩＤを読み出して、ブレーク
報告テーブル２108に格納する(902)。ブレーク報告テー
ブル２108は、ブレーク報告タスク105とデバッガコマン
ド102間のデータ受け渡しに用いられるもので、図１０
に示す構成を有する。次に、ブレーク報告テーブル１10
7に格納されているプロセスＩＤにより１つのデバッガ
コマンド102を特定し、特定したデバッガコマンド102に
ブレークの発生を通知する(903)。そして、再びイベン
ト待ち状態となる(901)。

【００３５】図１１は、ブレーク発生の通知を受けた時
のデバッガコマンド102の処理の流れ図である。デバッ
ガコマンド102は、ブレーク発生の通知を受けると、ブ
レーク報告テーブル２108内のエリア1001，1002に格納
されているブレークポイントの絶対アドレスとタスクの
ＩＤを読み出し(1101)、読み出した情報をブレークポイ
ント到達メッセージとして、本デバッガコマンド102を
起動した端末に表示させる(1102)。これにより、利用者
は自分の指定したブレークポイントにおいてブレークが
生じた旨を知ることができる。なお、この処理は、図２
の処理201で設定され、デバッグ処理種別の入力待ち状
態(202)において実施される。

【００３６】＜動作例＞次に、利用者１と利用者２の２
人が個別にデバッグを行う場合の計算機101の動作例
を、図１２を用いて説明する。なお、以下では利用者１
に係わるものには符号の末尾に(1)を付し、利用者２に
係わるものには(2)を付す。

【００３７】図１２において、利用者１は、デバッガコ
マンド102(1)を起動してブレークポイント設定要求処理
を指定する。このときデバッガコマンド102(1)にはプロ
セスＩＤ＝Ｐ１が割り当てられる。そして、利用者１は
ブレークポイント設定要求処理において、ブレークポイ
ントの設定対象のタスクにＩＤ＝Ｔ３のタスクＣ12013
を指定し、タスクＣ12013におけるブレークポイント120
3の相対アドレスを指定する。さらに、タスクＣ12013と
並行して動作させる必要のある、ＩＤ＝Ｔ１，Ｔ２のタ
スクＡ12011とタスクＢ12012を指定する。これにより、
利用者１のデバッグ対象のタスク1201は、タスクＡ1201
1、タスクＢ12012、およびタスクＣ12013となる。次
に、デバッガコマンド102(1)は、自らのプロセスＩＤ＝
Ｐ１を得た後、計算によりブレークポイントの絶対アド
レス＝ＡＤ１を求め、求めた絶対アドレス＝ＡＤ１と、
デバッグ対象のタスクＩＤ＝Ｔ１，Ｔ２，Ｔ３と、自プ
ロセスＩＤ＝Ｐ１をブレーク情報としてデバッガタスク
103に送信する。

【００３８】ブレーク情報待ち状態となっていたデバッ
ガタスク103は、デバッガコマンド102(1)からのブレー
ク情報を受信すると、絶対アドレス＝ＡＤ１の命令をト
ラップ命令に書き換える。次に、ブレーク情報管理テー
ブル106への設定を指示するシステムコールをＯＳ104へ
送り、設定情報として絶対アドレス＝ＡＤ１、自プロセ
スＩＤ＝Ｐ１、書き換え前の命令（[ａｄｄｒＤ,ｒＡ,
ｒＢ]とする）、デバッグ対象のタスクのＩＤ＝Ｔ１，
Ｔ２，Ｔ３を指定する。

【００３９】ＯＳ104は、上記システムコールを受ける
と、ブレーク情報管理テーブル106の空きエリアを検索
し、ブレークポイントの絶対アドレスの格納エリア501
(1)にＡＤ１を設定し、デバッガコマンドのプロセスＩ
Ｄの格納エリア502(1)にＰ１を設定し、トラップ命令書
き換え前の命令の格納エリア503(1)に命令[ａｄｄｒ
Ｄ,ｒＡ,ｒＢ]を設定し、デバッグ対象のタスクＩＤの
格納エリア5041(1)，5042(1)，5043(1)にそれぞれＴ
１，Ｔ２，Ｔ３を設定する。

【００４０】一方、利用者２はデバッガコマンド102(2)
を起動し（プロセスＩＤ＝Ｐ２とする）、ブレークポイ
ント1204の設定対象として共有サブルーチン1205のＩＤ
＝Ｔ６と、共有サブルーチン1205における相対アドレス
を指定し、さらに、共有サブルーチン1205を呼び出すタ
スクＥ12022と、タスクＥ12022と共に動作するタスクＤ
12021の各ＩＤ＝Ｔ４，Ｔ５を指定する。この後、利用
者１で説明したのと同じ手順で処理が行われて、ブレー
ク情報管理テーブル106の格納エリア501(2)に絶対アド
レス＝ＡＤ２、格納エリア502(2)にプロセスＩＤ＝Ｐ
２、格納エリア503(2)に命令[ＩｈａｒＤ,ｄ(ｒＡ)]、
そして、格納エリア5041(2)，5042(2)にはＴ４，Ｔ５が
それぞれ設定される。

【００４１】＜タスクにおけるブレークの発生＞デバッ
ガコマンド102(1)が設定したデバッグ対象のタスク群12
01は、タスクＡ12011、タスクＢ12012、およびタスクＣ
12013で構成される。マルチタスクのＯＳ104は、タスク
群1201のタスクＡ12011が起動されると、タスクＡ1201
1、タスクＢ12012、タスクＣ12013の順にプロセッサの
処理を順次割り当て、タスクＣ12013の実行終了後にタ
スクＢ12012に処理を移し、タスクＢ12012の実行終了後
にはタスクＡ12011に処理を移して、タスク群1201の実
行を終了する。

【００４２】タスクＣ12013の実行中、利用者１が設定
したブレークポイント1203のトラップ命令が実行される
と、ＯＳ04に割り込みが生じる。この割り込みを受けた
ＯＳ04は、実行中のタスクのＩＤ＝Ｔ３を検出し、ブレ
ーク情報管理テーブル106の絶対アドレス＝ＡＤ１に対
応する格納エリアを調べことで、ＩＤ＝Ｔ３と組で格納
されているＩＤ＝Ｔ１，Ｔ２を検出して、検出したＩＤ
のタスクＡ12011、タスクＢ12012、タスクＣ12013の実
行を抑止する。そして、ブレーク報告テーブル１107の
格納エリア801に絶対アドレス＝ＡＤ１、格納エリア802
にプロセスＩＤ＝Ｐ１、格納エリア803にブレークの生
じたタスクのＩＤ＝Ｔ３をそれぞれ設定した後、ブレー
ク報告タスク105の待ち状態を解除する。

【００４３】ＯＳ104から待ち状態を解除されたブレー
ク報告タスク105は、ブレーク報告テーブル１107から絶
対アドレス＝ＡＤ１と、実行タスクＩＤ＝Ｔ３を読み出
して、ブレーク報告テーブル２108に格納する。そし
て、ブレーク報告テーブル１107からプロセスＩＤ＝Ｐ
１を読み出して、Ｐ１により特定されるデバッガコマン
ド102(1)にブレークの発生を報告する。

【００４４】報告を受けたデバッガコマンド102(1)は、
ブレーク報告テーブル２108に格納された絶対アドレス
＝ＡＤ１，タスクＩＤ＝Ｔ３を読み出し、読み出した結
果をブレークポイント到達メッセージとして端末に表示
する。利用者１はこれにより、自分が設定したブレーク
ポイント1203にてブレークが発生した旨を知る。

【００４５】＜共有サブルーチンにおけるブレークの発
生＞一方、デバッガコマンド102(2)が設定したデバッグ
対象のタスク群1202は、タスクＤ12021と、タスクＥ120
22で構成される。ＯＳ104は、タスクＤ12021が起動され
ると、その実行途中でタスクＥ12022に処理を移す。実
行の途中で、タスクＥ12022は共有サブルーチンＦ1205
を呼び出す。タスクＥ12022実行終了後、タスクＤ12021
に処理が移り、タスク群1202の実行が終了する。

【００４６】共有サブルーチンＦ1205の実行中、利用者
２が設定したブレークポイント1204のトラップ命令が実
行されると、ＯＳ04に割り込みが生じる。割り込みを受
けたＯＳ04は、実行中のタスクのＩＤ＝Ｔ４を検出し、
ブレークの生じた絶対アドレス＝ＡＤ２に対応するブレ
ーク情報管理テーブル106の格納エリアを調べること
で、ＩＤ＝Ｔ４と組で格納されているＩＤ＝Ｔ５を検出
し、検出したＩＤのタスクＤ12021とタスクＥ12022の実
行を抑止する。そして、ブレーク報告テーブル１107
に、絶対アドレス＝ＡＤ２、プロセスＩＤ＝Ｐ２、ブレ
ークの生じたタスクのＩＤ＝Ｔ５を格納した後、ブレー
ク報告タスク105の待ち状態を解除する。

【００４７】共有サブルーチンＦ1205がタスクＥ12022
以外のタスク（例えば、タスクＡ12011）から呼び出さ
れた状態で、絶対アドレス＝ＡＤ２でブレークが発生し
た場合、検出されるＩＤ（＝Ｔ１）に一致するＩＤは、
絶対アドレス＝ＡＤ２に対応するブレーク情報管理テー
ブル106の格納エリアには存在しない。このため、ＯＳ0
4は、ブレーク発生時に実行していたタスク（タスクＡ1
2011）について設定されたブレークポイントではないと
判断して、ブレークポイント1204の書き換え前の命令
［ＩｈａｒＤ,ｄ(ｒＡ)］を実行した後、トラップ命令
の次から共有サブルーチン1205の実行を再開する。

【００４８】ＯＳ104からブレーク発生通知を受けたブ
レーク報告タスク105は、前述と同様の処理を行い、プ
ロセスＩＤ＝Ｐ２のデバッガコマンド102(2)に対しブレ
ークの発生を報告する。そして、デバッガコマンド102
(2)により、ブレークポイント到達メッセージが端末に
表示され、利用者２はこれにより、自分が設定したブレ
ークポイントにてブレークが発生した旨を知る。

【００４９】以上で説明したように、本実施形態の計算
機101では、複数の利用者の各々が任意のタスク群を指
定し、指定したタスク群のデバッグを個別に行うことが
できる。このため、ある利用者が設定したブレークポイ
ントが、他の利用者のデバッグに影響することはない。

【００５０】さらに、ネットワークで接続された他の端
末からのデバッグ指示や、当該他の端末で起動されるデ
バッガコマンドからの指示にも対応できる。

【００５１】

【発明の効果】本発明によれば、マルチタスクのＯＳの
管理下で、複数の利用者が個別に任意のタスク群のデバ
ッグを行うことを可能とするデバッグ支援装置を提供す
ることができる。

【図面の簡単な説明】

【図１】本発明の実施形態に係る計算機のソフトウェ
ア構成。

【図２】デバッガコマンドの処理の流れ図。

【図３】図２のブレークポイント設定要求処理の流れ
図。

【図４】デバッガタスクの処理の流れ図。

【図５】ブレーク情報格納テーブルの構成図。

【図６】ブレーク情報管理テーブル設定時のＯＳの処
理の流れ図。

【図７】ブレーク割り込み受信時のＯＳの処理の流れ
図。

【図８】ブレーク報告テーブル１の構成図。

【図９】ブレーク報告タスクの処理の流れ図。

【図１０】ブレーク報告テーブル２の構成図。

【図１１】ブレーク発生通知受信時のデバッガコマン
ドの処理の流れ図。

【図１２】デバッグ時の計算機の動作を説明するため
の図。

【図１３】図１２におけるブレーク情報格納テーブル
の設定値を示す図。

【符号の説明】

101・・・計算機、102・・・デバッガコマンド、103・・・デバッ
ガタスク、104・・・OS、105・・・ブレーク報告タスク、106・
・・ブレーク情報管理テーブル、107・・・ブレーク報告テー
ブル１、108・・・ブレーク報告テーブル２、109,110,111・
・・ユーザタスク、112・・・共有サブルーチン。

───────────────────────────────────────────────────── フロントページの続き (72)発明者中橋晃文茨城県日立市大みか町五丁目２番１号日立プロセスコンピュータエンジニアリング株式会社内 (72)発明者鈴木弘茨城県日立市大みか町五丁目２番１号日立プロセスコンピュータエンジニアリング株式会社内 (72)発明者小林淳一茨城県日立市大みか町五丁目２番１号日立プロセスコンピュータエンジニアリング株式会社内 (72)発明者桑原啓二茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか工場内 (72)発明者笹木亘茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか工場内 (72)発明者西山修治茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか工場内 (72)発明者益子直也茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか工場内

Claims

【特許請求の範囲】

【請求項１】プロセッサと、複数のタスクを並行して実
行するように前記プロセッサを制御するマルチタスクの
ＯＳを備え、前記タスクの実行を、当該タスクに割り当
てた識別情報により管理するデバッグ支援装置であっ
て、複数の利用者の各々から、デバッグ対象の複数のタスク
の各々に割り当てられた識別情報と、前記デバッグ対象
のタスクの内の少なくとも１つのタスクにおけるブレー
クポイントの位置情報とを受け付けるユーザインタフェ
ース手段と、当該受け付けたブレークポイントの位置情報に応じて、
前記デバッグ対象のタスクにブレークポイントを指定す
る命令を設定する手段と、当該ブレークポイントを指定する命令が実行された場合
に、当該命令が設定された実行中のタスクの識別情報を
検出し、検出した識別情報のタスクと、当該識別情報に
一致する識別情報と一緒に受け付けた識別情報のタスク
の実行を停止する手段を備えることを特徴とするデバッ
グ支援装置。
【請求項２】請求項１記載のデバッグ支援装置であっ
て、前記ブレークポイントを指定する命令は、前記複数のタ
スクより共通に呼び出されるサブルーチンにも設定さ
れ、前記ユーザインタフェース手段は、当該サブルーチンに
おけるブレークポイントの位置情報も入力し、前記ブレークポイントを指定する命令が実行された場合
に、当該実行された命令の位置情報と、実行中のタスク
の識別情報を検出し、当該検出したタスクの識別情報
が、前記検出した位置情報に一致する位置情報と一緒に
受け付けた識別情報に含まれない場合には、前記命令の
実行に応じてなされるタスクの実行停止を解除する手段
を備えることを特徴とするデバッグ支援装置。
【請求項３】請求項１または２記載のデバッグ支援装置
は、前記複数の利用者の各々が入力を行う複数の計算機を含
む、ネットワークにより接続された複数の計算機により
構成されることを特徴とするデバッグ支援装置。
【請求項４】請求項１、２または３記載のデバッグ支援
装置であって、前記ユーザインタフェース手段は、前記複数の利用者の
各々に対して個別に設けられると共に、利用者にタスク
の実行停止を通知する手段を備え、前記ブレークポイントを指定する命令が実行された場合
に、当該ブレークポイントの位置情報を受け付けたユー
ザインタフェース手段を特定し、特定したユーザインタ
フェース手段に、利用者への実行停止の通知を行わせる
手段を備えることを特徴とするデバッグ支援装置。