JPH07306800A - デバッグ方式 - Google Patents

Abstract

(57)【要約】 【目的】 オペレーティングシステムのみならずオペレ
ーティングシステムへの動的な追加モジュールに対して
もシンボリックなデバッグを可能とするデバッグ方式を
提供する。 【構成】 ホスト計算機１０１及びリモート計算機２０
１は、オペレーティングシステム１０６、２０６を実行
する中央処理装置１０２、２０２と、各中央処理装置１
０２、２０２とは独立に動作可能であり、各中央処理装
置１０２、２０２の動作を制御するサービスプロセッサ
１０５、２０５と、をそれぞれ有する。また、リモート
計算機２０１は、オペレーティングシステム２０６に関
するデバッグ情報を得るサーバプロセス３０３を有す
る。以上の構成を有する計算機システムにおいて、ホス
ト計算機１０１上のデバッガ３０２は、デバッグ情報を
得ることによりリモート計算機２０１におけるオペレー
ティングシステムのデバッグを行う。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はオペレーティングシステ
ムに対するデバッグ方式であり、特にある計算機上のオ
ペレーティングシステムのデバッグを他の計算機上で可
能にするデバッグ方式、更には複数の中央処理装置を有
する計算機上のオペレーティングシステムのデバッグを
可能にするデバッグ方式に関する。

【０００２】

【従来の技術】図８は、特開平５−２２５０９０号公報
に開示された従来の遠隔デバッグ方式を説明するための
システム構成を示した図である。利用者の手元にあり直
接利用できるローカルコンピュータ１０は、通信ネット
ワーク３０を介してリモートコンピュータ２０に接続さ
れ相互にデータ交換可能である。ローカルコンピュータ
１０上のユーザインターフェース制御手段１１は、利用
者とのデータ入出力を制御する手段である。デバッガ制
御手段１２は、ローカル及びリモートコンピュータ１
０、２０上の実行プログラム制御手段１３、２１からの
情報を収集し、また実行プログラム制御手段１３、２１
に指令を送り実行プログラムの動作を制御する。実行プ
ログラム制御手段１３、２１は、各コンピュータ１０、
２０上で動作する実行プログラム１５、２２を制御す
る。通信手段１４、２３は、デバッガ制御手段１２と実
行プログラム制御手段２１との間のデータ、指令及び制
御の授受を保証する。なお、本デバッガの持つ機能とし
ては、（１）動作停止箇所の指定と解除、（２）次の実
行ステップへの状態遷移、（３）データ格納領域中の値
の参照、（４）通常の実行再開、がある。

【０００３】次に、まず、（１）の動作停止箇所の指定
の処理について説明する。

【０００４】利用者は、デバッガに対してユーザインタ
ーフェース制御手段１１を介して動作停止箇所を設定す
る指令を発行する。ユーザインターフェース制御手段１
１は、指令をデバッガ制御手段１２に解釈できる内部形
式に変換した後に渡す。次に、デバッガ制御手段１２
は、この指令を解釈し、ローカルコンピュータ１０ある
いはリモートコンピュータ２０上に存在する実行プログ
ラム制御手段１３、２１に設定された停止箇所で実行プ
ログラム１５、２２を停止させる指令を発行する。この
ときリモートコンピュータ２０上の実行プログラム制御
手段２１に指令を発するならば通信手段１４、２３を介
して送る。指令を受け取ったいずれかの実行プログラム
制御手段１３、２１は、もし自分の制御する実行プログ
ラム１５、２２中に指定箇所が含まれているならば、そ
の箇所で停止するように実行プログラム１５、２２にデ
ータをセットし、その停止箇所を内部データとして記憶
する。記憶した後、自己の素性と停止箇所とを設定した
旨をデバッガ制御手段１２に返答する。もし、含まれて
いないならば、自分の素性と停止箇所とが設定できなか
った旨を返答する。

【０００５】返答を受け取ったデバッガ制御手段１２
は、停止箇所を設定できた旨を返答してきた実行プログ
ラム制御手段１３、２１と停止箇所とを内部データとし
て記憶する。もし、設定できた旨が一つも返ってこなけ
れば、ユーザインタフェース制御手段１１にエラーが発
生したことを伝える。ユーザインタフェース制御手段１
１は、利用者にエラーを通知する。

【０００６】これらと同様の処理手順によって、（２）
次の実行ステップへの状態遷移、（３）データ格納領域
中の値の参照、（４）通常の実行再開、を行うことがで
きる。

【０００７】

【発明が解決しようとする課題】しかしながら、従来の
デバッグ方式では、デバッガ制御手段がオペレーティン
グシステムの動作に関連しているため、オペレーティン
グシステム本体をデバッグするような場合、被デバッグ
プログラム（オペレーティングシステム）を一旦停止さ
せるためには計算機本体を停止させる必要があり、デバ
ッグ操作を継続できないという問題があった。

【０００８】また、計算機稼働中に動的にオペレーティ
ングシステム内部に追加されるモジュールに対しては、
その追加モジュールがオペレーティングシステム内部の
アドレス空間のどの領域にロードされるかがそのロード
時に動的に決定されるため、デバッガがその追加モジュ
ールのオペレーティングシステム内部のアドレスやその
追加モジュール内部で定義されているシンボルが持つア
ドレス情報を入手することができなかった。

【０００９】本発明は以上のような問題を解決するため
になされたものであり、その目的は、オペレーティング
システムのみならずオペレーティングシステムへの動的
な追加モジュールに対してもシンボリックなデバッグを
可能とするデバッグ方式を提供することにある。

【００１０】

【課題を解決するための手段】以上のような目的を達成
するために、請求項１記載の発明は、通信路を介して接
続された第１の計算機と第２の計算機とを有する計算機
システムにおいて、前記各計算機は、通信機能を有する
オペレーティングシステムを実行する中央処理装置と、
前記中央処理装置とは独立に動作可能であり、前記中央
処理装置の動作を制御するサービスプロセッサと、前記
通信路を介して他の計算機と通信を行う通信手段と、を
それぞれ有し、前記第１の計算機は、前記オペレーティ
ングシステム上で動作しプログラムを試験するデバッガ
を有し、前記第２の計算機は、前記オペレーティングシ
ステム上で動作しそのオペレーティングシステムに関す
るデバッグ情報を得るサーバプロセスを有し、前記第１
の計算機上のデバッガは、前記デバッグ情報に基づき前
記第２の計算機におけるオペレーティングシステムのデ
バッグを行うことを特徴とする。

【００１１】請求項２記載の発明は、請求項１記載のデ
バッグ方式において、前記第１の計算機は、記憶手段に
前記デバッグ情報を予め保持することを特徴とする。

【００１２】請求項３記載の発明は、請求項１記載のデ
バッグ方式において、前記第２の計算機は、前記オペレ
ーティングシステムへの追加モジュールを前記オペレー
ティングシステム内部のアドレス空間にロードしたとき
のアドレス情報を得る手段を有することを特徴とする。

【００１３】請求項４記載の発明は、デバッグ対象とな
るオペレーティングシステム内部のモジュールを実行す
る１乃至複数の第１の中央処理装置群と、前記第１の中
央処理装置群で実行される以外のオペレーティングシス
テム部分を実行する第２の中央処理装置群と、前記第１
及び第２の中央処理装置群とは独立に動作可能であり、
前記第１及び第２の中央処理装置群の動作を制御するサ
ービスプロセッサと、前記オペレーティングシステム上
で動作しプログラムを試験するデバッガと、前記オペレ
ーティングシステム上で動作し前記オペレーティングシ
ステムに関するデバッグ情報を得るサーバプロセスと、
を有する計算機上で前記デバッグは前記デバッグ情報に
基づき稼働中のオペレーティングシステムのデバッグを
行うことを特徴とする。

【００１４】請求項５記載の発明は、請求項４記載のデ
バッグ方式において、オペレーティングシステムへの追
加モジュールをそのオペレーティングシステム内部のア
ドレス空間にロードしたときのアドレス情報を得る手段
を有することを特徴とする。

【００１５】

【作用】以上のような構成を有する請求項１記載の発明
によれば、第２の計算機上で動作するサーバプロセス
は、第２の計算機上の中央処理装置で実行されるオペレ
ーティングシステムが保持するデバッグ情報を得る。サ
ービスプロセッサは、そのデバッグ情報を通信路を経由
して第１の計算機上のデバッガに転送する。第１の計算
機上のデバッガは、転送されたデバッグ情報を保持する
ことにより、以後の第２の計算機のオペレーティングシ
ステムに対するデバッグ処理において、その第１の計算
機上に保持されているデバッグ情報を参照しながらデバ
ッグ操作を行うことができる。

【００１６】また、請求項２記載の発明によれば、第２
の計算機上のオペレーティングシステムのデバッグ情報
を予め第１の計算機の記憶手段に格納しておき、その第
１の計算機上のデバッガが以後の第２の計算機のオペレ
ーティングシステムに対するデバッグ処理において、そ
の第１の計算機上に保持されているデバッグ情報を参照
しながらデバッグ操作を行うことができる。

【００１７】また、請求項３記載の発明によれば、第２
の計算機上のオペレーティングシステム内部に動的にロ
ードされるそのオペレーティングシステムの追加モジュ
ールに対しても、その追加モジュールに対するデバッグ
情報を通信路を経由して第１の計算機上のデバッガに転
送する。デバッガは以後の第２の計算機上の追加モジュ
ールに対するデバッグ処理において、その第１の計算機
上に保持されているそのデバッグ情報を参照しながらシ
ンボリックなデバッグ操作を行うことができる。

【００１８】また、請求項４記載の発明によれば、複数
の中央処理装置を有する計算機では、オペレーティング
システム内部のデバッグ対象となるモジュールを第１の
中央処理装置群に割り付け、そのデバッグ対象モジュー
ル以外のオペレーティングシステムの部分を第１の中央
処理装置群とは別の第２の中央処理装置群に割り付け
る。従って、サーバプロセスは、第１の中央処理装置群
で実行されるオペレーティングシステム内部のモジュー
ルが保持するデバッグ情報を得ると、デバッガにこのデ
バッグ情報を動的に転送することにより、オペレーティ
ングシステム内部のデバッグ対象モジュールのシンボリ
ックなデバッグを行うことができる。

【００１９】また、請求項５記載の発明によれば、自計
算機上で稼働中のオペレーティングシステムに動的に追
加される追加モジュールに関するデバッグ情報をデバッ
ガに動的に転送することにより、シンボリックなデバッ
グ操作を行うことができる。

【００２０】

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

【００２１】実施例１．図１は、本発明に係るデバッグ
方式の第１実施例を説明するための計算機システムの全
体構成図である。本実施例において、各計算機は離れた
場所に設置されているものとすれば、第１の計算機とす
るホスト計算機１０１と遠隔地に設置された第２の計算
機とするリモート計算機２０１とは、通信路として通信
回線３０１を介して接続されている。ホスト計算機１０
１及びリモート計算機２０１は、通信機能を有するオペ
レーティングシステム１０６、２０６を実行する中央処
理装置１０２、２０２と、各中央処理装置１０２、２０
２とは独立に動作可能であり、各中央処理装置１０２、
２０２の動作を制御するサービスプロセッサ１０５、２
０５と、通信回線３０１を介して他の計算機と通信を行
う通信手段としての通信制御装置１０４、２０４と、を
それぞれ有している。制御プログラム１０７、２０７
は、各サービスプロセッサ１０５、２０５上で動作しオ
ペレーティングシステム１０６、２０６の制御を行う。
また、ホスト計算機１０１は、オペレーティングシステ
ム１０６上で動作しプログラムを試験するデバッガ３０
２を有する。一方、リモート計算機２０１は、オペレー
ティングシステム２０６上で動作しそのオペレーティン
グシステム２０６に関するデバッグ情報を得るサーバプ
ロセス３０３と、オペレーティングシステム２０６に関
するデバッグ情報を記憶する外部記憶装置２０３と、を
有する。なお、オペレーティングシステム１０６、２０
６、デバッガ３０２、サーバプロセス３０３、制御プロ
グラム１０７、２０７は、中央制御装置１０２、２０２
あるいはサービスプロセッサ１０５、２０５上で動作す
るソフトウェアである。

【００２２】本実施例において特徴的なことは、リモー
ト計算機２０１上のオペレーティングシステム２０６の
デバッグ情報を通信回線３０１を介して得ることによ
り、ホスト計算機１０１上におけるデバッガ３０２によ
りリモート計算機２０１上のオペレーティングシステム
２０６のデバッグを行うことである。これにより、ホス
ト計算機１０１上のデバッガ３０２からリモート計算機
２０１におけるオペレーティングシステムのデバッグを
行うことができる。

【００２３】図２は、本実施例におけるデバッグ方式の
処理を示したフローチャートであり、以下、図１、２を
用いてホスト計算機１０１におけるデバッガ３０２を用
いてリモート計算機２０１上のオペレーティングシステ
ム２０６をデバッグするときの処理について説明する。

【００２４】ホスト計算機１０１において、まず最初に
手順１００１においてデバッガ３０２を起動する。デバ
ッガ３０２は、オペレーティングシステム２０６のシン
ボル情報とそのアドレス情報などから成るデバッグ情報
の転送を要求する命令をオペレーティングシステム１０
６、通信回線３０１を経由してオペレーティングシステ
ム２０６に送信する。

【００２５】リモート計算機２０１において、オペレー
ティングシステム２０６は、この命令を受け取るとオペ
レーティングシステム２０６上で動作しているサーバプ
ロセス３０３に受け取った命令の内容を伝える（手順１
００２）。サーバプロセス３０３は、その命令を解釈し
て、リモート計算機２０１に接続された外部記憶装置２
０３に格納されているオペレーティングシステム２０６
に関するデバッグ情報を取り出し、オペレーティングシ
ステム２０６に転送する（手順１００３）。オペレーテ
ィングシステム２０６は、制御プログラム２０７にこの
取り出されたデバッグ情報をホスト計算機１０１へ転送
するように依頼し、リモート計算機２０１の制御を制御
プログラム２０７に移行する（手順１００４）。制御プ
ログラム２０７は、リモート計算機２０１の中央処理装
置２０２を停止させてオペレーティングシステム２０６
の処理を中断させる。リモート計算機２０１のサービス
プロセッサ２０５は、中央処理装置２０２とは独立に動
作可能なので、制御プログラム２０７はこのデバッグ情
報を通信回線３０１を経由してデバッガ３０２に転送す
る（手順１００５）。

【００２６】ホスト計算機１０１において、デバッガ３
０２は、リモート計算機２０１の制御プログラム２０７
から送られたこのデバッグ情報を読み込んで保持し、コ
マンド入力待ち状態になる（手順１００６）。これ以降
は、通常と同様なデバッグ操作が可能な状態になる。

【００２７】ホスト計算機１０１においてリモート計算
機２０１上のオペレーティングシステム２０６にブレー
クポイントを設定するときは、デバッガ３０２にブレー
クポイントを設定したいソースプログラム上の行番号や
関数名などの位置情報を入力すると、デバッガ３０２は
手順１００６で入手し保持しているデバッグ情報からそ
のソースファイル位置に対応するアドレスを見つけ出し
（手順１００７）、ブレークポイントを設定する命令と
そのアドレスをオペレーティングシステム１０６、通信
回線３０１経由でリモート計算機２０１の制御プログラ
ム２０７に伝える（手順１００８）。

【００２８】リモート計算機２０１において、ブレーク
ポイントを設定する命令を受け取った制御プログラム２
０７は、リモート計算機２０１上の指定されたアドレス
にブレークポイントを設定し、設定が完了したことをホ
スト計算機１０１上のデバッガ３０２に伝える（手順１
００９）。

【００２９】ホスト計算機１０１において、デバッガ３
０２は、ブレークポイントの設定が完了した通知をリモ
ート計算機２０１から受け取ると、コマンド入力待ち状
態になる（手順１０１０）。

【００３０】ホスト計算機１０１においてリモート計算
機２０１の処理を再開し設定したブレークポイントまで
処理を進めさせるときは、デバッガ３０２が実行再開命
令をオペレーティングシステム１０６、通信回線３０１
経由でリモート計算機２０１上の制御プログラム２０７
に送る（手順１０１１）。

【００３１】リモート計算機２０１において、制御プロ
グラム２０７がこの実行再開命令を受け取ると、リモー
ト計算機２０１の中央処理装置２０２の動作を再開させ
オペレーティングシステム２０６の処理を再開させる
（手順１０１２）。オペレーティングシステム２０６が
その処理の実行中に手順１００９で設定したブレークポ
イントに到達すると、オペレーティングシステム２０６
は制御を制御プログラム２０７に移す（手順１０１
３）。制御プログラム２０７は、リモート計算機２０１
の中央処理装置２０２を停止させ、ブレークポイントに
到達した通知を通信回線３０１、オペレーティングシス
テム１０６経由でホスト計算機１０１上のデバッガ３０
２に伝える（手順１０１４）。その後、ホスト計算機１
０１のデバッガ３０２はコマンド入力待ち状態になる。

【００３２】ホスト計算機１０１においてリモート計算
機２０１上のオペレーティングシステム２０６内部の変
数の内容を参照するときは、デバッガ３０２に変数を参
照するコマンドを入力すると、デバッガ３０２は手順１
００７と同様の方法でその変数のリモート計算機２０１
上のアドレス及びメモリ領域の大きさを算出し（手順１
０１５）、主記憶装置参照命令とその変数の参照したい
アドレス及びメモリ領域の大きさをオペレーティングシ
ステム１０６、通信回線３０１経由で制御プログラム２
０７に送る（手順１０１６）。主記憶装置参照命令を受
け取った制御プログラム２０７は、リモート計算機２０
１の主記憶装置上の指定されたアドレスにあるデータを
読み取り、通信回線３０１経由でホスト計算機１０１上
のデバッガ３０２に送り返す（手順１０１７）。

【００３３】同様の手順で、リモート計算機２０１上の
主記憶装置の内容の変更や中央処理装置２０２のレジス
タの内容の参照・変更を行うことができる。

【００３４】以上のようにして、ホスト計算機１０１上
のデバッガ３０２からリモート計算機２０１におけるオ
ペレーティングシステムのデバッグを行うことができ
る。

【００３５】実施例２．次に、本発明に係るデバッグ方
式の第２実施例を説明する。なお、本実施例を説明する
ための計算機システムは、上記実施例と同様に図１を用
いる。

【００３６】本実施例において特徴的なことは、上記第
１実施例におけるサーバプロセス３０３を不要とするか
わりに、ホスト計算機１０１の記憶手段である外部記憶
装置１０３にリモート計算機２０１からのデバッグ情報
を予め保持するようにしたことである。これにより、ホ
スト計算機１０１上のデバッガ３０２からリモート計算
機２０１におけるオペレーティングシステムのデバッグ
を行うことができる。

【００３７】図３は、本実施例におけるデバッグ方式の
処理を示したフローチャートであり、以下、図１、３を
用いてホスト計算機１０１におけるデバッガ３０２を用
いてリモート計算機２０１上のオペレーティングシステ
ム２０６をデバッグするときの処理について説明する。

【００３８】ホスト計算機１０１において、まず外部記
憶装置１０３上にリモート計算機２０１上で動作してい
るオペレーティングシステム２０６のシンボル情報やそ
のシンボルのアドレス情報などのデバッグ情報を予め用
意する。ホスト計算機１０１上でデバッガ３０２を起動
し、ホスト計算機１０１上にあるオペレーティングシス
テム２０６のデバッグ情報を読み込む（手順２００
１）。デバッガ３０２は、リモート計算機２０１の制御
プログラム２０７に中央処理装置２０２を停止する命令
をオペレーティングシステム１０６及び通信回線３０１
経由で送る（手順２００２）。

【００３９】リモート計算機２０１において、サービス
プロセッサ２０５は中央処理装置２０２の動作とは独立
に動作可能なので、リモート計算機２０１の制御プログ
ラム２０７は、この命令を受け取ると中央処理装置２０
２を停止させて、通信回線３０１、オペレーティングシ
ステム１０６経由でホスト計算機１０１のデバッガ３０
２にリモート計算機２０１が停止した旨を通知する（手
順２００３）。

【００４０】ホスト計算機１０１において、デバッガ３
０２は、リモート計算機２０１の制御プログラム２０７
から中央処理装置２０２が停止した通知を受け取ると、
コマンド入力待ち状態になる（手順２００４）。これ以
降は、実施例１で説明したデバッグ操作と同様の操作が
可能になる。従って、本実施例によれば、ホスト計算機
１０１上のデバッガ３０２からリモート計算機２０１に
おけるオペレーティングシステムのデバッグを行うこと
ができる。

【００４１】実施例３．次に、本発明に係るデバッグ方
式の第３実施例を説明する。なお、本実施例を説明する
ための計算機システムは、上記実施例と同様に図１を用
いる。但し、図１のリモート計算機２０１における追加
モジュール３０４は、オペレーティングシステム２０６
に追加されるモジュールであり、従って、中央処理装置
２０２で動作するソフトウェアである。

【００４２】本実施例において特徴的なことは、リモー
ト計算機２０１に追加モジュール３０４をオペレーティ
ングシステム２０６内部のアドレス空間にロードしたと
きのアドレス情報を得る手段を設けたことである。本実
施例における当該手段は、アドレス情報を得るオペレー
ティングシステム２０６を実行する中央処理装置２０２
に相当する。これにより、稼働中のリモート計算機２０
１に動的に追加されるモジュールに対してもシンボリッ
クなデバッグ作業を行うことができる。

【００４３】図４は、本実施例におけるデバッグ方式の
処理を示したフローチャートであり、以下、図１、４を
用いてホスト計算機１０１におけるデバッガ３０２を用
いてリモート計算機２０１上のオペレーティングシステ
ム２０６への追加モジュール３０４をデバッグするとき
の処理について説明する。

【００４４】ホスト計算機１０１において、まず最初に
デバッガ３０２とリモート計算機２０１との間の通信経
路を確立する。これは、上記第１実施例における手順１
００１から手順１００６までと同様の手順で行うことが
できる。その後は、手順１０１１、１０１２と同様の手
順によって、リモート計算機２０１の処理を継続させ
る。

【００４５】リモート計算機２０１において、追加モジ
ュール３０４をオペレーティングシステム２０６内部に
ロードするときは、その処理を行うサーバプロセス３０
３が追加モジュール３０４のコード、データ及びデバッ
グ情報を読み込み、オペレーティングシステム２０６に
転送する（手順３００１）。サーバプロセス３０３から
追加モジュール３０４のコード及びデータを受け取った
オペレーティングシステム２０６は、デバッグ情報等を
受け取ると、オペレーティングシステム２０６内部のア
ドレス空間にロードする領域を見つけ出して確保する。
そして、未定だった追加モジュール３０４のアドレスを
計算して、その確保された領域に追加モジュール３０４
のコードとデータをロードする（手順３００２）。同時
にオペレーティングシステム２０６は、手順３００２で
算出されたアドレス情報を、手順３００１でサーバプロ
セス３０３から受け取ったデバッグ情報に反映させる。
その後、手順１００４と同様の方法によって、ホスト計
算機１０１上のデバッガ３０２に転送する（手順３００
３）。

【００４６】ホスト計算機１０１において、デバッガ３
０２は、リモート計算機２０１から追加モジュール３０
４が動的に追加された旨の通知を受け取ると、送られて
きたアドレス情報が付加されたデバッグ情報を入手して
保持し、コマンド入力待ち状態になる（手順３００
４）。それ以後、手順３００４で入手したシンボル情報
を利用して、第１実施例で説明したデバッグ操作と同様
の操作が可能になる。

【００４７】以上のようにして、稼働中のリモート計算
機２０１に動的に追加されるモジュールに対してもシン
ボリックなデバッグ作業を行うことができる。

【００４８】なお、上記第１、２、３実施例では、リモ
ート計算機２０１上の中央処理装置２０２が１個の場合
を例にして説明したが、この中央処理装置は複数台あっ
てもよく、リモート計算機２０１のサービスプロセッサ
２０５及び制御プログラム２０７がこれらの複数の中央
処理装置を制御できるとき、上記各実施例と同様の操作
が可能になる。

【００４９】また、リモート計算機２０１から受け取っ
たオペレーティングシステム２０６のデバッグ情報は、
ホスト計算機１０１上の主記憶装置または外部記憶装置
のどちらに保持していてもよく、ホスト計算機１０１の
システム資源の規模によって柔軟に対応できる。

【００５０】実施例４．図５は、本発明に係るデバッグ
方式の第４実施例を説明するためのホスト計算機の全体
構成図である。本実施例におけるホスト計算機４０１
は、デバッグ対象となるオペレーティングシステム１０
６内部のモジュールを実行する１乃至複数の第１の中央
処理装置群と、第１の中央処理装置群で実行される以外
のオペレーティングシステム１０６部分を実行する第２
の中央処理装置群と、の複数の中央処理装置群で構成さ
れる。本実施例においては、各中央処理装置群１個ずつ
の中央処理装置１０９、１０８で構成されるものとす
る。従って、上記各実施例と同様のサービスプロセッサ
１０５は、各中央処理装置１０８、１０９とは独立して
動作可能であり、その動作を制御する。また、図１のリ
モート計算機２０１上で動作したサーバプロセス３０３
がホスト計算機４０１上で動作するものとする。その他
の上記各実施例と同様の要素に関しては、同じ符号を付
け説明を省略する。

【００５１】上記実施例における計算機システムが疎結
合マルチプロセッサシステムであるとするならば、本実
施例における計算機システムは、密結合マルチプロセッ
サシステムということができる。

【００５２】本実施例において特徴的なことは、デバッ
グ対象となるオペレーティングシステム１０６内部のモ
ジュールとその他の既存部分のオペレーティングシステ
ム１０６とを別々の中央処理装置１０９、１０８で処理
することである。これにより、計算機を再立ち上げする
必要もなく稼働中のオペレーティングシステム１０６の
シンボリックなデバッグ作業を行うことができる。

【００５３】図６は、本実施例におけるデバッグ方式の
処理を示したフローチャートであり、以下、図５、６を
用いてホスト計算機４０１上のオペレーティングシステ
ム２０６の内部のモジュールをデバッグするときの処理
について説明する。

【００５４】ホスト計算機４０１において、オペレーテ
ィングシステム１０６内部の一部のモジュールをデバッ
グするときは、ホスト計算機１０１上でデバッガ３０２
を起動し、サーバプロセス３０３によりオペレーティン
グシステム１０６のデバッグ情報を入手する（手順４０
０１）。その後、デバッガ３０２からデバッグ対象とな
るオペレーティングシステム１０６の内部モジュール名
とそのモジュールの処理を実行する中央処理装置番号を
指定する（手順４００２）。本実施例では、中央処理装
置１０９の番号と仮定する。この手順４００２によっ
て、デバッガ３０２は、オペレーティングシステム１０
６に対して指定されたデバッグ対象のモジュールを含む
オペレーティングシステム１０６内部のサブシステムと
その他のオペレーティングシステム１０６の部分とのイ
ンタフェイス部分にその指定された中央処理装置番号を
設定する（手順４００３）。同時に、制御プログラム１
０７に対して中央処理装置１０８の実行を再開するとき
は、オペレーティングシステム１０６に制御を戻すよう
に設定する（手順４００４）。

【００５５】その後、現在のオペレーティングシステム
１０６の処理を実行していた中央処理装置（の集合）か
ら指定された中央処理装置１０９を除外し、中央処理装
置１０９を停止させた後、コマンド入力待ち状態になる
（手順４００５）。この処理によって、これ以降の既存
のオペレーティングシステム１０６及びアプリケーショ
ンの処理は中央処理装置１０８で実行され、デバッグ対
象のサブシステムの処理は中央処理装置１０９で実行さ
れることになる。その後、上記第１実施例で説明したデ
バッグ操作と同様の操作が可能になる。

【００５６】デバッガ３０２は、手順４００５でオペレ
ーティングシステム１０６の中央処理装置１０８で実行
されるようになるので処理の継続が可能である。また、
デバッガ３０２は処理を継続する時、オペレーティング
システム１０６は中央処理装置１０９の実行を再開させ
るので、デバッグ対象モジュールの命令が中央処理装置
１０９上で処理可能になる。

【００５７】主記憶装置上にあるデバッグ対象のモジュ
ールの変数値を変更するときは、中央処理装置１０８で
動作しているオペレーティングシステム１０６に影響を
与えないように考慮する必要がある。デバッガ３０２
は、手順４００１で読み込んだデバッグ情報をもとにそ
の変数の位置と大きさをアドレス情報に変換して、ホス
ト計算機４０１のオペレーティングシステム１０６を経
由して制御プログラム１０７に変数値の変更処理を依頼
する（手順４００６）。制御プログラム１０７は、中央
処理装置１０８及び１０９を停止させ、主記憶装置上の
データの変更を行う（手順４００７）。その後、制御プ
ログラム１０７は、その中央処理装置１０８の実行を再
開させ、手順４００４で設定された通り制御をオペレー
ティングシステム１０６に移す（手順４００８）。

【００５８】以上のようにして、本実施例によれば、自
計算機を再立ち上げする必要もなく稼働中のオペレーテ
ィングシステム１０６のシンボリックなデバッグ作業を
行うことができる。

【００５９】実施例５．次に、本発明に係るデバッグ方
式の第５実施例を説明する。なお、本実施例を説明する
ための計算機システムは、上記第４実施例と同様に図５
を用いる。但し、図５の追加モジュール３０４は、オペ
レーティングシステム１０６に追加されるモジュールで
あり、従って、第１の中央処理装置群に含まれる中央処
理装置１０９で動作するソフトウェアである。

【００６０】本実施例において特徴的なことは、追加モ
ジュール３０４をオペレーティングシステム１０６内部
のアドレス空間にロードしたときのアドレス情報を得る
手段を設けたことである。本実施例における当該手段
は、アドレス情報を得るオペレーティングシステム１０
６を実行する第２の中央処理装置群に含まれる中央処理
装置１０８に相当する。これにより、稼働中のホスト計
算機４０１に動的に追加されるモジュールに対してもシ
ンボリックなデバッグ作業を行うことができる。

【００６１】図７は、本実施例におけるデバッグ方式の
処理を示したフローチャートであり、以下、図５、７を
用いてホスト計算機４０１上のオペレーティングシステ
ム１０６への追加モジュール３０４をデバッグするとき
の処理について説明する。

【００６２】上記第４実施例における手順４００１と同
様にホスト計算機４０１上でデバッガ３０２を起動し、
オペレーティングシステム１０６のデバッグ情報を入手
した後、オペレーティングシステム１０６を処理継続状
態にする（手順５００１）。次に、追加モジュール３０
４のコードを実行する中央処理装置の番号（この例では
中央処理装置１０９の番号）を指定してオペレーティン
グシステム１０６に追加モジュール３０４をロードす
る。この時、第３実施例の手順３００１と同様に、その
処理を行うサーバプロセス３０３は、追加モジュール３
０４のコード、データ及びデバッグ情報を読み込みオペ
レーティングシステム１０６に転送する（手順５００
２）。

【００６３】サーバプロセス３０３から追加モジュール
３０４のコード、データ及びデバッグ情報を受け取った
オペレーティングシステム１０６は、手順３００２と同
様にオペレーティングシステム１０６内部のアドレス空
間にロードする領域を見つけ出して確保する。未定だっ
た追加モジュールのアドレスを計算して、その確保され
た領域に追加モジュール３０４のコードとデータをロー
ドする。また、手順３００３と同様に算出されたアドレ
ス情報をデバッグ情報に反映させる。同時に、追加モジ
ュール３０４と既存のオペレーティングシステム１０６
とのインターフェイス部分に指定された中央処理装置１
０９の番号を格納する（手順５００３）。

【００６４】オペレーティングシステム１０６は、手順
４００５と同様に、自コードを処理する中央処理装置
（の集合）から指定された中央処理装置１０９を除外
し、中央処理装置１０９を停止させる（手順５００
４）。この処理によって、以降の既存のオペレーティン
グシステム１０６は中央処理装置１０８で実行され、デ
バッグ対象の追加モジュール３０４の処理は中央処理装
置１０９で実行されることになる。これらの処理の後、
前記手順３００３と同様の方法によって、アドレス情報
が解決されたデバッグ情報がデバッガ３０２に転送され
る。デバッガ３０２は、オペレーティングシステム１０
６から追加モジュール３０４が動的に追加された旨を受
け取ると送られてきたデバッグ情報を保持し、コマンド
入力待ち状態になる（手順５００５）。

【００６５】それ以後、手順５００５で入手したデバッ
グ情報を利用して、第４実施例で説明したデバッグ操作
と同様の処理が可能になる。デバッガ３０２は、手順５
００４で設定された通りホスト計算機４０１の中央処理
装置１０８で実行されるので、処理が継続可能である。
また、デバッガ３０２は処理を再開するとき、中央処理
装置１０９の実行を再開させるので、追加モジュール３
０４の命令が中央処理装置１０９上で処理可能になる。

【００６６】主記憶装置上にある追加モジュール３０４
の変数値を変更する時は、中央処理装置１０８で動作し
ているオペレーティングシステム１０６に影響を与えな
いように考慮する必要があるので、上記第４実施例の手
順４００６、４００７及び４００８と同様な処理を行
う。

【００６７】以上のようにして、本実施例によれば、稼
働中のホスト計算機４０１に動的に追加されるモジュー
ルに対してもシンボリックなデバッグ作業を行うことが
できる。

【００６８】なお、上記第４、５実施例では、図５にお
ける第１及び第２中央処理装置群がそれぞれ１個の場合
を説明したが、この各中央処理装置群を構成する中央処
理装置の個数はそれぞれ２個以上であってもよい。

【００６９】特に、デバッグ対象となるモジュールを実
行する第１の中央処理装置群に含まれる中央処理装置を
複数設定すると、ホスト計算機４０１を停止することな
く、マルチプロセッサ構成に対応したオペレーティング
システム１０６の内部モジュールのデバッグも行うこと
ができる。

【００７０】

【発明の効果】以上のように、請求項１記載の発明によ
れば、オペレーティングシステムのデバッグ情報をデバ
ッガが通信回線経由で入手することができるので、離れ
た位置にある第２の計算機において稼働中のオペレーテ
ィングシステムに対するシンボリックなデバッグ作業が
可能となる。

【００７１】また、請求項２記載の発明によれば、その
デバッグ情報を予め記憶手段に保持しておくことによっ
ても、請求項１記載の発明と同様、稼働中のオペレーテ
ィングシステムに対するシンボリックなデバッグ作業が
可能となる。

【００７２】また、請求項３記載の発明によれば、離れ
た位置にある第２の計算機の稼働中のオペレーティング
システムに動的に追加される追加モジュールに対して
も、デバッガは追加モジュールに関するデバッグ情報を
通信回線経由で入手することができるので、その追加モ
ジュールに対するシンボリックなデバッグ作業が可能と
なる。

【００７３】また、請求項４記載の発明によれば、複数
の中央処理装置から構成される計算機においても、デバ
ッグ対象となるモジュール及び既存部分となるオペレー
ティングシステムを別々の中央処理装置群で処理するよ
うにしたので、計算機を停止させることなく稼働中のオ
ペレーティングシステムに対するシンボリックなデバッ
グ作業が可能となる。

【００７４】また、請求項５記載の発明によれば、稼働
中のオペレーティングシステムに動的に追加される追加
モジュールに対しても、デバッガは追加モジュールに関
するデバッグ情報を入手することができるので、その追
加モジュールに対するシンボリックなデバッグ作業が可
能となる。

【図面の簡単な説明】

【図１】 本発明に係るデバッグ方式の第１、２、３実
施例を説明するための計算機システムの全体構成図であ
る。

【図２】 第１実施例におけるデバッグ方式の処理を示
したフローチャートである。

【図３】 第２実施例におけるデバッグ方式の処理を示
したフローチャートである。

【図４】 第３実施例におけるデバッグ方式の処理を示
したフローチャートである。

【図５】 本発明に係るデバッグ方式の第４、５実施例
を説明するための計算機システムの全体構成図である。

【図６】 第４実施例におけるデバッグ方式の処理を示
したフローチャートである。

【図７】 第５実施例におけるデバッグ方式の処理を示
したフローチャートである。

【図８】 従来の遠隔デバッグ方式を説明するためのシ
ステム構成を示した図である。

【符号の説明】

１０１、４０１ ホスト計算機、１０２、１０８、１０
９、２０２ 中央処理装置、１０３、２０３ 外部記憶
装置、１０４、２０４ 通信制御装置、１０５、２０５
サービスプロセッサ、１０６、２０６ オペレーティ
ングシステム、１０７、２０７ 制御プログラム、２０
１ リモート計算機、３０１ 通信回線、３０２ デバ
ッガ、３０３ サーバプロセス、３０４ 追加モジュー
ル。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 通信路を介して接続された第１の計算機
   と第２の計算機とを有する計算機システムにおいて、 前記各計算機は、 通信機能を有するオペレーティングシステムを実行する
   中央処理装置と、 前記中央処理装置とは独立に動作可能であり、前記中央
   処理装置の動作を制御するサービスプロセッサと、 前記通信路を介して他の計算機と通信を行う通信手段
   と、 をそれぞれ有し、 前記第１の計算機は、前記オペレーティングシステム上
   で動作しプログラムを試験するデバッガを有し、 前記第２の計算機は、前記オペレーティングシステム上
   で動作しそのオペレーティングシステムに関するデバッ
   グ情報を得るサーバプロセスを有し、 前記第１の計算機上のデバッガは、前記デバッグ情報に
   基づき前記第２の計算機におけるオペレーティングシス
   テムのデバッグを行うことを特徴とするデバッグ方式。
2. 【請求項２】 請求項１記載のデバッグ方式において、 前記第１の計算機は、記憶手段に前記デバッグ情報を予
   め保持することを特徴とするデバッグ方式。
3. 【請求項３】 請求項１記載のデバッグ方式において、 前記第２の計算機は、前記オペレーティングシステムへ
   の追加モジュールを前記オペレーティングシステム内部
   のアドレス空間にロードしたときのアドレス情報を得る
   手段を有することを特徴とするデバッグ方式。
4. 【請求項４】 デバッグ対象となるオペレーティングシ
   ステム内部のモジュールを実行する１乃至複数の第１の
   中央処理装置群と、 前記第１の中央処理装置群で実行される以外のオペレー
   ティングシステム部分を実行する第２の中央処理装置群
   と、 前記第１及び第２の中央処理装置群とは独立に動作可能
   であり、前記第１及び第２の中央処理装置群の動作を制
   御するサービスプロセッサと、 前記オペレーティングシステム上で動作しプログラムを
   試験するデバッガと、 前記オペレーティングシステム上で動作し前記オペレー
   ティングシステムに関するデバッグ情報を得るサーバプ
   ロセスと、 を有する計算機上で前記デバッグは前記デバッグ情報に
   基づき稼働中のオペレーティングシステムのデバッグを
   行うことを特徴とするデバッグ方式。
5. 【請求項５】 請求項４記載のデバッグ方式において、 オペレーティングシステムへの追加モジュールをそのオ
   ペレーティングシステム内部のアドレス空間にロードし
   たときのアドレス情報を得る手段を有することを特徴と
   するデバッグ方式。