JPH09120366A - 分散アプリケーション・プログラムをデバッグする分散デバッグのためのシステムおよび方法 - Google Patents
分散アプリケーション・プログラムをデバッグする分散デバッグのためのシステムおよび方法Info
- Publication number
- JPH09120366A JPH09120366A JP8073240A JP7324096A JPH09120366A JP H09120366 A JPH09120366 A JP H09120366A JP 8073240 A JP8073240 A JP 8073240A JP 7324096 A JP7324096 A JP 7324096A JP H09120366 A JPH09120366 A JP H09120366A
- Authority
- JP
- Japan
- Prior art keywords
- dbx
- engine
- debugger
- distributed
- remote
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3664—Environments for testing or debugging software
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/362—Software debugging
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Stored Programmes (AREA)
Abstract
(57)【要約】 （修正有）
【課題】 分散アプリケーションのデバッグを容易に行
えるようにする。 【解決手段】 アプリケーションのプログラマ／開発者
が１台のホストマシンのところにおり、開発されるアプ
リケーションがプログラマ／開発者には未知の他のホス
トマシンにおかれていることのあるオブジェクトおよび
オブジェクト・インプリメンテーションを利用する分散
ターゲット・コンピュータ・アプリケーションをデバッ
グする分散デバッガ・システムにおいて、分散オブジェ
クト環境における要求及び応答は、オブジェクトの場所
及び状況を認識しているオブジェクト・リクエスト・ブ
ローカ（ＯＲＢ）によって行われ、ＯＲＢを実施するの
に適している１つのアーキテクチャが、共通オブジェク
ト・リクエスト・ブローカ・アーキテクチャ仕様によっ
て与えられる。
えるようにする。 【解決手段】 アプリケーションのプログラマ／開発者
が１台のホストマシンのところにおり、開発されるアプ
リケーションがプログラマ／開発者には未知の他のホス
トマシンにおかれていることのあるオブジェクトおよび
オブジェクト・インプリメンテーションを利用する分散
ターゲット・コンピュータ・アプリケーションをデバッ
グする分散デバッガ・システムにおいて、分散オブジェ
クト環境における要求及び応答は、オブジェクトの場所
及び状況を認識しているオブジェクト・リクエスト・ブ
ローカ（ＯＲＢ）によって行われ、ＯＲＢを実施するの
に適している１つのアーキテクチャが、共通オブジェク
ト・リクエスト・ブローカ・アーキテクチャ仕様によっ
て与えられる。
Description
【０００１】
【発明の属する技術分野】本発明は分散コンピューティ
ング・システム、クライアント・サーバ・コンピューテ
ィングおよびオブジェクト指向プログラミングの分野に
関する。具体的にいえば、本発明はプログラム開発者お
よびユーザに分散サーバ上にプログラムまたはオブジェ
クトを含んでいることのあるターゲット・アプリケーシ
ョンをデバッグする能力を与える方法および装置に関す
る。
ング・システム、クライアント・サーバ・コンピューテ
ィングおよびオブジェクト指向プログラミングの分野に
関する。具体的にいえば、本発明はプログラム開発者お
よびユーザに分散サーバ上にプログラムまたはオブジェ
クトを含んでいることのあるターゲット・アプリケーシ
ョンをデバッグする能力を与える方法および装置に関す
る。
【０００２】
【従来の技術】コンピュータ・アプリケーション開発者
が作成中のアプリケーションをデバッグできることは必
須である。これはオブジェクト指向分散プロセッサ環境
においては、きわめて困難な問題となっている。このよ
うな現代の環境はアプリケーション開発者以外の人間が
開発したオブジェクトを呼び出すアプリケーションを含
んでおり、かつアプリケーション開発者から遠隔の、当
該開発者には未知のプロセッサで作動するオブジェクト
のインプリメンテーションを含んでいる可能性もある。
それにもかかわらず、アプリケーション開発者には、こ
のような遠隔で、未知のプロセッサに常駐するアプリケ
ーションの部分をデバッグする方法がなければならな
い。
が作成中のアプリケーションをデバッグできることは必
須である。これはオブジェクト指向分散プロセッサ環境
においては、きわめて困難な問題となっている。このよ
うな現代の環境はアプリケーション開発者以外の人間が
開発したオブジェクトを呼び出すアプリケーションを含
んでおり、かつアプリケーション開発者から遠隔の、当
該開発者には未知のプロセッサで作動するオブジェクト
のインプリメンテーションを含んでいる可能性もある。
それにもかかわらず、アプリケーション開発者には、こ
のような遠隔で、未知のプロセッサに常駐するアプリケ
ーションの部分をデバッグする方法がなければならな
い。
【０００３】たとえば、分散アプリケーションは２つ以
上の部分からなるアプリケーションである。これらの部
分はクライアントおよびそのサーバと呼ばれることがし
ばしばある。分散アプリケーションは何年も前から存在
しているものであり、それだけの年月の間、プログラム
・アプリケーション開発者は分散アプリケーションをデ
バッグする問題を抱えていた。分散アプリケーションの
典型的なデバッグ法は、デバッガの下でクライアントを
起動し、サーバにある機能に達するまでクライアントを
デバッガすることである。開発者が幸運であれば、サー
バがすでに既知のホストで作動している。開発者は次い
でサーバ・ホストへ進み、サーバ・プロセスを識別し、
デバッガをこれに接続し、デバッグ・セッションを継続
する。サーバがまだ作動していない場合には、開発者は
サーバを作動させる方法を見つけだし、自分が行ったこ
とで探しているバグが隠ぺいされないよう祈る他はなく
なる。サーバが起動されたら、開発者はデバッガをこれ
に接続する。あるいは、サーバの起動に干渉して、何か
興味深いことが起きる前にデバッガをサーバに接続する
方法を、開発者が見つけださなければならない。この方
法はエラーを起こしやすいものであり、手間がかかり、
またしばしばわかりにくく、単調なものである。
上の部分からなるアプリケーションである。これらの部
分はクライアントおよびそのサーバと呼ばれることがし
ばしばある。分散アプリケーションは何年も前から存在
しているものであり、それだけの年月の間、プログラム
・アプリケーション開発者は分散アプリケーションをデ
バッグする問題を抱えていた。分散アプリケーションの
典型的なデバッグ法は、デバッガの下でクライアントを
起動し、サーバにある機能に達するまでクライアントを
デバッガすることである。開発者が幸運であれば、サー
バがすでに既知のホストで作動している。開発者は次い
でサーバ・ホストへ進み、サーバ・プロセスを識別し、
デバッガをこれに接続し、デバッグ・セッションを継続
する。サーバがまだ作動していない場合には、開発者は
サーバを作動させる方法を見つけだし、自分が行ったこ
とで探しているバグが隠ぺいされないよう祈る他はなく
なる。サーバが起動されたら、開発者はデバッガをこれ
に接続する。あるいは、サーバの起動に干渉して、何か
興味深いことが起きる前にデバッガをサーバに接続する
方法を、開発者が見つけださなければならない。この方
法はエラーを起こしやすいものであり、手間がかかり、
またしばしばわかりにくく、単調なものである。
【０００４】オブジェクト指向システムにおいて、オブ
ジェクトはデータと、データを処理するために呼び出す
ことのできる操作（オペレーション）とからなる構成要
素である。操作（「メソッド」とも呼ばれる）はオブジ
ェクトにコールを送ることによってオブジェクトに呼び
出される。各オブジェクトはオブジェクト・タイプを有
しており、このタイプはそのタイプのオブジェクトで行
うことのできる操作を定義している。あるオブジェクト
・タイプは他のオブジェクト・タイプについて定義さ
れ、実施されたオブジェクト操作を継承することができ
る。オブジェクト指向設計およびプログラミング技法の
詳細については、Ｂｅｒｔｒａｎｄ Ｍｅｙｅｒの「Ｏ
ｂｊｅｃｔ−ｏｒｉｅｎｔｅｄ Ｓｏｆｔｗａｒｅ Ｃ
ｏｎｓｔｒｕｃｔｉｏｎ」、Ｐｒｅｎｔｉｃｅ−Ｈａｌ
ｌ、１９８８年を参照されたい。
ジェクトはデータと、データを処理するために呼び出す
ことのできる操作（オペレーション）とからなる構成要
素である。操作（「メソッド」とも呼ばれる）はオブジ
ェクトにコールを送ることによってオブジェクトに呼び
出される。各オブジェクトはオブジェクト・タイプを有
しており、このタイプはそのタイプのオブジェクトで行
うことのできる操作を定義している。あるオブジェクト
・タイプは他のオブジェクト・タイプについて定義さ
れ、実施されたオブジェクト操作を継承することができ
る。オブジェクト指向設計およびプログラミング技法の
詳細については、Ｂｅｒｔｒａｎｄ Ｍｅｙｅｒの「Ｏ
ｂｊｅｃｔ−ｏｒｉｅｎｔｅｄ Ｓｏｆｔｗａｒｅ Ｃ
ｏｎｓｔｒｕｃｔｉｏｎ」、Ｐｒｅｎｔｉｃｅ−Ｈａｌ
ｌ、１９８８年を参照されたい。
【０００５】クライアント・サーバ・コンピューティン
グにおいては、通常、コンピュータを接続しているネッ
トワークを介して互いに通信を行える１組のコンピュー
タがある。これらのコンピュータの中には、他のコンピ
ュータに対するサービスまたは機能のプロバイダとして
働くものがある。サービスまたは機能のプロバイダは
「サーバ」と呼ばれ、サービスまたは機能の消費者は
「クライアント」と呼ばれる。クライアント・サーバ・
モデルは、同一のコンピュータで作動している別個のプ
ログラムが何らかの保護機構を介して互いに通信を行
い、機能のプロバイダと消費者として働いているという
ケースに一般化することもできる。
グにおいては、通常、コンピュータを接続しているネッ
トワークを介して互いに通信を行える１組のコンピュー
タがある。これらのコンピュータの中には、他のコンピ
ュータに対するサービスまたは機能のプロバイダとして
働くものがある。サービスまたは機能のプロバイダは
「サーバ」と呼ばれ、サービスまたは機能の消費者は
「クライアント」と呼ばれる。クライアント・サーバ・
モデルは、同一のコンピュータで作動している別個のプ
ログラムが何らかの保護機構を介して互いに通信を行
い、機能のプロバイダと消費者として働いているという
ケースに一般化することもできる。
【０００６】クライアント・サーバ・モデルに基づくオ
ブジェクト指向分散システムにおいては、オブジェクト
指向インタフェースをクライアントに与えるサーバがあ
る。これらのサーバは、データと、このタイプのオブジ
ェクトで認められる操作にしたがってデータを処理する
関連ソフトウェアとからなるオブジェクトを、サポート
している。クライアントはこれらのオブジェクトに対す
るアクセスを取得し、コールをサーバに伝送することに
よってこれらのオブジェクトでコールを実行することが
できる。サーバ側では、これらのコールはオブジェクト
に関連するソフトウェアによって実行される。これらの
コールの結果はクライアントへ返送される。
ブジェクト指向分散システムにおいては、オブジェクト
指向インタフェースをクライアントに与えるサーバがあ
る。これらのサーバは、データと、このタイプのオブジ
ェクトで認められる操作にしたがってデータを処理する
関連ソフトウェアとからなるオブジェクトを、サポート
している。クライアントはこれらのオブジェクトに対す
るアクセスを取得し、コールをサーバに伝送することに
よってこれらのオブジェクトでコールを実行することが
できる。サーバ側では、これらのコールはオブジェクト
に関連するソフトウェアによって実行される。これらの
コールの結果はクライアントへ返送される。
【０００７】従来技術のデバッガによる他の基本的な問
題は、現代の分散オブジェクト・システムで実施された
アプリケーションをデバッグしようとするときに生じ
る。オブジェクト管理グループ（「ＯＭＧ」）によって
一般的に規定されたタイプの分散オブジェクト・システ
ムを考える。ＯＭＧは分散オブジェクト・システムのい
くつかの仕様およびプロトコルに合意した５００社以上
の会社の団体である。このシステムの基本仕様は「Ｔｈ
ｅ Ｃｏｍｍｏｎ Ｏｂｊｅｃｔ Ｒｅｑｕｅｓｔ Ｂ
ｒｏｋｅｒ：Ａｒｃｈｉｔｅｃｔｕｒｅ ａｎｄ Ｓｐ
ｅｃｉｆｉｃａｔｉｏｎ」（「ＣＯＲＢＡ」ともいう）
という題名の１９９３年１２月２９日付のＯＭＧ Ｄｏ
ｃｕｍｅｎｔ Ｎｏ．９３．ｘｘ．ｙｙ Ｒｅｖｉｓｉ
ｏｎ １．２に記載されている（この基本仕様はここで
の引用によって本明細書の一部となる）。ＣＯＲＢＡ準
拠システムは既存のオブジェクトによってアプリケーシ
ョンを構築することに備えたものである。このようなア
プリケーションはオブジェクトの作成を要求し、かつそ
のオブジェクトで操作を行うことができる。オブジェク
トの作成およびその上での操作はこれらのオブジェクト
のサーバによって行われる。このようなアプリケーショ
ンはオブジェクトを作成しようとした場合、そのオブジ
ェクトの「ファクトリ」と呼ばれるサーバを探し出すロ
ケータ機構を透過的に利用する。同様に、このようなア
プリケーションが既存のオブジェクトを有している場合
には、ロケータ機構を透過的に利用して、そのオブジェ
クトでの操作を行うことのできるサーバを探し出す。
題は、現代の分散オブジェクト・システムで実施された
アプリケーションをデバッグしようとするときに生じ
る。オブジェクト管理グループ（「ＯＭＧ」）によって
一般的に規定されたタイプの分散オブジェクト・システ
ムを考える。ＯＭＧは分散オブジェクト・システムのい
くつかの仕様およびプロトコルに合意した５００社以上
の会社の団体である。このシステムの基本仕様は「Ｔｈ
ｅ Ｃｏｍｍｏｎ Ｏｂｊｅｃｔ Ｒｅｑｕｅｓｔ Ｂ
ｒｏｋｅｒ：Ａｒｃｈｉｔｅｃｔｕｒｅ ａｎｄ Ｓｐ
ｅｃｉｆｉｃａｔｉｏｎ」（「ＣＯＲＢＡ」ともいう）
という題名の１９９３年１２月２９日付のＯＭＧ Ｄｏ
ｃｕｍｅｎｔ Ｎｏ．９３．ｘｘ．ｙｙ Ｒｅｖｉｓｉ
ｏｎ １．２に記載されている（この基本仕様はここで
の引用によって本明細書の一部となる）。ＣＯＲＢＡ準
拠システムは既存のオブジェクトによってアプリケーシ
ョンを構築することに備えたものである。このようなア
プリケーションはオブジェクトの作成を要求し、かつそ
のオブジェクトで操作を行うことができる。オブジェク
トの作成およびその上での操作はこれらのオブジェクト
のサーバによって行われる。このようなアプリケーショ
ンはオブジェクトを作成しようとした場合、そのオブジ
ェクトの「ファクトリ」と呼ばれるサーバを探し出すロ
ケータ機構を透過的に利用する。同様に、このようなア
プリケーションが既存のオブジェクトを有している場合
には、ロケータ機構を透過的に利用して、そのオブジェ
クトでの操作を行うことのできるサーバを探し出す。
【０００８】
【発明が解決しようとする課題】このようなＣＯＲＢＡ
準拠システムにおいては、アプリケーション・プログラ
マがそのオブジェクトのサーバが作動している場所につ
いての知識なしにオブジェクトを使用するのを可能とす
る相当な量の機構（メカニズム）が各オブジェクトの背
後にある。クライアントの開発者がサーバの開発者でも
あるという特別な状況では、サーバがどこで作動するこ
とになるのか、またその名前が何かということをプログ
ラマが知るような構成をとることができる。しかしなが
ら、一般に、ＣＯＲＢＡ準拠システムのアプリケーショ
ン開発者は自分のオブジェクトに関連したサーバを探し
出すことができない。それ故、オブジェクトが同一のプ
ロセスに配置されているのか、遠隔のプロセスに配置さ
れているのかにかかわりなく、またオブジェクトがどこ
にあるのかにかかわりなく、アプリケーションが使用す
るオブジェクトのデバッグをサポートする必要がある。
さらに、このデバッグ手順が開発者に「単一プロセス」
であると思わせ、熟知したデバッグ・パラダイムを使用
して大規模な分散アプリケーションのデバッグを行える
ようにすることが好ましい。
準拠システムにおいては、アプリケーション・プログラ
マがそのオブジェクトのサーバが作動している場所につ
いての知識なしにオブジェクトを使用するのを可能とす
る相当な量の機構（メカニズム）が各オブジェクトの背
後にある。クライアントの開発者がサーバの開発者でも
あるという特別な状況では、サーバがどこで作動するこ
とになるのか、またその名前が何かということをプログ
ラマが知るような構成をとることができる。しかしなが
ら、一般に、ＣＯＲＢＡ準拠システムのアプリケーショ
ン開発者は自分のオブジェクトに関連したサーバを探し
出すことができない。それ故、オブジェクトが同一のプ
ロセスに配置されているのか、遠隔のプロセスに配置さ
れているのかにかかわりなく、またオブジェクトがどこ
にあるのかにかかわりなく、アプリケーションが使用す
るオブジェクトのデバッグをサポートする必要がある。
さらに、このデバッグ手順が開発者に「単一プロセス」
であると思わせ、熟知したデバッグ・パラダイムを使用
して大規模な分散アプリケーションのデバッグを行える
ようにすることが好ましい。
【０００９】いくつかの従来技術のデバッガの主な欠点
は、これらがデータおよびプロセスをサポートするの
に、通常は関連するコンパイラが生成する付加的なデー
タを含んでいる大きなオーバヘッドを必要とすることで
ある。したがって、遠隔デバッガの好ましい実施の形態
は、オブジェクトの実装者がオブジェクトを「デバッグ
可能」にするのに、サーバをコンパイルして、記号情報
を生成する以外の特別なことを何もする必要のないよう
にする必要がある（−ｇコンパイラ・オプションを使用
したＣおよびＣ＋＋の場合）。しかしながら、関連する
オーバヘッドが細分化されたオブジェクトのサイズおよ
びパフォーマンスに影響を及ぼさないように、サーバま
たはサーバントのいずれかでの付加的な挙動上の抽象化
やデータの抽象化を必要としてはならない。同様に、従
来技術のデバッギング・システムの他の制限は、これら
が特定のタイプのターゲット・アプリケーションおよび
／または特定のコンパイラ言語にリンクされていること
である。分散デバッガが実装言語と無関係にアプリケー
ションをデバッグできることが望ましい。すなわち、好
ましい分散デバッガはこれが作動するサーバおよびオブ
ジェクトの種類についていかなる想定もしてはならな
い。ＣＯＲＢＡ仕様は各種のオブジェクトの実装（イン
プリメンテーション）をサービスするのに使用される各
種の「オブジェクト・アダプタ」を記述している。望ま
しい分散デバッガは、これが作動するサーバやオブジェ
クトの種類について実際にいかなる想定もしないのであ
れば、「オブジェクト・アダプタ」に無関係な態様で作
動しなければならない。さらに、ＣＯＲＢＡ準拠システ
ムのインプリメンテーションがシステムの作動を容易と
するために使用することのあるボイラプレート・コード
を無視できる分散デバッガを得ることが望ましい。「ボ
イラプレート」コードとは開発環境によって作成され、
開発者にはわからない非プログラマ生成コードをいう。
分散デバッガは開発者がシステムを実装した抽象化と同
じ機能レベルでシステムをデバッグすることを可能とす
るものでなければならない。
は、これらがデータおよびプロセスをサポートするの
に、通常は関連するコンパイラが生成する付加的なデー
タを含んでいる大きなオーバヘッドを必要とすることで
ある。したがって、遠隔デバッガの好ましい実施の形態
は、オブジェクトの実装者がオブジェクトを「デバッグ
可能」にするのに、サーバをコンパイルして、記号情報
を生成する以外の特別なことを何もする必要のないよう
にする必要がある（−ｇコンパイラ・オプションを使用
したＣおよびＣ＋＋の場合）。しかしながら、関連する
オーバヘッドが細分化されたオブジェクトのサイズおよ
びパフォーマンスに影響を及ぼさないように、サーバま
たはサーバントのいずれかでの付加的な挙動上の抽象化
やデータの抽象化を必要としてはならない。同様に、従
来技術のデバッギング・システムの他の制限は、これら
が特定のタイプのターゲット・アプリケーションおよび
／または特定のコンパイラ言語にリンクされていること
である。分散デバッガが実装言語と無関係にアプリケー
ションをデバッグできることが望ましい。すなわち、好
ましい分散デバッガはこれが作動するサーバおよびオブ
ジェクトの種類についていかなる想定もしてはならな
い。ＣＯＲＢＡ仕様は各種のオブジェクトの実装（イン
プリメンテーション）をサービスするのに使用される各
種の「オブジェクト・アダプタ」を記述している。望ま
しい分散デバッガは、これが作動するサーバやオブジェ
クトの種類について実際にいかなる想定もしないのであ
れば、「オブジェクト・アダプタ」に無関係な態様で作
動しなければならない。さらに、ＣＯＲＢＡ準拠システ
ムのインプリメンテーションがシステムの作動を容易と
するために使用することのあるボイラプレート・コード
を無視できる分散デバッガを得ることが望ましい。「ボ
イラプレート」コードとは開発環境によって作成され、
開発者にはわからない非プログラマ生成コードをいう。
分散デバッガは開発者がシステムを実装した抽象化と同
じ機能レベルでシステムをデバッグすることを可能とす
るものでなければならない。
【００１０】「ｄｏｅＤｅｂｕｇｇｅｒ」と呼ぶ本発明
の分散デバッガはシームレスで、オーバヘッドが少な
く、わずらわしくない態様で分散デバッギングを達成
し、これによって開発者が「単一プロセス」のアプリケ
ーションをデバッグしているのだと思いこんで、分散オ
ブジェクト指向アプリケーションをデバッグすることを
可能とする装置および方法を提供する。
の分散デバッガはシームレスで、オーバヘッドが少な
く、わずらわしくない態様で分散デバッギングを達成
し、これによって開発者が「単一プロセス」のアプリケ
ーションをデバッグしているのだと思いこんで、分散オ
ブジェクト指向アプリケーションをデバッグすることを
可能とする装置および方法を提供する。
【００１１】
【課題を解決するための手段】クライアント・アプリケ
ーションがローカル・ホストでデバッガを使用できると
ともに、オブジェクトを含んでいるアプリケーションお
よび未知の遠隔ホスト・コンピュータで作動するオブジ
ェクト・インプリメンテーションをシームレスにデバッ
グできる装置および方法を開示する。
ーションがローカル・ホストでデバッガを使用できると
ともに、オブジェクトを含んでいるアプリケーションお
よび未知の遠隔ホスト・コンピュータで作動するオブジ
ェクト・インプリメンテーションをシームレスにデバッ
グできる装置および方法を開示する。
【００１２】一部がローカル・ホスト・コンピュータに
あり、一部が１つまたは複数の遠隔ホスト・コンピュー
タにある分散ターゲット・アプリケーション・システム
をデバッグする分散デバッガ・システムにおいて、ロー
カル・ホスト・コンピュータまたは遠隔ホスト・コンピ
ュータにおかれているデバッガＧＵＩおよび１つまたは
複数のｄｂｘエンジンと、ｄｂｘエンジンとデバッガＧ
ＵＩが互いに会話を行うために使用する通信機構とを有
している分散デバッガ・システムを開示する。
あり、一部が１つまたは複数の遠隔ホスト・コンピュー
タにある分散ターゲット・アプリケーション・システム
をデバッグする分散デバッガ・システムにおいて、ロー
カル・ホスト・コンピュータまたは遠隔ホスト・コンピ
ュータにおかれているデバッガＧＵＩおよび１つまたは
複数のｄｂｘエンジンと、ｄｂｘエンジンとデバッガＧ
ＵＩが互いに会話を行うために使用する通信機構とを有
している分散デバッガ・システムを開示する。
【００１３】特許請求の範囲に記載する本発明の他の態
様は、一部がローカル・ホスト・コンピュータにあり、
一部が遠隔ホスト・コンピュータにある分散ターゲット
・アプリケーション・システムをデバッグする分散デバ
ッガ・システムにおいて、ローカル・ホスト・コンピュ
ータまたは遠隔ホスト・コンピュータにおかれているデ
バッガＧＵＩおよび１つまたは複数のｄｂｘエンジン
と、ｄｂｘエンジンとデバッガＧＵＩが互いに会話を行
うために使用する通信機構とを有しており、さらに希望
する遠隔デバッギング・サポートをもたらすため、必要
に応じ、遠隔ホスト・コンピュータに新しいｄｂｘエン
ジンを作成するのにデバッガＧＵＩが使用するｄｂｘＷ
ｒａｐｐｅｒＦａｃｔｏｒｙ機構を有している分散デバ
ッガ・システムを含む。
様は、一部がローカル・ホスト・コンピュータにあり、
一部が遠隔ホスト・コンピュータにある分散ターゲット
・アプリケーション・システムをデバッグする分散デバ
ッガ・システムにおいて、ローカル・ホスト・コンピュ
ータまたは遠隔ホスト・コンピュータにおかれているデ
バッガＧＵＩおよび１つまたは複数のｄｂｘエンジン
と、ｄｂｘエンジンとデバッガＧＵＩが互いに会話を行
うために使用する通信機構とを有しており、さらに希望
する遠隔デバッギング・サポートをもたらすため、必要
に応じ、遠隔ホスト・コンピュータに新しいｄｂｘエン
ジンを作成するのにデバッガＧＵＩが使用するｄｂｘＷ
ｒａｐｐｅｒＦａｃｔｏｒｙ機構を有している分散デバ
ッガ・システムを含む。
【００１４】本発明はこれらの操作を行う装置にも関す
る。この装置は必要とされる目的に合わせて特に構成さ
れたものであっても、コンピュータに記憶されているコ
ンピュータ・プログラムによって選択的に起動される
か、あるいは再構成される汎用コンピュータを備えたも
のであってもよい。本明細書に記載する作動は特定のコ
ンピュータまたはその他の装置に本質的に関連したもの
ではない。詳細にいえば、各種の汎用マシンを本発明の
教示にしたがって作成されたプログラムとともに使用し
てもよいし、あるいは必要とされる方法のステップを行
うための専用マシンの方が便利なこともある。各種のこ
れらのマシンに必要な構造は以下の説明から明かとなろ
う。
る。この装置は必要とされる目的に合わせて特に構成さ
れたものであっても、コンピュータに記憶されているコ
ンピュータ・プログラムによって選択的に起動される
か、あるいは再構成される汎用コンピュータを備えたも
のであってもよい。本明細書に記載する作動は特定のコ
ンピュータまたはその他の装置に本質的に関連したもの
ではない。詳細にいえば、各種の汎用マシンを本発明の
教示にしたがって作成されたプログラムとともに使用し
てもよいし、あるいは必要とされる方法のステップを行
うための専用マシンの方が便利なこともある。各種のこ
れらのマシンに必要な構造は以下の説明から明かとなろ
う。
【００１５】特許請求の範囲に記載する本発明の他の態
様は、ローカル・ホスト・コンピュータと１つまたは複
数の遠隔ホスト・コンピュータ装置におかれる分散・タ
ーゲット・アプリケーション・システムのデバッグ時に
分散デバッガ・システムで使用するｄｂｘエンジンにお
いて、非プログラマ生成コードを無視するｄｓｔｅｐ機
構と、このような非プログラマ生成コード（ＩＤＬ生成
コードともいう）を識別するテスト機構と、ターゲット
・アプリケーション・システムのセクションに遠隔ブレ
ークポイントをセットする機構と、呼び出されたオブジ
ェクトを実施するサーバのホストＩＤおよびプロセスＩ
Ｄ（ｐｉｄ）を識別するＧｅｔＩｍｐｌｅｍｅｎｔａｔ
ｉｏｎ機構（「サーバ検索」機構ともいう）と、ｄｂｘ
エンジンが互いに通信を行えるようにする多重ｄｂｘエ
ンジン同期機構とからなるｄｂｘエンジンを含んでい
る。
様は、ローカル・ホスト・コンピュータと１つまたは複
数の遠隔ホスト・コンピュータ装置におかれる分散・タ
ーゲット・アプリケーション・システムのデバッグ時に
分散デバッガ・システムで使用するｄｂｘエンジンにお
いて、非プログラマ生成コードを無視するｄｓｔｅｐ機
構と、このような非プログラマ生成コード（ＩＤＬ生成
コードともいう）を識別するテスト機構と、ターゲット
・アプリケーション・システムのセクションに遠隔ブレ
ークポイントをセットする機構と、呼び出されたオブジ
ェクトを実施するサーバのホストＩＤおよびプロセスＩ
Ｄ（ｐｉｄ）を識別するＧｅｔＩｍｐｌｅｍｅｎｔａｔ
ｉｏｎ機構（「サーバ検索」機構ともいう）と、ｄｂｘ
エンジンが互いに通信を行えるようにする多重ｄｂｘエ
ンジン同期機構とからなるｄｂｘエンジンを含んでい
る。
【００１６】本願の特許請求の範囲には、上記の特性を
有するｄｂｘエンジンを作成する方法、ならびに上記の
ような分散デバッガ・システムを作成する方法も記載す
る。
有するｄｂｘエンジンを作成する方法、ならびに上記の
ような分散デバッガ・システムを作成する方法も記載す
る。
【００１７】本発明の目的、特徴および利点は以下の説
明から明かとなろう。
明から明かとなろう。
【００１８】
【発明の実施の形態】表記および用語以下の詳細な説明
はコンピュータまたはコンピュータのネットワークで実
行されるプログラム・プロシージャによって表される。
これらのプロシージャの記述および表現は当分野の技術
者が自分達の作業の主題を他の技術者に最も効率よく伝
えるために使用する手段である。
はコンピュータまたはコンピュータのネットワークで実
行されるプログラム・プロシージャによって表される。
これらのプロシージャの記述および表現は当分野の技術
者が自分達の作業の主題を他の技術者に最も効率よく伝
えるために使用する手段である。
【００１９】プロシージャは本明細書において、また一
般に、希望する結果にいたる一貫した一連のステップで
あると考えられる。これらのステップは物理量の物理的
取扱いを必要とするものである。必ずしもそうとは限ら
ないが、一般に、これらの量は記憶、転送、組合せ、比
較、あるいは処理を行える電気信号または磁気信号の形
態をしている。主として一般的に使用するため、これら
の信号をビット、値、要素、記号、文字、項、数値など
と呼ぶのが便利なこともある。ただし、これらや類似し
た用語が適切な物理量と関連しており、これらの量に適
用された都合のよいラベルに過ぎないことに留意すべき
である。
般に、希望する結果にいたる一貫した一連のステップで
あると考えられる。これらのステップは物理量の物理的
取扱いを必要とするものである。必ずしもそうとは限ら
ないが、一般に、これらの量は記憶、転送、組合せ、比
較、あるいは処理を行える電気信号または磁気信号の形
態をしている。主として一般的に使用するため、これら
の信号をビット、値、要素、記号、文字、項、数値など
と呼ぶのが便利なこともある。ただし、これらや類似し
た用語が適切な物理量と関連しており、これらの量に適
用された都合のよいラベルに過ぎないことに留意すべき
である。
【００２０】さらに、実行される処理は操作員が行う知
的な操作と一般に関連づけられている乗算や比較などの
用語で呼ばれることがしばしばある。本発明の一部を形
成する本明細書に記載する操作のいずれにおいても、操
作員のこのような能力は必要ではなく、またほとんどの
場合、望ましくない。操作はマシン操作である。本発明
の操作を行うのに有用なマシンとしては、汎用ディジタ
ル・コンピュータまたは類似の装置がある。
的な操作と一般に関連づけられている乗算や比較などの
用語で呼ばれることがしばしばある。本発明の一部を形
成する本明細書に記載する操作のいずれにおいても、操
作員のこのような能力は必要ではなく、またほとんどの
場合、望ましくない。操作はマシン操作である。本発明
の操作を行うのに有用なマシンとしては、汎用ディジタ
ル・コンピュータまたは類似の装置がある。
【００２１】本発明はこれらの操作を行う装置にも関す
る。この装置は必要とされる目的に合わせて特に構成さ
れたものであっても、コンピュータに記憶されているコ
ンピュータ・プログラムによって選択的に活動化される
か、あるいは再構成される汎用コンピュータを備えたも
のであってもよい。本明細書に記載する作動は特定のコ
ンピュータまたはその他の装置に本質的に関連したもの
ではない。各種の汎用マシンを本発明の教示にしたがっ
て作成されたプログラムとともに使用してもよいし、あ
るいは必要とされる方法のステップを行うための専用マ
シンの方が便利なこともある。各種のこれらのマシンに
必要な構造は以下の説明から明かとなろう。
る。この装置は必要とされる目的に合わせて特に構成さ
れたものであっても、コンピュータに記憶されているコ
ンピュータ・プログラムによって選択的に活動化される
か、あるいは再構成される汎用コンピュータを備えたも
のであってもよい。本明細書に記載する作動は特定のコ
ンピュータまたはその他の装置に本質的に関連したもの
ではない。各種の汎用マシンを本発明の教示にしたがっ
て作成されたプログラムとともに使用してもよいし、あ
るいは必要とされる方法のステップを行うための専用マ
シンの方が便利なこともある。各種のこれらのマシンに
必要な構造は以下の説明から明かとなろう。
【００２２】以下の開示はアプリケーションのプログラ
マ／開発者が１台のホストマシンのところにおり、開発
されるアプリケーションがプログラマ／開発者には未知
の他のホストマシンにおかれていることのあるオブジェ
クトおよびオブジェクト・インプリメンテーションを利
用する分散コンピュータ・アプリケーションをデバッグ
するシステムおよび方法に関する。このシステムおよび
方法は広く分散したオブジェクト指向クライアント・サ
ーバ・システムにおけるオブジェクトの使用に関連づけ
られた新しいアプリケーションをデバッグを試みる際に
遭遇する問題の解決策を提供する。分散オブジェクトは
これらが要求を他のオブジェクトへ送るのか、あるいは
クライアントからの要求に応答しているのかに応じてオ
ブジェクト・クライアントにも、オブジェクト・サーバ
にもなり得る。分散オブジェクト環境において、要求お
よび応答はオブジェクトの場所および状況を認識してい
るオブジェクト・リクエスト・ブローカ（ＯＲＢ）によ
って行われる。ＯＲＢを実施するのに適している１つの
アーキテクチャが、共通オブジェクト・リクエスト・ブ
ローカ・アーキテクチャ（ＣＯＲＢＡ）仕様によって与
えられる。任意の関連した状況で使用できるものである
が、記載されているインプリメンテーションはＳｕｎ
Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．の分散オブジェク
ト環境（「ＤＯＥ」）の拡張である。しかしながら、本
開示で記載するプロセスおよびシステムを理解し、実施
するのに、当分野の技術者がＤＯＥシステムの詳細な知
識を必要とすることはない。
マ／開発者が１台のホストマシンのところにおり、開発
されるアプリケーションがプログラマ／開発者には未知
の他のホストマシンにおかれていることのあるオブジェ
クトおよびオブジェクト・インプリメンテーションを利
用する分散コンピュータ・アプリケーションをデバッグ
するシステムおよび方法に関する。このシステムおよび
方法は広く分散したオブジェクト指向クライアント・サ
ーバ・システムにおけるオブジェクトの使用に関連づけ
られた新しいアプリケーションをデバッグを試みる際に
遭遇する問題の解決策を提供する。分散オブジェクトは
これらが要求を他のオブジェクトへ送るのか、あるいは
クライアントからの要求に応答しているのかに応じてオ
ブジェクト・クライアントにも、オブジェクト・サーバ
にもなり得る。分散オブジェクト環境において、要求お
よび応答はオブジェクトの場所および状況を認識してい
るオブジェクト・リクエスト・ブローカ（ＯＲＢ）によ
って行われる。ＯＲＢを実施するのに適している１つの
アーキテクチャが、共通オブジェクト・リクエスト・ブ
ローカ・アーキテクチャ（ＣＯＲＢＡ）仕様によって与
えられる。任意の関連した状況で使用できるものである
が、記載されているインプリメンテーションはＳｕｎ
Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．の分散オブジェク
ト環境（「ＤＯＥ」）の拡張である。しかしながら、本
開示で記載するプロセスおよびシステムを理解し、実施
するのに、当分野の技術者がＤＯＥシステムの詳細な知
識を必要とすることはない。
【００２３】本発明はプログラマ／開発者のアプリケー
ションが呼び出したオブジェクトが遠隔で実施されてい
ることを、プログラマ／開発者が無視できるようにし、
また遠隔インプリメンテーションであることによる特別
なことを、プログラマ／開発者が行うことを要求せず、
しかも過度のオーバヘッド負荷を課すことがなく、安全
であり、プログラマ／開発者がシステムを実施したのと
同じ抽象化の機能レベルで、プログラマ／開発者がシス
テムをデバッグするのを可能とするｄｏｅＤｅｂｕｇｇ
ｅｒを作成し、使用するシステムおよび方法を開示す
る。他のインプリメンテーションは若干の言語非依存性
ももたらす。
ションが呼び出したオブジェクトが遠隔で実施されてい
ることを、プログラマ／開発者が無視できるようにし、
また遠隔インプリメンテーションであることによる特別
なことを、プログラマ／開発者が行うことを要求せず、
しかも過度のオーバヘッド負荷を課すことがなく、安全
であり、プログラマ／開発者がシステムを実施したのと
同じ抽象化の機能レベルで、プログラマ／開発者がシス
テムをデバッグするのを可能とするｄｏｅＤｅｂｕｇｇ
ｅｒを作成し、使用するシステムおよび方法を開示す
る。他のインプリメンテーションは若干の言語非依存性
ももたらす。
【００２４】Ｉ．定義 本明細書では、「分散オブジェクト」または「オブジェ
クト」という用語は、オブジェクトと関連づけられた定
義済みのインタフェースを介した操作によって処理でき
るコードおよびデータのカプセル化されたパッケージを
いう。それ故、当分野の技術者にとって、分散オブジェ
クトは従来のプログラミング・オブジェクトを定義して
いる基本特性を含むものとみなされる。しかしながら、
分散オブジェクトは従来のプログラミング・オブジェク
トとは、２つの重要な特徴を含んでいることによって相
違している。まず、分散オブジェクトは多言語のもので
ある。分散オブジェクトのインタフェースは各種の異な
るプログラミング言語にマップできるインタフェース定
義言語を使用して定義される。このようなインタフェー
ス定義言語の１つがＯＭＧ ＩＤＬである。第２に、分
散オブジェクトは場所に依存しない。すなわち、分散オ
ブジェクトはネットワーク内のどこにでもおける。これ
は単一のアドレス・スペース、すなわち「クライアン
ト」のアドレス・スペースに存在しているのが典型的な
従来のプログラミング・オブジェクトと明確に異なると
ころである。分散オブジェクトは他のオブジェクトに要
求を送っているのか、あるいは他のオブジェクトからの
要求に応答しているのかに応じてオブジェクト・クライ
アントにも、オブジェクト・サーバにもなり得る。要求
および応答はオブジェクトの場所および状況を認識して
いるオブジェクト・リクエスト・ブローカ（ＯＲＢ）に
よって行われる。
クト」という用語は、オブジェクトと関連づけられた定
義済みのインタフェースを介した操作によって処理でき
るコードおよびデータのカプセル化されたパッケージを
いう。それ故、当分野の技術者にとって、分散オブジェ
クトは従来のプログラミング・オブジェクトを定義して
いる基本特性を含むものとみなされる。しかしながら、
分散オブジェクトは従来のプログラミング・オブジェク
トとは、２つの重要な特徴を含んでいることによって相
違している。まず、分散オブジェクトは多言語のもので
ある。分散オブジェクトのインタフェースは各種の異な
るプログラミング言語にマップできるインタフェース定
義言語を使用して定義される。このようなインタフェー
ス定義言語の１つがＯＭＧ ＩＤＬである。第２に、分
散オブジェクトは場所に依存しない。すなわち、分散オ
ブジェクトはネットワーク内のどこにでもおける。これ
は単一のアドレス・スペース、すなわち「クライアン
ト」のアドレス・スペースに存在しているのが典型的な
従来のプログラミング・オブジェクトと明確に異なると
ころである。分散オブジェクトは他のオブジェクトに要
求を送っているのか、あるいは他のオブジェクトからの
要求に応答しているのかに応じてオブジェクト・クライ
アントにも、オブジェクト・サーバにもなり得る。要求
および応答はオブジェクトの場所および状況を認識して
いるオブジェクト・リクエスト・ブローカ（ＯＲＢ）に
よって行われる。
【００２５】「分散オブジェクト・システム」ないし
「分散オブジェクト・オペレーティング環境」とは、Ｏ
ＲＢを介して通信を行う分散オブジェクトからなるシス
テムをいう。
「分散オブジェクト・オペレーティング環境」とは、Ｏ
ＲＢを介して通信を行う分散オブジェクトからなるシス
テムをいう。
【００２６】「オブジェクト・リファレンス」ないし
「ｏｂｊｒｅｆ」とは、他のオブジェクトへのポインタ
を含んでいるデータ構造（従来のプログラミング言語オ
ブジェクトでもよい）をいう。オブジェクト・リファレ
ンスの作成および定義については、当分野の技術者は熟
知しているであろう。
「ｏｂｊｒｅｆ」とは、他のオブジェクトへのポインタ
を含んでいるデータ構造（従来のプログラミング言語オ
ブジェクトでもよい）をいう。オブジェクト・リファレ
ンスの作成および定義については、当分野の技術者は熟
知しているであろう。
【００２７】本明細書で定義する「クライアント」と
は、オブジェクトに要求を送るエンティティである。こ
のモデルにおいて、オブジェクトは、サービスを与える
ものであり、「サーバ・オブジェクト」または「ターゲ
ット・オブジェクト」または「オブジェクト・インプリ
メンテーション」と呼ばれる。したがって、クライアン
トはサーバから操作、ないしインプリメンテーションを
呼び出す。場合によっては、クライアントはそれ自体で
オブジェクトである。分散オブジェクト環境において、
クライアントはインプリメンテーション・プログラミン
グ言語についての知識を持っていなくてもよく、あるい
は、このようなオブジェクトの多言語性の要件により、
インプリメンテーションがクライアントのプログラミン
グ言語の知識を持っていなくてもよい。分散オブジェク
ト・オペレーティング環境のクライアントおよびサーバ
に必要なのは、インタフェース定義言語によって通信を
行うことだけである。上述したように、クライアントに
よるサーバに対する要求およびクライアントに対するサ
ーバの応答は、ＯＲＢによって処理される。指摘してお
きたいのは、クライアントとサーバが同一のホスト・コ
ンピュータまたは２台の異なるホスト・コンピュータの
同一のプロセスに存在できることである。
は、オブジェクトに要求を送るエンティティである。こ
のモデルにおいて、オブジェクトは、サービスを与える
ものであり、「サーバ・オブジェクト」または「ターゲ
ット・オブジェクト」または「オブジェクト・インプリ
メンテーション」と呼ばれる。したがって、クライアン
トはサーバから操作、ないしインプリメンテーションを
呼び出す。場合によっては、クライアントはそれ自体で
オブジェクトである。分散オブジェクト環境において、
クライアントはインプリメンテーション・プログラミン
グ言語についての知識を持っていなくてもよく、あるい
は、このようなオブジェクトの多言語性の要件により、
インプリメンテーションがクライアントのプログラミン
グ言語の知識を持っていなくてもよい。分散オブジェク
ト・オペレーティング環境のクライアントおよびサーバ
に必要なのは、インタフェース定義言語によって通信を
行うことだけである。上述したように、クライアントに
よるサーバに対する要求およびクライアントに対するサ
ーバの応答は、ＯＲＢによって処理される。指摘してお
きたいのは、クライアントとサーバが同一のホスト・コ
ンピュータまたは２台の異なるホスト・コンピュータの
同一のプロセスに存在できることである。
【００２８】「オブジェクト・インタフェース」はオブ
ジェクトがもたらす操作（オペレーション）、属性（ア
トリビュート）および例外事項（エクセプション）の仕
様である。分散オブジェクトのオブジェクト・インタフ
ェースは許可されているインタフェース定義言語（ＩＤ
Ｌ）を使用して作成することが好ましい。上記したよう
に、オブジェクトはそのインタフェースを介してトラン
ザクションを行う。したがって、インタフェースを使用
することによって、トランザクションにおけるオブジェ
クトのメソッドおよびデータを定義するのに使用された
プログラミング言語をクライアントが認識している必要
がなくなる。
ジェクトがもたらす操作（オペレーション）、属性（ア
トリビュート）および例外事項（エクセプション）の仕
様である。分散オブジェクトのオブジェクト・インタフ
ェースは許可されているインタフェース定義言語（ＩＤ
Ｌ）を使用して作成することが好ましい。上記したよう
に、オブジェクトはそのインタフェースを介してトラン
ザクションを行う。したがって、インタフェースを使用
することによって、トランザクションにおけるオブジェ
クトのメソッドおよびデータを定義するのに使用された
プログラミング言語をクライアントが認識している必要
がなくなる。
【００２９】情報のパケットを「マーシャル（ｍａｒｓ
ｈａｌ）」するとは、共用メモリ通信チャネル、あるい
はネットワーク通信回線のいずれかによってこの情報を
転送する準備を行うことである。これはしばしば、使用
されている通信プロトコルにしたがって特定のフォーマ
ットでデータを編成することをいう。
ｈａｌ）」するとは、共用メモリ通信チャネル、あるい
はネットワーク通信回線のいずれかによってこの情報を
転送する準備を行うことである。これはしばしば、使用
されている通信プロトコルにしたがって特定のフォーマ
ットでデータを編成することをいう。
【００３０】情報のパケットを「アンマーシャル（ｕｎ
ｍａｒｓｈａｌ）」するとは、本質的にマーシャル手順
を逆にすることであり、該当する環境で有意のフォーマ
ットでデータを作成することである。
ｍａｒｓｈａｌ）」するとは、本質的にマーシャル手順
を逆にすることであり、該当する環境で有意のフォーマ
ットでデータを作成することである。
【００３１】「ＴｏｏｌＴａｌｋ」とは、本願出願人Ｓ
ｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．の子会社で
あるＳｕｎＳｏｆｔが開発し、提供している通信システ
ムである。「ＴｏｏｌＴａｌｋ」はあるアプリケーショ
ンが作成したメッセージを、そのメッセージを受け取る
ことを要求している他のものへ送出する通信サービスを
提供する。「ＴｏｏｌＴａｌｋ」によって、独立したア
プリケーションが他のアプリケーションと、相互の直接
的な知識を要することなく、通信を行うことが可能とな
る。送信者は「ＴｏｏｌＴａｌｋ」メッセージを特定の
プロセス、何らかの関心のあるプロセス、オブジェク
ト、あるいはオブジェクト・タイプにアドレス指定する
ことができる。「ＴｏｏｌＴａｌｋ」の詳細については
「ＴｈｅＴｏｏｌＴａｌｋ Ｓｅｒｖｉｃｅ：Ａｎ Ｉ
ｎｔｅｒ−Ｏｐｅｒａｂｉｌｉｔｙ Ｓｏｌｕｔｉｏ
ｎ，（ＩＳＢＮ０１３−０８８７１７−Ｘ）という題名
のＳｕｎＳｏｆｔ Ｐｒｅｓｓ／ＰＴＲ Ｐｒｅｎｔｉ
ｃｅ Ｈａｌｌの書籍に記載されている。
ｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．の子会社で
あるＳｕｎＳｏｆｔが開発し、提供している通信システ
ムである。「ＴｏｏｌＴａｌｋ」はあるアプリケーショ
ンが作成したメッセージを、そのメッセージを受け取る
ことを要求している他のものへ送出する通信サービスを
提供する。「ＴｏｏｌＴａｌｋ」によって、独立したア
プリケーションが他のアプリケーションと、相互の直接
的な知識を要することなく、通信を行うことが可能とな
る。送信者は「ＴｏｏｌＴａｌｋ」メッセージを特定の
プロセス、何らかの関心のあるプロセス、オブジェク
ト、あるいはオブジェクト・タイプにアドレス指定する
ことができる。「ＴｏｏｌＴａｌｋ」の詳細については
「ＴｈｅＴｏｏｌＴａｌｋ Ｓｅｒｖｉｃｅ：Ａｎ Ｉ
ｎｔｅｒ−Ｏｐｅｒａｂｉｌｉｔｙ Ｓｏｌｕｔｉｏ
ｎ，（ＩＳＢＮ０１３−０８８７１７−Ｘ）という題名
のＳｕｎＳｏｆｔ Ｐｒｅｓｓ／ＰＴＲ Ｐｒｅｎｔｉ
ｃｅ Ｈａｌｌの書籍に記載されている。
【００３２】ＩＩ．作動環境 本発明が使用される環境には、汎用コンピュータ、ワー
クステーションあるいはパーソナル・コンピュータがさ
まざまなタイプの通信リンクを介して、クライアント・
サーバ構成で接続されており、プログラムやデータが多
くがオブジェクトの形式で、システムの各種のメンバに
よって、システムの他のメンバによる実効およびアクセ
スのために利用できる汎用分散コンピューティング・シ
ステムが含まれている。汎用ワークステーション・コン
ピュータの要素のいくつかを図１に示す。図において、
入出力（「Ｉ／Ｏ」）部２、中央処理装置（「ＣＰ
Ｕ」）３およびメモリ部４を有するコンピュータ１が示
されている。Ｉ／Ｏ部２はキーボード５、表示装置６、
ディスク記憶装置９、およびＣＤ−ＲＯＭ駆動装置７に
接続されている。ＣＤ−ＲＯＭ装置７は、通常、プログ
ラム１０やデータを含んでいるＣＤ−ＲＯＭ媒体８を読
み取ることができる。図２は典型的なマルチプロセッサ
分散コンピュータ・システムを示しており、個々のコン
ピュータ２０、２２および２４が通信リンク２６を介し
て互いに接続され、かつ恐らくは共用メモリ装置２８に
接続されている。図３は典型的なオブジェクト指向クラ
イアント・サーバ構成を示しており、ユーザ３０が第１
のコンピュータ３２でクライアント・アプリケーション
３４を起動できる。クライアント・アプリケーション３
４はコール４０をオブジェクト・リファレンス３６に出
し、このオブジェクト・リファレンスは第２のコンピュ
ータ（サーバ）５０のオブジェクトのインプリメンテー
ション（「ターゲット・オブジェクト」ともいう）４６
をポイントする。コール４０は通信制御機構３８に渡さ
れ、この機構３８はコールをオブジェクト・インプリメ
ンテーション４６が配置されているサーバ５０に送る。
このオブジェクト・インプリメンテーション４６は最初
にオブジェクト・リファレンス３６を作成し、ユーザに
利用できるようにする。コールの処理の終了時に、オブ
ジェクト・インプリメンテーション４６はメッセージま
たは希望した操作の結果を通信リンク４２を介して起点
クライアント・アプリケーション３４に返す。このクラ
イアント・サーバ・モデルは、通信機構の機能がオペレ
ーティング・システム（図４の６２）によって行われる
単一プロセッサ装置でも機能する。
クステーションあるいはパーソナル・コンピュータがさ
まざまなタイプの通信リンクを介して、クライアント・
サーバ構成で接続されており、プログラムやデータが多
くがオブジェクトの形式で、システムの各種のメンバに
よって、システムの他のメンバによる実効およびアクセ
スのために利用できる汎用分散コンピューティング・シ
ステムが含まれている。汎用ワークステーション・コン
ピュータの要素のいくつかを図１に示す。図において、
入出力（「Ｉ／Ｏ」）部２、中央処理装置（「ＣＰ
Ｕ」）３およびメモリ部４を有するコンピュータ１が示
されている。Ｉ／Ｏ部２はキーボード５、表示装置６、
ディスク記憶装置９、およびＣＤ−ＲＯＭ駆動装置７に
接続されている。ＣＤ−ＲＯＭ装置７は、通常、プログ
ラム１０やデータを含んでいるＣＤ−ＲＯＭ媒体８を読
み取ることができる。図２は典型的なマルチプロセッサ
分散コンピュータ・システムを示しており、個々のコン
ピュータ２０、２２および２４が通信リンク２６を介し
て互いに接続され、かつ恐らくは共用メモリ装置２８に
接続されている。図３は典型的なオブジェクト指向クラ
イアント・サーバ構成を示しており、ユーザ３０が第１
のコンピュータ３２でクライアント・アプリケーション
３４を起動できる。クライアント・アプリケーション３
４はコール４０をオブジェクト・リファレンス３６に出
し、このオブジェクト・リファレンスは第２のコンピュ
ータ（サーバ）５０のオブジェクトのインプリメンテー
ション（「ターゲット・オブジェクト」ともいう）４６
をポイントする。コール４０は通信制御機構３８に渡さ
れ、この機構３８はコールをオブジェクト・インプリメ
ンテーション４６が配置されているサーバ５０に送る。
このオブジェクト・インプリメンテーション４６は最初
にオブジェクト・リファレンス３６を作成し、ユーザに
利用できるようにする。コールの処理の終了時に、オブ
ジェクト・インプリメンテーション４６はメッセージま
たは希望した操作の結果を通信リンク４２を介して起点
クライアント・アプリケーション３４に返す。このクラ
イアント・サーバ・モデルは、通信機構の機能がオペレ
ーティング・システム（図４の６２）によって行われる
単一プロセッサ装置でも機能する。
【００３３】ＩＩＩ．分散デバッガ−作成方法 個々で、図５を参照すると、ＳＰＡＲＣｗｏｒｋｓデバ
ッガ・システムが示されている。ＳＰＡＲＣｗｏｒｋｓ
デバッガ（以下、「Ｄｅｂｕｇｇｅｒ」と呼ぶ）はＳｕ
ｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．製のＳＰＡＲ
Ｃｗｏｒｋｓツールセットの組込みコンポーネントであ
る。なお、ＳＰＡＲＣｗｏｒｋｓツールセットはＡｎａ
ｌｙｚｅｒ、ｄｂｘエンジン、ＦｉｌｅＭｅｒｇｅツー
ル、Ｍａｋｅｔｏｏｌ、Ｍａｎａｇｅｒ、および、Ｓｏ
ｕｒｃｅＢｒｏｗｓｅｒを含む。Ｄｅｂｕｇｇｅｒの詳
細については、ＳｕｎＳｏｆｔが１９９４年８月にＰａ
ｒｔ Ｎｏ．８０１−７１０５−１０として刊行した
「Ｄｅｂｕｇｇｉｎｇ ａＰｒｏｇｒａｍ」という題名
の文献に記載されている（これは引用により本明細書の
一部とする）。
ッガ・システムが示されている。ＳＰＡＲＣｗｏｒｋｓ
デバッガ（以下、「Ｄｅｂｕｇｇｅｒ」と呼ぶ）はＳｕ
ｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．製のＳＰＡＲ
Ｃｗｏｒｋｓツールセットの組込みコンポーネントであ
る。なお、ＳＰＡＲＣｗｏｒｋｓツールセットはＡｎａ
ｌｙｚｅｒ、ｄｂｘエンジン、ＦｉｌｅＭｅｒｇｅツー
ル、Ｍａｋｅｔｏｏｌ、Ｍａｎａｇｅｒ、および、Ｓｏ
ｕｒｃｅＢｒｏｗｓｅｒを含む。Ｄｅｂｕｇｇｅｒの詳
細については、ＳｕｎＳｏｆｔが１９９４年８月にＰａ
ｒｔ Ｎｏ．８０１−７１０５−１０として刊行した
「Ｄｅｂｕｇｇｉｎｇ ａＰｒｏｇｒａｍ」という題名
の文献に記載されている（これは引用により本明細書の
一部とする）。
【００３４】ここで、図５を参照すると、Ｄｅｂｕｇｇ
ｅｒはｄｂｘエンジン７６とインタフェースする洗練さ
れたウィンドウ・ベースのツール７２（Ｄｅｂｕｇｇｅ
ｒ・グラフィカル・ユーザ・インタフェース（ＧＵ
Ｉ））を含んでいる。ｄｂｘエンジン７６は対話式のラ
イン指向ソースレベル記号デバッガである。ｄｂｘエン
ジン７６はターゲット・プログラムがクラッシュした場
所を決定し、変数と式の値を調べ、コードにブレークポ
イント７８をセットし、ターゲット・プログラムを実行
し、トレースすることを可能とする。プログラムの実行
中に、ｄｂｘエンジン７６はターゲット・プログラムの
挙動に関する詳細な情報を取得し、ＴｏｏｌＴａｌｋ通
信プロトコル７４によってＤｅｂｕｇｇｅｒ ＧＵＩ７
２にこの情報を供給する。ｄｂｘエンジン７６はコンパ
イラがコンパイラ・オプション−ｇを使用して生成した
デバッギング情報に依存して、ターゲット・プロセスの
状態を検査する。現行のＳｕｎ Ｍｉｃｒｏｓｙｓｔｅ
ｍｓ，Ｉｎｃ．のオペレーティング・システム環境であ
るＳｏｌａｒｉｓ ２．ｘのデフォルトでは、各プログ
ラム・モジュールのデバッギング情報はモジュールの
．０ファイルに格納される。Ｓｏｌａｒｉｓ ２．ｘ
における好ましい実施の形態において、ｄｂｘエンジン
７６は必要に応じ、各モジュールに関する情報を読み込
む。「ブレークポイント設定」７８の機能に加えて、ｄ
ｂｘエンジン７６は「単一ステップ」８０の機能、なら
びに上記の参照文献「Ｄｅｂｕｇｇｉｎｇ ａ Ｐｒｏ
ｇｒａｍ」に詳細が記載されている多くのその他の機能
８２を有している。「ステップ」８０機能はプログラマ
／開発者がターゲット・プログラム・コードをソース言
語レベルまたはマシン語レベルのいずれかで１行ずつ単
一のステップで実行し、ファンクションコールをステッ
プ「ｏｖｅｒ」またはステップ「ｉｎｔｏ」し、ファン
クション・コールをステップ「ｕｐ」またはステップ
「ｏｕｔ」してコール側ファンクション行に到達するこ
と（ただし、コール後に）を可能とする。ブレークポイ
ント７８のコマンドには３つのタイプがある。
ｅｒはｄｂｘエンジン７６とインタフェースする洗練さ
れたウィンドウ・ベースのツール７２（Ｄｅｂｕｇｇｅ
ｒ・グラフィカル・ユーザ・インタフェース（ＧＵ
Ｉ））を含んでいる。ｄｂｘエンジン７６は対話式のラ
イン指向ソースレベル記号デバッガである。ｄｂｘエン
ジン７６はターゲット・プログラムがクラッシュした場
所を決定し、変数と式の値を調べ、コードにブレークポ
イント７８をセットし、ターゲット・プログラムを実行
し、トレースすることを可能とする。プログラムの実行
中に、ｄｂｘエンジン７６はターゲット・プログラムの
挙動に関する詳細な情報を取得し、ＴｏｏｌＴａｌｋ通
信プロトコル７４によってＤｅｂｕｇｇｅｒ ＧＵＩ７
２にこの情報を供給する。ｄｂｘエンジン７６はコンパ
イラがコンパイラ・オプション−ｇを使用して生成した
デバッギング情報に依存して、ターゲット・プロセスの
状態を検査する。現行のＳｕｎ Ｍｉｃｒｏｓｙｓｔｅ
ｍｓ，Ｉｎｃ．のオペレーティング・システム環境であ
るＳｏｌａｒｉｓ ２．ｘのデフォルトでは、各プログ
ラム・モジュールのデバッギング情報はモジュールの
．０ファイルに格納される。Ｓｏｌａｒｉｓ ２．ｘ
における好ましい実施の形態において、ｄｂｘエンジン
７６は必要に応じ、各モジュールに関する情報を読み込
む。「ブレークポイント設定」７８の機能に加えて、ｄ
ｂｘエンジン７６は「単一ステップ」８０の機能、なら
びに上記の参照文献「Ｄｅｂｕｇｇｉｎｇ ａ Ｐｒｏ
ｇｒａｍ」に詳細が記載されている多くのその他の機能
８２を有している。「ステップ」８０機能はプログラマ
／開発者がターゲット・プログラム・コードをソース言
語レベルまたはマシン語レベルのいずれかで１行ずつ単
一のステップで実行し、ファンクションコールをステッ
プ「ｏｖｅｒ」またはステップ「ｉｎｔｏ」し、ファン
クション・コールをステップ「ｕｐ」またはステップ
「ｏｕｔ」してコール側ファンクション行に到達するこ
と（ただし、コール後に）を可能とする。ブレークポイ
ント７８のコマンドには３つのタイプがある。
【００３５】（１）ｓｔｏｐタイプのブレークポイン
ト： ターゲット・プログラムがｓｔｏｐコマンドを使
用して作成されたブレークポイントに到達した場合、プ
ログラムは停止し、任意選択で１つまたは複数のデバッ
グ・コマンドを発行する。ターゲット・プログラムをレ
ジュームするには、他のデバッグ・コマンドを発行しな
ければならない。
ト： ターゲット・プログラムがｓｔｏｐコマンドを使
用して作成されたブレークポイントに到達した場合、プ
ログラムは停止し、任意選択で１つまたは複数のデバッ
グ・コマンドを発行する。ターゲット・プログラムをレ
ジュームするには、他のデバッグ・コマンドを発行しな
ければならない。
【００３６】（２）ｗｈｅｎタイプのブレークポイン
ト： ターゲット・プログラムが停止し、ｄｂｘエンジ
ンが１つまたは複数のデバッグ・コマンドを発行し、そ
の後ターゲット・プログラムが継続する。
ト： ターゲット・プログラムが停止し、ｄｂｘエンジ
ンが１つまたは複数のデバッグ・コマンドを発行し、そ
の後ターゲット・プログラムが継続する。
【００３７】（３）ｔｒａｃｅタイプのブレークポイン
ト： ターゲット・プログラムが停止し、イベント固有
のｔｒａｃｅ行が排除され、その後プログラムが継続す
る。
ト： ターゲット・プログラムが停止し、イベント固有
のｔｒａｃｅ行が排除され、その後プログラムが継続す
る。
【００３８】非分散システムにおける、Ｄｅｂｕｇｇｅ
ｒの典型的な構成を図６に示す。図において、Ｔｏｏｌ
Ｔａｌｋ通信リンク９６によってｄｂｘエンジン９８に
接続されたデバッガＧＵＩ９４を含んでいるホストマシ
ン９２が示されており、ｄｂｘエンジン９８はクライア
ント（ターゲット・プログラム）１００にリンクされて
おり、クライアントはさらに付加的なターゲット・アプ
リケーション・コード（サーバ）１０２に接続されてい
る。分散システムにおいて、プログラマ／開発者は図７
に示したような状態に直面する。図７は複数のホスト上
にある複数のクライアントと複数のサーバを示してい
る。赤ホスト１１２にあるＤｅｂｕｇｇｅｒ１１４を使
用して、クライアント１ １１６をデバッグするプログ
ラマ／開発者には、クライアント１ １１６が赤ホスト
１１２のサーバ１１８または青ホスト１２２のサーバ１
２４によって実行できるオブジェクトで操作を行ってお
り、クライアント１ １１６の開発者としてのプログラ
マにはコールの実行にどのサーバが使用されるのかがわ
からないということが判明する。さらに、クライアント
１ １１６によって使用されるどのサーバも、白ホスト
１３０のクライアント２ １２８が使用できる。ＤＯＥ
（本発明の好ましい実施の形態）などのＣＯＲＢＡ準拠
の分散システムでは、かなりの量の機構（メカニズム）
が各オブジェクトの背後にあり、この機構によって、ア
プリケーション・プログラマがオブジェクトを、そのオ
ブジェクトのサーバがどこで作動しているのかの知識を
必要とせずに、使用できるようになる。このことはこの
ような状況の下では、分散アプリケーションのデバッグ
作業の重大な障害となる。さらに、すべてのＤＯＥサー
バはマルチスレッド・サーバであり、サーバが異なるク
ライアントからの複数の要求に同時に応えることができ
る。したがって、本発明のｄｏｅＤｅｂｕｇｇｅｒはＤ
ＯＥ分散環境で生じるデバッグ上の問題の多くに対する
解決策となる。
ｒの典型的な構成を図６に示す。図において、Ｔｏｏｌ
Ｔａｌｋ通信リンク９６によってｄｂｘエンジン９８に
接続されたデバッガＧＵＩ９４を含んでいるホストマシ
ン９２が示されており、ｄｂｘエンジン９８はクライア
ント（ターゲット・プログラム）１００にリンクされて
おり、クライアントはさらに付加的なターゲット・アプ
リケーション・コード（サーバ）１０２に接続されてい
る。分散システムにおいて、プログラマ／開発者は図７
に示したような状態に直面する。図７は複数のホスト上
にある複数のクライアントと複数のサーバを示してい
る。赤ホスト１１２にあるＤｅｂｕｇｇｅｒ１１４を使
用して、クライアント１ １１６をデバッグするプログ
ラマ／開発者には、クライアント１ １１６が赤ホスト
１１２のサーバ１１８または青ホスト１２２のサーバ１
２４によって実行できるオブジェクトで操作を行ってお
り、クライアント１ １１６の開発者としてのプログラ
マにはコールの実行にどのサーバが使用されるのかがわ
からないということが判明する。さらに、クライアント
１ １１６によって使用されるどのサーバも、白ホスト
１３０のクライアント２ １２８が使用できる。ＤＯＥ
（本発明の好ましい実施の形態）などのＣＯＲＢＡ準拠
の分散システムでは、かなりの量の機構（メカニズム）
が各オブジェクトの背後にあり、この機構によって、ア
プリケーション・プログラマがオブジェクトを、そのオ
ブジェクトのサーバがどこで作動しているのかの知識を
必要とせずに、使用できるようになる。このことはこの
ような状況の下では、分散アプリケーションのデバッグ
作業の重大な障害となる。さらに、すべてのＤＯＥサー
バはマルチスレッド・サーバであり、サーバが異なるク
ライアントからの複数の要求に同時に応えることができ
る。したがって、本発明のｄｏｅＤｅｂｕｇｇｅｒはＤ
ＯＥ分散環境で生じるデバッグ上の問題の多くに対する
解決策となる。
【００３９】本発明のｄｏｅＤｅｂｕｇｇｅｒを作成す
るのに必要なＤｅｂｕｇｇｅｒの改変について説明する
前に、オブジェクトがＣＯＲＢＡ準拠環境で互いに通信
するのを可能とするためにＤＯＥが使用するボイラプレ
ート機構コードについて簡単に触れておくことが有用で
あろう。図８を参照すると、ユーザ・コードと基礎ＤＯ
Ｅ機構の間の分割が示されている。
るのに必要なＤｅｂｕｇｇｅｒの改変について説明する
前に、オブジェクトがＣＯＲＢＡ準拠環境で互いに通信
するのを可能とするためにＤＯＥが使用するボイラプレ
ート機構コードについて簡単に触れておくことが有用で
あろう。図８を参照すると、ユーザ・コードと基礎ＤＯ
Ｅ機構の間の分割が示されている。
【００４０】図８において、ローカル・ホスト１４２
で、ユーザ・コードが機能、例えば、機能「ｆｏｏ」１
４４を呼び出す。ＤＯＥシステムは機能ｆｏｏとのイン
タフェースをもたらす生成コード１４８を備えており、
生成コード１４８はメッセージ機能１５０を呼び出し
て、適切なメッセージを作成し、これをサーバ１５２に
送る。これらのメッセージ１５４は該当するホスト１５
６に到達し、サーバ側メッセージ・システム１５８によ
って受け取られ、このメッセージ・システムはメッセー
ジをＤＯＥシステム１６０が生成したコードであるサー
バ側スタブに渡す。ＤＯＥシステム１６０は次いで機能
ｆｏｏ１６２のインプリメンテーション・コードを呼び
出し、この機能のインプリメンテーションのユーザ・コ
ードがコール１６４を処理する。アプリケーション・プ
ログラマはｄｏｅサーバによってもたらされるオブジェ
クトを利用するコード１４４を書く。アプリケーション
・プログラマはインタフェース定義言語（ＩＤＬ）を使
用してオブジェクトに対するインタフェースを定義す
る。ＩＤＬはクライアント側およびサーバ側のライブラ
リにコンパイルされ、これらのライブラリはクライアン
トにあるオブジェクトに対する操作をサーバで行うこと
を可能とする。クライアント側ライブラリは操作をサー
バに対する要求１５４に変換するスタブ機能１４８、１
５０からなっている。サーバ側ライブラリ１６０、１６
２はクライアントからの要求をその操作を実施するユー
ザ提供機能１６４に変換する。
で、ユーザ・コードが機能、例えば、機能「ｆｏｏ」１
４４を呼び出す。ＤＯＥシステムは機能ｆｏｏとのイン
タフェースをもたらす生成コード１４８を備えており、
生成コード１４８はメッセージ機能１５０を呼び出し
て、適切なメッセージを作成し、これをサーバ１５２に
送る。これらのメッセージ１５４は該当するホスト１５
６に到達し、サーバ側メッセージ・システム１５８によ
って受け取られ、このメッセージ・システムはメッセー
ジをＤＯＥシステム１６０が生成したコードであるサー
バ側スタブに渡す。ＤＯＥシステム１６０は次いで機能
ｆｏｏ１６２のインプリメンテーション・コードを呼び
出し、この機能のインプリメンテーションのユーザ・コ
ードがコール１６４を処理する。アプリケーション・プ
ログラマはｄｏｅサーバによってもたらされるオブジェ
クトを利用するコード１４４を書く。アプリケーション
・プログラマはインタフェース定義言語（ＩＤＬ）を使
用してオブジェクトに対するインタフェースを定義す
る。ＩＤＬはクライアント側およびサーバ側のライブラ
リにコンパイルされ、これらのライブラリはクライアン
トにあるオブジェクトに対する操作をサーバで行うこと
を可能とする。クライアント側ライブラリは操作をサー
バに対する要求１５４に変換するスタブ機能１４８、１
５０からなっている。サーバ側ライブラリ１６０、１６
２はクライアントからの要求をその操作を実施するユー
ザ提供機能１６４に変換する。
【００４１】たとえば、図８において、ユーザは機能ｆ
ｏｏをＩＤＬに定義している。ＩＤＬコンパイラはスタ
ブ機能ｆｏｏ１４８、１５０を生成し、サーバに送られ
るメッセージを作成させる（１５２）。サーバ側では、
ＩＤＬが生成したコード１６０、１６２がクライアント
からのメッセージを取り入れ、これをプログラマによっ
て与えられる、ｆｏｏの機能を実現する、機能ｆｏｏに
対するコールに変換する（１６４）。この基礎コード１
４８、１５０、１５２、１５８、１６０および１６２は
すべてプログラマ／開発者がデバッグしようと思ってお
らず、また正規のデバッグ・セッションにおいてデバッ
ガに調べさせようと思っていないコードである。したが
って、分散デバッギング・セッションがプログラマ／開
発差に関する限り、この基礎コードをすべて無視できる
ようにすることが望ましい。
ｏｏをＩＤＬに定義している。ＩＤＬコンパイラはスタ
ブ機能ｆｏｏ１４８、１５０を生成し、サーバに送られ
るメッセージを作成させる（１５２）。サーバ側では、
ＩＤＬが生成したコード１６０、１６２がクライアント
からのメッセージを取り入れ、これをプログラマによっ
て与えられる、ｆｏｏの機能を実現する、機能ｆｏｏに
対するコールに変換する（１６４）。この基礎コード１
４８、１５０、１５２、１５８、１６０および１６２は
すべてプログラマ／開発者がデバッグしようと思ってお
らず、また正規のデバッグ・セッションにおいてデバッ
ガに調べさせようと思っていないコードである。したが
って、分散デバッギング・セッションがプログラマ／開
発差に関する限り、この基礎コードをすべて無視できる
ようにすることが望ましい。
【００４２】図９はＳＰＡＲＣｗｏｒｋｓデバッガを本
発明のｄｏｅＤｅｂｕｇｇｅｒに変換するのに必要な改
変および拡張を示す。実際の拡張は共用ライブラリ「ｌ
ｉｂｄｏｅＤｅｂｕｇｇｅｒ．ｓｏ」２０４にパッケー
ジされる。必要とされる基本的な拡張には次のようなも
のがある。
発明のｄｏｅＤｅｂｕｇｇｅｒに変換するのに必要な改
変および拡張を示す。実際の拡張は共用ライブラリ「ｌ
ｉｂｄｏｅＤｅｂｕｇｇｅｒ．ｓｏ」２０４にパッケー
ジされる。必要とされる基本的な拡張には次のようなも
のがある。
【００４３】「ｄｓｔｅｐ」コマンド２０６ 「ｒｅｍｏｔｅ ｓｕｒｒｏｇａｔｅ ｃｏｄｅ ｔｅ
ｓｔ」機構２０８ 「Ｒｅｍｏｔｅ Ｂｒｅａｋｐｏｉｎｔ」設定機構２１
０ 「ＧｅｔＩｍｐｌｅｍｅｎｔａｔｉｏｎ」機構２１２ 「ＩｄｅｎｔｉｆｙＲｅｍｏｔｅＦｕｎｃｔｉｏｎ」機
構２１４ 「ｍｕｌｔｉｐｌｅ ｄｂｘ ｅｎｇｉｎｅ ｓｙｎｃ
ｈｒｏｎｉｚｅｒ」機構２１６
ｓｔ」機構２０８ 「Ｒｅｍｏｔｅ Ｂｒｅａｋｐｏｉｎｔ」設定機構２１
０ 「ＧｅｔＩｍｐｌｅｍｅｎｔａｔｉｏｎ」機構２１２ 「ＩｄｅｎｔｉｆｙＲｅｍｏｔｅＦｕｎｃｔｉｏｎ」機
構２１４ 「ｍｕｌｔｉｐｌｅ ｄｂｘ ｅｎｇｉｎｅ ｓｙｎｃ
ｈｒｏｎｉｚｅｒ」機構２１６
【００４４】これらの拡張に加えて、ｄｏｅＤｅｂｕｇ
ｇｅｒの作動をサポートするためのＤｅｂｕｇｇｅｒ
ＧＵＩおよびｄｂｘエンジンの改変には、次のものがあ
る。
ｇｅｒの作動をサポートするためのＤｅｂｕｇｇｅｒ
ＧＵＩおよびｄｂｘエンジンの改変には、次のものがあ
る。
【００４５】あるｄｂｘエンジンが他のｄｂｘエンジン
と通信を行うための通信機能 デバッガ−ＧＵＩからすべての活動ｄｂｘエンジンのリ
ストを取得する機能
と通信を行うための通信機能 デバッガ−ＧＵＩからすべての活動ｄｂｘエンジンのリ
ストを取得する機能
【００４６】これらの改変の好ましい実施の形態を総括
的に説明するが、当分野の技術者にはこれらの機能およ
び特徴が最も適切なものである部分に対するハードウェ
ア機構および装置を含む多くの形態で実現できることが
認識されよう。
的に説明するが、当分野の技術者にはこれらの機能およ
び特徴が最も適切なものである部分に対するハードウェ
ア機構および装置を含む多くの形態で実現できることが
認識されよう。
【００４７】「ｄｓｔｅｐ」コマンドは分散システムの
どこに所与の機能のインプリメンテーションが実際にあ
るのかにかかわりなく、所与の機能のインプリメンテー
ションにシームレスに取りかかるために、プログラマ／
開発者によって使用される。「ｄｓｔｅｐ」はまず正規
のｄｂｘ「ｓｔｅｐ」コマンドを発行することによって
作動する。標準の「ｓｔｅｐ」コマンドはデバッグされ
るプロセス（デバッギー）の実行をデバッギーの現行の
ソース・ラインから次のソース・ラインまで継続する。
現行ラインが機能を呼び出す点になると、次のソース・
ラインが呼び出される機能の最初のソース・ラインにな
る。ｓｔｅｐコマンドのセマンティックスを分散アプリ
ケーションのデバッギングに拡張するため、拡張された
ｓｔｅｐが図８のクライアントのｆｏｏなどの機能に入
ると（点Ａ １４６）、実行がサーバのｆｏｏのインプ
リメンテーションの最初のラインで停止する（点Ｂ １
６６）。拡張ｓｔｅｐコマンド（「ｄｓｔｅｐ」コマン
ドと呼ぶ）は以下の２つの状況以外では、標準のｓｔｅ
ｐコマンドと同じ作動を行う。
どこに所与の機能のインプリメンテーションが実際にあ
るのかにかかわりなく、所与の機能のインプリメンテー
ションにシームレスに取りかかるために、プログラマ／
開発者によって使用される。「ｄｓｔｅｐ」はまず正規
のｄｂｘ「ｓｔｅｐ」コマンドを発行することによって
作動する。標準の「ｓｔｅｐ」コマンドはデバッグされ
るプロセス（デバッギー）の実行をデバッギーの現行の
ソース・ラインから次のソース・ラインまで継続する。
現行ラインが機能を呼び出す点になると、次のソース・
ラインが呼び出される機能の最初のソース・ラインにな
る。ｓｔｅｐコマンドのセマンティックスを分散アプリ
ケーションのデバッギングに拡張するため、拡張された
ｓｔｅｐが図８のクライアントのｆｏｏなどの機能に入
ると（点Ａ １４６）、実行がサーバのｆｏｏのインプ
リメンテーションの最初のラインで停止する（点Ｂ １
６６）。拡張ｓｔｅｐコマンド（「ｄｓｔｅｐ」コマン
ドと呼ぶ）は以下の２つの状況以外では、標準のｓｔｅ
ｐコマンドと同じ作動を行う。
【００４８】「ｄｓｔｅｐ」コマンドがサーバでの呼出
しをもたらす機能の呼出し時に実行された場合、次のソ
ース・ラインがサーバで呼び出された機能の最初のライ
ンになる。
しをもたらす機能の呼出し時に実行された場合、次のソ
ース・ラインがサーバで呼び出された機能の最初のライ
ンになる。
【００４９】「ｄｓｔｅｐ」コマンドがサーバで呼び出
された機能からの復帰時に実行された場合、次のソース
・ラインは遠隔呼出しをもたらしたファンクション呼出
し後にクライアントのソース・ラインとなる。ＤＯＥク
ライアントから見ると、「ｄｓｔｅｐ」コマンドはユー
ザがＩＤＬ生成コードから戻ってきたときに、このコマ
ンドの特別な機能を開始する。ＤＯＥサーバから見る
と、「ｄｓｔｅｐ」コマンドはユーザがＩＤＬ生成コー
ドから戻ってきたときに、このコマンドの特別な機能を
開始する。
された機能からの復帰時に実行された場合、次のソース
・ラインは遠隔呼出しをもたらしたファンクション呼出
し後にクライアントのソース・ラインとなる。ＤＯＥク
ライアントから見ると、「ｄｓｔｅｐ」コマンドはユー
ザがＩＤＬ生成コードから戻ってきたときに、このコマ
ンドの特別な機能を開始する。ＤＯＥサーバから見る
と、「ｄｓｔｅｐ」コマンドはユーザがＩＤＬ生成コー
ドから戻ってきたときに、このコマンドの特別な機能を
開始する。
【００５０】ｄｏｅＤｅｂｕｇｇｅｒを透過的に遮断す
ることも必要である。遠隔デバッギングをサポートする
のに何を行ったのかをユーザが知らないのであるから、
ユーザがこれを取り消すことを期待すべきではない。
ることも必要である。遠隔デバッギングをサポートする
のに何を行ったのかをユーザが知らないのであるから、
ユーザがこれを取り消すことを期待すべきではない。
【００５１】「ｄｓｔｅｐ」コマンドが実行された後、
ｄｏｅＤｅｂｕｇｇｅｒは現行機能が「ｒｅｍｏｔｅ
ｓｕｒｒｏｇａｔｅ ｃｏｄｅ」であるかどうかを判定
しようとする。「ｒｅｍｏｔｅ ｓｕｒｒｏｇａｔｅ
ｃｏｄｅ」はＩＤＬ操作の遠隔呼出しを担当するコード
である（すなわち、図８の項目１４８、１５０）。ＤＯ
Ｅシステムでは現在、「ｒｅｍｏｔｅ ｓｕｒｒｏｇａ
ｔｅ ｃｏｄｅ」はすべてＩＤＬコンパイラによって生
成されている。
ｄｏｅＤｅｂｕｇｇｅｒは現行機能が「ｒｅｍｏｔｅ
ｓｕｒｒｏｇａｔｅ ｃｏｄｅ」であるかどうかを判定
しようとする。「ｒｅｍｏｔｅ ｓｕｒｒｏｇａｔｅ
ｃｏｄｅ」はＩＤＬ操作の遠隔呼出しを担当するコード
である（すなわち、図８の項目１４８、１５０）。ＤＯ
Ｅシステムでは現在、「ｒｅｍｏｔｅ ｓｕｒｒｏｇａ
ｔｅ ｃｏｄｅ」はすべてＩＤＬコンパイラによって生
成されている。
【００５２】クライアント側では、ｄｏｅＤｅｂｕｇｇ
ｅｒがＩＤＬ生成コードを下がっていっていることを認
識する必要がある。これを達成するため、ＤＯＥはＩＤ
Ｌ生成コードの最初の層で使用される変数に特別な名前
をつける。この変数が存在することが「ｄｓｔｅｐ」機
能を開始するトリガとして役立つ。
ｅｒがＩＤＬ生成コードを下がっていっていることを認
識する必要がある。これを達成するため、ＤＯＥはＩＤ
Ｌ生成コードの最初の層で使用される変数に特別な名前
をつける。この変数が存在することが「ｄｓｔｅｐ」機
能を開始するトリガとして役立つ。
【００５３】考えられるとおり、呼び出されるクライア
ント側の機能の名前は、その機能を実施するサーバ側の
機能の名前と同じである。図８の例において、このこと
はプログラマがクライアント側で機能「ｆｏｏ」をコー
ルし、自分がサーバ側で書いた機能「ｆｏｏ」を得るこ
とを期待することに過ぎない。サーバは多くのクライア
ントにサービスを行えることがあり、したがって、その
機能「ｆｏｏ」の多くの呼出しがサーバで生じることも
ある。サーバでの関連する呼出しは、サーバのどのスレ
ッドがデバッグ対象クライアントのファンクション・コ
ールに対応しているかを判定することによって特定され
る。２つの機能（クライアント側のものと、サーバ側の
もの）をＤＯＥのメッセージ通過層に追加して、サーバ
の特定のスレッドの識別を援助する。
ント側の機能の名前は、その機能を実施するサーバ側の
機能の名前と同じである。図８の例において、このこと
はプログラマがクライアント側で機能「ｆｏｏ」をコー
ルし、自分がサーバ側で書いた機能「ｆｏｏ」を得るこ
とを期待することに過ぎない。サーバは多くのクライア
ントにサービスを行えることがあり、したがって、その
機能「ｆｏｏ」の多くの呼出しがサーバで生じることも
ある。サーバでの関連する呼出しは、サーバのどのスレ
ッドがデバッグ対象クライアントのファンクション・コ
ールに対応しているかを判定することによって特定され
る。２つの機能（クライアント側のものと、サーバ側の
もの）をＤＯＥのメッセージ通過層に追加して、サーバ
の特定のスレッドの識別を援助する。
【００５４】あるオブジェクトに対するサーバを探し出
すために、「ｆｉｎｄ ｓｅｒｖｅｒ」機能がＤＯＥベ
ース・クラスに追加されている。これは「ＧｅｔＩｍｐ
ｌｅｍｅｎｔａｔｉｏｎ」という機能を実行する。この
機能は任意のＤＯＥオブジェクトによって呼び出すこと
ができ、サーバのホストｉｄおよびサーバのプロセスｉ
ｄ（ｐｉｄ）を返すこととなる。ｄｏｅＤｅｂｕｇｇｅ
ｒはクライアントの「ｆｉｎｄ ｓｅｒｖｅｒ」機能を
呼び出す。この機能はクライアントが使用しているオブ
ジェクトに一部でなければならないから、ｄｏｅＤｅｂ
ｕｇｇｅｒに組み込まれた機能ではない。「ｆｉｎｄ
ｓｅｒｖｅｒ」機能が呼び出された時点で、サーバが作
動していなければ、サーバは起動される。
すために、「ｆｉｎｄ ｓｅｒｖｅｒ」機能がＤＯＥベ
ース・クラスに追加されている。これは「ＧｅｔＩｍｐ
ｌｅｍｅｎｔａｔｉｏｎ」という機能を実行する。この
機能は任意のＤＯＥオブジェクトによって呼び出すこと
ができ、サーバのホストｉｄおよびサーバのプロセスｉ
ｄ（ｐｉｄ）を返すこととなる。ｄｏｅＤｅｂｕｇｇｅ
ｒはクライアントの「ｆｉｎｄ ｓｅｒｖｅｒ」機能を
呼び出す。この機能はクライアントが使用しているオブ
ジェクトに一部でなければならないから、ｄｏｅＤｅｂ
ｕｇｇｅｒに組み込まれた機能ではない。「ｆｉｎｄ
ｓｅｒｖｅｒ」機能が呼び出された時点で、サーバが作
動していなければ、サーバは起動される。
【００５５】上述のように、特別な変数が存在している
ことが、機能に取りかかるときに「ｄｓｔｅｐ」機能を
呼び出さなければならないことを通知する「ｔｒｉｇｇ
ｅｒ」として使用される。「ｄｓｔｅｐ」がサーバから
戻る時期を通知するのには、次の２つの理由で、同様な
「ｔｒｉｇｇｅｒ」は使用されない。
ことが、機能に取りかかるときに「ｄｓｔｅｐ」機能を
呼び出さなければならないことを通知する「ｔｒｉｇｇ
ｅｒ」として使用される。「ｄｓｔｅｐ」がサーバから
戻る時期を通知するのには、次の２つの理由で、同様な
「ｔｒｉｇｇｅｒ」は使用されない。
【００５６】トリガ機構が復帰時に利用できなかった。
および
および
【００５７】呼び出された復帰がすでにわかっているコ
ードを通って戻り（すなわち、このコードによってサー
バに入った）、この知識を使って、復帰をトリガでき
た。
ードを通って戻り（すなわち、このコードによってサー
バに入った）、この知識を使って、復帰をトリガでき
た。
【００５８】サーバに初めて入ったとき、機能「ｆｏ
ｏ」（図８のＩＤＬが生成した機能）についてのユーザ
のインプリメンテーションを直接呼び出す機能のスタッ
ク・ポインタ（復帰トリガと呼ぶ）がセーブされる。サ
ーバからの復帰をチェックするときに、現行機能のスタ
ック・ポインタを復帰トリガに関してチェックする。一
致すれば、サーバから抜けることを継続する。
ｏ」（図８のＩＤＬが生成した機能）についてのユーザ
のインプリメンテーションを直接呼び出す機能のスタッ
ク・ポインタ（復帰トリガと呼ぶ）がセーブされる。サ
ーバからの復帰をチェックするときに、現行機能のスタ
ック・ポインタを復帰トリガに関してチェックする。一
致すれば、サーバから抜けることを継続する。
【００５９】ｄｏｅＤｅｂｕｇｇｅｒが初めてサーバに
入るときには、新しいｄｂｘエンジンをサーバで起動し
なければならない。このプロセスは「Ｉｄｅｎｔｉｆｙ
ＲｅｍｏｔｅＦｕｎｃｔｉｏｎ」プロセスの一部であ
り、遠隔ｄｂｘエンジンを識別し、ｄｂｘＷｒａｐｐｅ
ｒＦａｃｔｏｒｙオブジェクトを使用して遠隔ｄｂｘエ
ンジンを起動／作成する拡張機能として追加されたもの
である。これを行う方法を図１４を参照して説明する。
図１４はデバッガＧＵＩ５０２、ｄｂｘエンジン５０
４、ヘルパ・プロセス５０６、クライアント側ラッパ・
サーバ５１０およびクライアント５０８を有するローカ
ル・ホスト５２０を示している。また、ｄｂｘエンジン
５１２、ヘルパ・プロセス５１４、サーバ側ラッパ・サ
ーバ５１８およびサーバ（呼び出された機能のインプリ
メンテーション）５１６を含んでいる遠隔ホスト５２２
も示されている。デバッガＧＵＩへの接続およびサーバ
への接続を含む新しいｄｂｘエンジンの初期化は、新し
いｄｂｘエンジンを作成するコールを行うクライアント
側ｄｂｘエンジン５０４によって達成される。
入るときには、新しいｄｂｘエンジンをサーバで起動し
なければならない。このプロセスは「Ｉｄｅｎｔｉｆｙ
ＲｅｍｏｔｅＦｕｎｃｔｉｏｎ」プロセスの一部であ
り、遠隔ｄｂｘエンジンを識別し、ｄｂｘＷｒａｐｐｅ
ｒＦａｃｔｏｒｙオブジェクトを使用して遠隔ｄｂｘエ
ンジンを起動／作成する拡張機能として追加されたもの
である。これを行う方法を図１４を参照して説明する。
図１４はデバッガＧＵＩ５０２、ｄｂｘエンジン５０
４、ヘルパ・プロセス５０６、クライアント側ラッパ・
サーバ５１０およびクライアント５０８を有するローカ
ル・ホスト５２０を示している。また、ｄｂｘエンジン
５１２、ヘルパ・プロセス５１４、サーバ側ラッパ・サ
ーバ５１８およびサーバ（呼び出された機能のインプリ
メンテーション）５１６を含んでいる遠隔ホスト５２２
も示されている。デバッガＧＵＩへの接続およびサーバ
への接続を含む新しいｄｂｘエンジンの初期化は、新し
いｄｂｘエンジンを作成するコールを行うクライアント
側ｄｂｘエンジン５０４によって達成される。
【００６０】ローカル・ホスト５２０のｄｂｘエンジン
５０４はローカル・ホスト５２０のヘルパ・プロセス５
０６を介したローカル・ホスト５２０のラッパ・サーバ
５１０への要求によって、遠隔ホスト５２２にｄｂｘエ
ンジン５１２を作成する。ヘルパ・プロセス５０６は、
ラッパ・サーバ５１０と通信を行うＤＯＥアプリケーシ
ョンである。ｄｂｘエンジン自体がマルチスレッド安全
（ＭＴセーフ）ではなく、ＤＯＥアプリケーションに作
成することができない（すべてのＤＯＥアプリケーショ
ンは元来マルチスレッド化されている）ため、これが必
要となる。ｄｂｘエンジンはヘルパ・プロセスを介して
ラッパ・サーバのサービスにアクセスする。ローカル・
ホスト５２０のラッパ・サーバ５１０は遠隔ホスト５２
２のラッパ・サーバにメッセージを送ってｄｂｘエンジ
ンを遠隔サーバ５２２に作成し、サーバ５１６に接続す
るよう命令することを要求する。遠隔ホスト５２２にｄ
ｂｘエンジンを作成するようにというローカル・ホスト
５２０のｄｂｘエンジン５０４による要求は、遠隔ホス
ト５２２のｄｂｘエンジン５１２が完全に起動されるま
で完了しない。遠隔ホスト５２２のラッパ・サーバは分
岐し、遠隔ホスト５２２の新しいｄｂｘエンジン５１２
を実行し、ｄｂｘエンジン５１２が終了するか、あるい
はｄｂｘエンジン５１２が完全に起動されたことを示す
メッセージを（ラッパ・サーバ５１８に）送るかするの
を待つ。遠隔ホスト５２２のラッパ・サーバ５１８は２
つのスレッドを作成する。一方のスレッドは分岐した子
（ｄｂｘエンジン５１２）が終了するのを待機する。他
方のスレッドは完全に起動されたｄｂｘエンジン５１２
からのメッセージを待つ。これらのスレッドの一方がレ
ジュームされると、子のスレッドは他方のスレッドを破
壊し、適切な応答をローカル・ホスト５２０のラッパ・
サーバ５１０に戻し、このラッパ・サーバは遠隔ホスト
５２２でのｄｂｘエンジン５１２の作成要求を完了し、
適切な状況値（作成成功または失敗）をローカル・ホス
トのｄｂｘエンジン５０４に返す。
５０４はローカル・ホスト５２０のヘルパ・プロセス５
０６を介したローカル・ホスト５２０のラッパ・サーバ
５１０への要求によって、遠隔ホスト５２２にｄｂｘエ
ンジン５１２を作成する。ヘルパ・プロセス５０６は、
ラッパ・サーバ５１０と通信を行うＤＯＥアプリケーシ
ョンである。ｄｂｘエンジン自体がマルチスレッド安全
（ＭＴセーフ）ではなく、ＤＯＥアプリケーションに作
成することができない（すべてのＤＯＥアプリケーショ
ンは元来マルチスレッド化されている）ため、これが必
要となる。ｄｂｘエンジンはヘルパ・プロセスを介して
ラッパ・サーバのサービスにアクセスする。ローカル・
ホスト５２０のラッパ・サーバ５１０は遠隔ホスト５２
２のラッパ・サーバにメッセージを送ってｄｂｘエンジ
ンを遠隔サーバ５２２に作成し、サーバ５１６に接続す
るよう命令することを要求する。遠隔ホスト５２２にｄ
ｂｘエンジンを作成するようにというローカル・ホスト
５２０のｄｂｘエンジン５０４による要求は、遠隔ホス
ト５２２のｄｂｘエンジン５１２が完全に起動されるま
で完了しない。遠隔ホスト５２２のラッパ・サーバは分
岐し、遠隔ホスト５２２の新しいｄｂｘエンジン５１２
を実行し、ｄｂｘエンジン５１２が終了するか、あるい
はｄｂｘエンジン５１２が完全に起動されたことを示す
メッセージを（ラッパ・サーバ５１８に）送るかするの
を待つ。遠隔ホスト５２２のラッパ・サーバ５１８は２
つのスレッドを作成する。一方のスレッドは分岐した子
（ｄｂｘエンジン５１２）が終了するのを待機する。他
方のスレッドは完全に起動されたｄｂｘエンジン５１２
からのメッセージを待つ。これらのスレッドの一方がレ
ジュームされると、子のスレッドは他方のスレッドを破
壊し、適切な応答をローカル・ホスト５２０のラッパ・
サーバ５１０に戻し、このラッパ・サーバは遠隔ホスト
５２２でのｄｂｘエンジン５１２の作成要求を完了し、
適切な状況値（作成成功または失敗）をローカル・ホス
トのｄｂｘエンジン５０４に返す。
【００６１】サーバの新しいｄｂｘエンジン５１２が起
動した（上述のようにして）後、クライアントのｄｂｘ
エンジン５０４は新しいｄｂｘエンジン５１２にメッセ
ージを送って、サーバ５１６に適切なブレークポイント
をセットする。クライアントのｄｂｘエンジン５０４は
サーバのｄｂｘエンジン５１２が完全に起動するまで
（すなわち、デバッガＧＵＩとの接続を含む初期化を終
わり、サーバに接続するまで）、このｄｂｘエンジン５
１２にブレークポイント・メッセージを送ることができ
ない。
動した（上述のようにして）後、クライアントのｄｂｘ
エンジン５０４は新しいｄｂｘエンジン５１２にメッセ
ージを送って、サーバ５１６に適切なブレークポイント
をセットする。クライアントのｄｂｘエンジン５０４は
サーバのｄｂｘエンジン５１２が完全に起動するまで
（すなわち、デバッガＧＵＩとの接続を含む初期化を終
わり、サーバに接続するまで）、このｄｂｘエンジン５
１２にブレークポイント・メッセージを送ることができ
ない。
【００６２】競合状態（レイス・コンディション）の可
能性を回避するのに必要なｄｏｅＤｅｂｕｇｇｅｒの作
動に関する付加的な事項を、ある程度詳細に説明する。
能性を回避するのに必要なｄｏｅＤｅｂｕｇｇｅｒの作
動に関する付加的な事項を、ある程度詳細に説明する。
【００６３】「ｄｓｔｅｐ」中に行われるステップの記
述はコマンドをサーバに接続されたｄｂｘエンジンに送
って、サーバにブレークポイントをセットすることをい
う。コマンドはサーバの適正なスレッドにブレークポイ
ントをセットするのに十分な情報を含んでいる。ステッ
プがトリガ機能に入ると、トリガ機能のコールで生じた
コールを処理するサーバのスレッドを一意に識別できる
情報はまだ存在していない。実際の機構はトリガ機能の
コールによって生じる要求の識別子（要求ｉｄ）が利用
できるポイントで、イベントがトランスポート層にセッ
トされる。このイベントはコマンドをサーバのｄｂｘエ
ンジンに送る。メッセージは要求ｉｄ、クライアントの
ホスト名、およびクライアントのプロセス間アドレスを
を含んでおり、これが要求を一意に識別する。遠隔ホス
トのｄｂｘエンジンに送られたメッセージはサーバのメ
ッセージ通過層にセットされるブレークポイント・セッ
トをもたらす。このブレークポイントは要求ｉｄ、クラ
イアントのホスト名、およびクライアントプロセス間ア
ドレスの一致についてチェックし、一致が見つかった場
合には、一致したスレッドがクライアントのトリガ機能
によって開始された要求を処理するスレッドとなる。次
いで、ブレークポイントが関数への進入時にそのスレッ
ドにセットされ、サーバは継続される。
述はコマンドをサーバに接続されたｄｂｘエンジンに送
って、サーバにブレークポイントをセットすることをい
う。コマンドはサーバの適正なスレッドにブレークポイ
ントをセットするのに十分な情報を含んでいる。ステッ
プがトリガ機能に入ると、トリガ機能のコールで生じた
コールを処理するサーバのスレッドを一意に識別できる
情報はまだ存在していない。実際の機構はトリガ機能の
コールによって生じる要求の識別子（要求ｉｄ）が利用
できるポイントで、イベントがトランスポート層にセッ
トされる。このイベントはコマンドをサーバのｄｂｘエ
ンジンに送る。メッセージは要求ｉｄ、クライアントの
ホスト名、およびクライアントのプロセス間アドレスを
を含んでおり、これが要求を一意に識別する。遠隔ホス
トのｄｂｘエンジンに送られたメッセージはサーバのメ
ッセージ通過層にセットされるブレークポイント・セッ
トをもたらす。このブレークポイントは要求ｉｄ、クラ
イアントのホスト名、およびクライアントプロセス間ア
ドレスの一致についてチェックし、一致が見つかった場
合には、一致したスレッドがクライアントのトリガ機能
によって開始された要求を処理するスレッドとなる。次
いで、ブレークポイントが関数への進入時にそのスレッ
ドにセットされ、サーバは継続される。
【００６４】クライアントのトリガ機能が「ｆｏｏ」で
ある場合、ブレークポイントがセットされるサーバの機
能も「ｆｏｏ」となる。しかしながら、クラス情報がサ
ーバで利用できないので、「ｓｔｏｐ ｉｎ ｍｅｍｂ
ｅｒ ｆｏｏ」コマンドが特定のスレッドのチェックで
使用される。場合によっては、自動的に生成されるＩＤ
Ｌコードに機能「ｆｏｏ」があり、生成コードを実行す
ると、ブレークポイントが決まる。ブレークポイントが
決まると、ＩＤＬ生成コード内であるかどうかを判定す
るためのチェックが行われる。生成コード内にいる場
合、他のブレークポイントがセットされ、実行が継続さ
れる。
ある場合、ブレークポイントがセットされるサーバの機
能も「ｆｏｏ」となる。しかしながら、クラス情報がサ
ーバで利用できないので、「ｓｔｏｐ ｉｎ ｍｅｍｂ
ｅｒ ｆｏｏ」コマンドが特定のスレッドのチェックで
使用される。場合によっては、自動的に生成されるＩＤ
Ｌコードに機能「ｆｏｏ」があり、生成コードを実行す
ると、ブレークポイントが決まる。ブレークポイントが
決まると、ＩＤＬ生成コード内であるかどうかを判定す
るためのチェックが行われる。生成コード内にいる場
合、他のブレークポイントがセットされ、実行が継続さ
れる。
【００６５】クライアントのトリガ機能が「ｆｏｏ」で
ある場合、サーバのブレークポイントが「ｆｏｏ」にな
ったとき、復帰トリガ・スタック・ポインタがセーブさ
れる。復帰トリガは「ｄｓｔｅｐ」が「ｆｏｏ」の終わ
りで実行されたときに実行を継続するために使用され
る。ユーザは「ｃｏｎｔ」コマンドを使用して、サーバ
から明示的に継続することもできる。いずれの場合で
も、セーブされた復帰トリガ・スタック・ポインタを廃
棄し、これがサーバに対する他のコールで使用されない
ようにする。復帰時に実行されるように生成されたポイ
ントで、イベントがトランスポート層にセットされ、セ
ーブされた復帰トリガはそのイベントで廃棄される。イ
ベントがスレッドでフィルタされるので、適正な要求の
復帰だけが復帰トリガを廃棄する。
ある場合、サーバのブレークポイントが「ｆｏｏ」にな
ったとき、復帰トリガ・スタック・ポインタがセーブさ
れる。復帰トリガは「ｄｓｔｅｐ」が「ｆｏｏ」の終わ
りで実行されたときに実行を継続するために使用され
る。ユーザは「ｃｏｎｔ」コマンドを使用して、サーバ
から明示的に継続することもできる。いずれの場合で
も、セーブされた復帰トリガ・スタック・ポインタを廃
棄し、これがサーバに対する他のコールで使用されない
ようにする。復帰時に実行されるように生成されたポイ
ントで、イベントがトランスポート層にセットされ、セ
ーブされた復帰トリガはそのイベントで廃棄される。イ
ベントがスレッドでフィルタされるので、適正な要求の
復帰だけが復帰トリガを廃棄する。
【００６６】図１４を参照して上述したように、メッセ
ージをローカル・ホスト５２０のｄｂｘエンジン５０４
から、遠隔ホスト５２２のｄｂｘエンジン５１２へ送っ
て、サーバ５１６にブレークポイントをセットする。ブ
レークポイント・メッセージが送られた後、クライアン
ト５０８が継続されるので、遠隔呼出しがクライアント
５０８からサーバ５１６へ進む。しかしながら、ブレー
クポイント・メッセージを遠隔ホスト５２２のｄｂｘエ
ンジン５１２が受け取って、処理してから、遠隔呼出し
がサーバ５１６に到達するという保証はない。ブレーク
ポイントが実際にセットされてから、遠隔呼出しが行わ
れることを保証するために、ローカル・ホスト５２０の
ｄｂｘエンジン５０４は停止し、遠隔ホスト５２２のｄ
ｂｘエンジン５１２からのメッセージを待つ。遠隔ホス
ト５２２のｄｂｘエンジン５１２はサーバ５１６にブレ
ークポイントをセットすると、メッセージをローカル・
ホスト５２０のｄｂｘエンジン５０４に送って、クライ
アント５０８を継続する。
ージをローカル・ホスト５２０のｄｂｘエンジン５０４
から、遠隔ホスト５２２のｄｂｘエンジン５１２へ送っ
て、サーバ５１６にブレークポイントをセットする。ブ
レークポイント・メッセージが送られた後、クライアン
ト５０８が継続されるので、遠隔呼出しがクライアント
５０８からサーバ５１６へ進む。しかしながら、ブレー
クポイント・メッセージを遠隔ホスト５２２のｄｂｘエ
ンジン５１２が受け取って、処理してから、遠隔呼出し
がサーバ５１６に到達するという保証はない。ブレーク
ポイントが実際にセットされてから、遠隔呼出しが行わ
れることを保証するために、ローカル・ホスト５２０の
ｄｂｘエンジン５０４は停止し、遠隔ホスト５２２のｄ
ｂｘエンジン５１２からのメッセージを待つ。遠隔ホス
ト５２２のｄｂｘエンジン５１２はサーバ５１６にブレ
ークポイントをセットすると、メッセージをローカル・
ホスト５２０のｄｂｘエンジン５０４に送って、クライ
アント５０８を継続する。
【００６７】上記で明らかにした付加的な変更／拡張を
説明する。
説明する。
【００６８】あるｄｂｘエンジンが他のｄｂｘエンジン
と通信することを可能とする変更は、メッセージを他の
ｄｂｘエンジン（ターゲットｄｂｘエンジンと呼ぶ）へ
送るために、特定のＴｏｏｌＴａｌｋメッセージ（「ｒ
ｃｍｄ」メッセージと呼ぶ）をｄｂｘエンジンからデバ
ッガＧＵＩに渡すことができるようにするデバッガＧＵ
Ｉおよびｄｂｘエンジンの両方に対する変更を含んでい
る。デバッガＧＵＩはユーザからのコマンドを受け入
れ、これを特定のｄｂｘエンジンへ送る。「ｒｃｍｄ」
メッセージはターゲットｄｂｘエンジンが作動している
ホストマシンの名前、ターゲットｄｂｘエンジンがデバ
ッグしているプロセスのプロセス識別子（ｐｉｄ）、お
よびターゲットｄｂｘエンジンに対するメッセージを含
んでいる。デバッガＧＵＩはｄｂｘエンジンのリストを
維持しており、このリストはｄｂｘエンジンが作動して
いるホストの名前、およびデバッグされているプロセス
のｐｉｄを含んでいる。デバッガＧＵＩは「ｒｃｍｄ」
メッセージを取得すると、指定されたホストマシンで作
動しており、所与のｐｉｄを有するプロセスをデバッグ
しているｄｂｘエンジンに対するｄｂｘエンジンのリス
トに到達する。ターゲットｄｂｘエンジンに対するメッ
セージは次いで、そのｄｂｘエンジンに送り出される。
と通信することを可能とする変更は、メッセージを他の
ｄｂｘエンジン（ターゲットｄｂｘエンジンと呼ぶ）へ
送るために、特定のＴｏｏｌＴａｌｋメッセージ（「ｒ
ｃｍｄ」メッセージと呼ぶ）をｄｂｘエンジンからデバ
ッガＧＵＩに渡すことができるようにするデバッガＧＵ
Ｉおよびｄｂｘエンジンの両方に対する変更を含んでい
る。デバッガＧＵＩはユーザからのコマンドを受け入
れ、これを特定のｄｂｘエンジンへ送る。「ｒｃｍｄ」
メッセージはターゲットｄｂｘエンジンが作動している
ホストマシンの名前、ターゲットｄｂｘエンジンがデバ
ッグしているプロセスのプロセス識別子（ｐｉｄ）、お
よびターゲットｄｂｘエンジンに対するメッセージを含
んでいる。デバッガＧＵＩはｄｂｘエンジンのリストを
維持しており、このリストはｄｂｘエンジンが作動して
いるホストの名前、およびデバッグされているプロセス
のｐｉｄを含んでいる。デバッガＧＵＩは「ｒｃｍｄ」
メッセージを取得すると、指定されたホストマシンで作
動しており、所与のｐｉｄを有するプロセスをデバッグ
しているｄｂｘエンジンに対するｄｂｘエンジンのリス
トに到達する。ターゲットｄｂｘエンジンに対するメッ
セージは次いで、そのｄｂｘエンジンに送り出される。
【００６９】デバッガＧＵＩが特定のｄｂｘエンジンに
フォーカスするのを可能とする変更は、デバッガＧＵＩ
に送信ｄｂｘエンジンに対するアテンションのフォーカ
スを変更させるために、特定のＴｏｏｌＴａｌｋメッセ
ージ（「ａｔｔｅｎｔｉｏｎ」メッセージと呼ぶ）をｄ
ｂｘエンジンからデバッガＧＵＩに渡すことができるよ
うにするデバッガＧＵＩおよびｄｂｘエンジンの両方に
対する変更を含んでいる。デバッガＧＵＩは特定のｄｂ
ｘエンジンに関連する表示を維持している。たとえば、
特定のｄｂｘエンジンがデバッグしているプロセスに対
するソース・プログラムがデバッガＧＵＩによって表示
される。デバッガＧＵＩは１組の表示を有しており、一
度に１つのｄｂｘエンジンからの情報を示すことができ
る。「ａｔｔｅｎｔｉｏｎ」メッセージはデバッガＧＵ
Ｉがその表示を現行ｄｂｘエンジンに対する情報から
「ａｔｔｅｎｔｉｏｎ」メッセージを送っているｄｂｘ
エンジンの情報に変更することを示す。
フォーカスするのを可能とする変更は、デバッガＧＵＩ
に送信ｄｂｘエンジンに対するアテンションのフォーカ
スを変更させるために、特定のＴｏｏｌＴａｌｋメッセ
ージ（「ａｔｔｅｎｔｉｏｎ」メッセージと呼ぶ）をｄ
ｂｘエンジンからデバッガＧＵＩに渡すことができるよ
うにするデバッガＧＵＩおよびｄｂｘエンジンの両方に
対する変更を含んでいる。デバッガＧＵＩは特定のｄｂ
ｘエンジンに関連する表示を維持している。たとえば、
特定のｄｂｘエンジンがデバッグしているプロセスに対
するソース・プログラムがデバッガＧＵＩによって表示
される。デバッガＧＵＩは１組の表示を有しており、一
度に１つのｄｂｘエンジンからの情報を示すことができ
る。「ａｔｔｅｎｔｉｏｎ」メッセージはデバッガＧＵ
Ｉがその表示を現行ｄｂｘエンジンに対する情報から
「ａｔｔｅｎｔｉｏｎ」メッセージを送っているｄｂｘ
エンジンの情報に変更することを示す。
【００７０】デバッガＧＵＩからすべての活動ｄｂｘエ
ンジンのリストを取得できるようにするのに必要な変更
は、デバッガＧＵＩに各ｄｂｘエンジンが作動している
ホスト名、およびそのｄｂｘエンジンがデバッグしてい
るプロセスのプロセス識別子（ｐｉｄ）のリストを返さ
せるために、特定のＴｏｏｌＴａｌｋメッセージ（「ｇ
ｅｔ ｄｂｘ ｅｎｇｉｎｅｓ」メッセージと呼ぶ）を
ｄｂｘエンジンからデバッガＧＵＩに渡すことができる
ようにするデバッガＧＵＩおよびｄｂｘエンジンの両方
に対する変更を含んでいる。デバッガＧＵＩはｄｂｘエ
ンジンが作動しているホストの名前、およびそのｄｂｘ
エンジンがデバッグしているプロセスのｐｉｄを含んで
いるすべてのｄｂｘエンジンのリストを維持している。
デバッガＧＵＩは「ｇｅｔ ｄｂｘ ｅｎｇｉｎｅｓ」
メッセージを受け取ると、ホストの名前およびデバッグ
されているプロセスのｐｉｄを各ｄｂｘエンジンに関し
て実行し、それをｇｅｔ ｄｂｘ ｅｎｇｉｎｅｓメッ
セージを送ったｄｂｘエンジンに返送する。
ンジンのリストを取得できるようにするのに必要な変更
は、デバッガＧＵＩに各ｄｂｘエンジンが作動している
ホスト名、およびそのｄｂｘエンジンがデバッグしてい
るプロセスのプロセス識別子（ｐｉｄ）のリストを返さ
せるために、特定のＴｏｏｌＴａｌｋメッセージ（「ｇ
ｅｔ ｄｂｘ ｅｎｇｉｎｅｓ」メッセージと呼ぶ）を
ｄｂｘエンジンからデバッガＧＵＩに渡すことができる
ようにするデバッガＧＵＩおよびｄｂｘエンジンの両方
に対する変更を含んでいる。デバッガＧＵＩはｄｂｘエ
ンジンが作動しているホストの名前、およびそのｄｂｘ
エンジンがデバッグしているプロセスのｐｉｄを含んで
いるすべてのｄｂｘエンジンのリストを維持している。
デバッガＧＵＩは「ｇｅｔ ｄｂｘ ｅｎｇｉｎｅｓ」
メッセージを受け取ると、ホストの名前およびデバッグ
されているプロセスのｐｉｄを各ｄｂｘエンジンに関し
て実行し、それをｇｅｔ ｄｂｘ ｅｎｇｉｎｅｓメッ
セージを送ったｄｂｘエンジンに返送する。
【００７１】ＩＶ．分散デバッガ−使用方法 本発明のｄｏｅＤｅｂｕｇｇｅｒを作成するのに必要な
ＳＰＡＲＣｗｏｒｋｓデバッガ・システムに対する変更
／拡張を説明してきたが、ｄｏｅＤｅｂｕｇｇｅｒを使
用する方法をここで説明する。
ＳＰＡＲＣｗｏｒｋｓデバッガ・システムに対する変更
／拡張を説明してきたが、ｄｏｅＤｅｂｕｇｇｅｒを使
用する方法をここで説明する。
【００７２】図１０を参照して、ｄｏｅＤｅｂｕｇｇｅ
ｒの作動２２０を説明する。まず、ローカルマシンのプ
ログラマ／開発者はｄｏｅＤｅｂｕｇｇｅｒを起動する
（２２２）。ターゲット・プログラムが示され（２２
４）、「ｄｓｔｅｐ」コマンドが希望する機能に対して
指定される（２２６）。ｄｏｅＤｅｂｕｇｇｅｒは標準
「ｓｔｅｐ」コマンドを実行し（２２８）、ｄｏｅＤｅ
ｂｕｇｇｅｒはターゲット・インプリメンテーションが
ローカルか遠隔かを決定しようと試みる（２３０）。タ
ーゲットが遠隔であると認識すると（ＩＤＬが生成した
「ｒｅｍｏｔｅｓｕｒｒｏｇａｔｅ ｃｏｄｅ」を認識
することによって）、「ｆｉｎｄ ｓｅｒｖｅｒ」機能
を実行して（２３２）、ターゲット・インプリメンテー
ションのホストｉｄおよびｐｉｄを見つけだす。ローカ
ルｄｂｘエンジンはコマンドを発行して、見つかったホ
ストにｄｂｘエンジンを作成し（２３４）、ブロック
し、応答を待つ。見つかったホストはターゲット・イン
プリメンテーションに接続されているｄｂｘエンジンが
あるかどうかを判定する（２３６）。すでにｄｂｘエン
ジンが作動している場合には（２５０）、見つかったホ
ストのサーバは復帰メッセージを呼出し元クライアント
側ｄｂｘエンジンに送る（２５２）。クライアント側ｄ
ｂｘエンジンはメッセージを受け取って、ブロックを解
除する（２５４）。クライアント側エンジンは次いで、
メッセージをサーバのｄｂｘエンジンに送って、指定さ
れた機能に一時ブレークポイントをセットする（２６
２）（図１１において）。図１１を続けると、サーバｄ
ｂｘエンジンはコマンドを実行して、ターゲット機能に
ブレークポイントをセットし（２６４）、復帰トリガ・
スタック・ポインタをセーブする（２６６）。サーバｄ
ｂｘエンジンはターゲット・インプリメンテーションを
「継続」する（２６８）。その後、ターゲット・インプ
リメンテーションは指定されたブレークポイントにヒッ
トし（２７０）、サーバｄｂｘエンジンはブレークポイ
ントを処理し、クライアント・ホストのデバッガＧＵＩ
にメッセージを送って、サーバｄｂｘエンジンにフォー
カスする（２７２）。デバッガＧＵＩを使用しているプ
ログラマはこれで、遠隔機能をこれがあたかもクライア
ント・ホストにあるような状態でデバッグできるように
なる（２７４）。その後、システムはデバッグ・セッシ
ョンが終わったかどうか（すなわち、ｑｕｉｔコマンド
を受け取ったかどうか）を調べるためにチェックを行い
（２７６）、終わっていない場合には（２７８）、デバ
ッグ・セッションを継続する（２８２）。ｑｕｉｔコマ
ンドを受け取っている場合には（２８０）、遠隔ｄｂｘ
エンジンは終了し、ターゲット・プロセスを接続解除し
（２８４）、セッションを終わらせる（２８６）。
ｒの作動２２０を説明する。まず、ローカルマシンのプ
ログラマ／開発者はｄｏｅＤｅｂｕｇｇｅｒを起動する
（２２２）。ターゲット・プログラムが示され（２２
４）、「ｄｓｔｅｐ」コマンドが希望する機能に対して
指定される（２２６）。ｄｏｅＤｅｂｕｇｇｅｒは標準
「ｓｔｅｐ」コマンドを実行し（２２８）、ｄｏｅＤｅ
ｂｕｇｇｅｒはターゲット・インプリメンテーションが
ローカルか遠隔かを決定しようと試みる（２３０）。タ
ーゲットが遠隔であると認識すると（ＩＤＬが生成した
「ｒｅｍｏｔｅｓｕｒｒｏｇａｔｅ ｃｏｄｅ」を認識
することによって）、「ｆｉｎｄ ｓｅｒｖｅｒ」機能
を実行して（２３２）、ターゲット・インプリメンテー
ションのホストｉｄおよびｐｉｄを見つけだす。ローカ
ルｄｂｘエンジンはコマンドを発行して、見つかったホ
ストにｄｂｘエンジンを作成し（２３４）、ブロック
し、応答を待つ。見つかったホストはターゲット・イン
プリメンテーションに接続されているｄｂｘエンジンが
あるかどうかを判定する（２３６）。すでにｄｂｘエン
ジンが作動している場合には（２５０）、見つかったホ
ストのサーバは復帰メッセージを呼出し元クライアント
側ｄｂｘエンジンに送る（２５２）。クライアント側ｄ
ｂｘエンジンはメッセージを受け取って、ブロックを解
除する（２５４）。クライアント側エンジンは次いで、
メッセージをサーバのｄｂｘエンジンに送って、指定さ
れた機能に一時ブレークポイントをセットする（２６
２）（図１１において）。図１１を続けると、サーバｄ
ｂｘエンジンはコマンドを実行して、ターゲット機能に
ブレークポイントをセットし（２６４）、復帰トリガ・
スタック・ポインタをセーブする（２６６）。サーバｄ
ｂｘエンジンはターゲット・インプリメンテーションを
「継続」する（２６８）。その後、ターゲット・インプ
リメンテーションは指定されたブレークポイントにヒッ
トし（２７０）、サーバｄｂｘエンジンはブレークポイ
ントを処理し、クライアント・ホストのデバッガＧＵＩ
にメッセージを送って、サーバｄｂｘエンジンにフォー
カスする（２７２）。デバッガＧＵＩを使用しているプ
ログラマはこれで、遠隔機能をこれがあたかもクライア
ント・ホストにあるような状態でデバッグできるように
なる（２７４）。その後、システムはデバッグ・セッシ
ョンが終わったかどうか（すなわち、ｑｕｉｔコマンド
を受け取ったかどうか）を調べるためにチェックを行い
（２７６）、終わっていない場合には（２７８）、デバ
ッグ・セッションを継続する（２８２）。ｑｕｉｔコマ
ンドを受け取っている場合には（２８０）、遠隔ｄｂｘ
エンジンは終了し、ターゲット・プロセスを接続解除し
（２８４）、セッションを終わらせる（２８６）。
【００７３】図１０のブロック２３６に戻って、見つか
ったサーバ・ホストで作動しているｄｂｘエンジンがな
い場合には（２３８）、サーバはクライアント・ホスト
のｄｂｘエンジンに、ｄｂｘエンジンが作動していない
ことを伝える（２４０）。ヘルパ・オブジェクトを使用
しているクライアントｄｂｘエンジンはクライアント側
ｄｂｘＷｒａｐｐｅｒＦａｃｔｏｒｙに対する要求を処
理し、見つかったホストのサーバにｄｂｘエンジンを作
成する（２４２）。クライアント側ｄｂｘＷｒａｐｐｅ
ｒＦａｃｔｏｒｙオブジェクトはサーバ側ｄｂｘＷｒａ
ｐｐｅｒＦａｃｔｏｒｙインプリメンテーションをコー
ルし（２４４）、ｄｂｘエンジンが見つかったホストの
サーバに作成され、ターゲット機能のインプリメンテー
ションに接続する（２４６）。作成され、ターゲット機
能に接続したばかりのこのｄｂｘエンジンが起動され
（２４８）、復帰メッセージがクライアント側ｄｂｘエ
ンジンに送られ（２５２）、ブロック２５４および図１
１のブロックに関して上述したように、プロセスがこの
ポイントから継続する。
ったサーバ・ホストで作動しているｄｂｘエンジンがな
い場合には（２３８）、サーバはクライアント・ホスト
のｄｂｘエンジンに、ｄｂｘエンジンが作動していない
ことを伝える（２４０）。ヘルパ・オブジェクトを使用
しているクライアントｄｂｘエンジンはクライアント側
ｄｂｘＷｒａｐｐｅｒＦａｃｔｏｒｙに対する要求を処
理し、見つかったホストのサーバにｄｂｘエンジンを作
成する（２４２）。クライアント側ｄｂｘＷｒａｐｐｅ
ｒＦａｃｔｏｒｙオブジェクトはサーバ側ｄｂｘＷｒａ
ｐｐｅｒＦａｃｔｏｒｙインプリメンテーションをコー
ルし（２４４）、ｄｂｘエンジンが見つかったホストの
サーバに作成され、ターゲット機能のインプリメンテー
ションに接続する（２４６）。作成され、ターゲット機
能に接続したばかりのこのｄｂｘエンジンが起動され
（２４８）、復帰メッセージがクライアント側ｄｂｘエ
ンジンに送られ（２５２）、ブロック２５４および図１
１のブロックに関して上述したように、プロセスがこの
ポイントから継続する。
【００７４】図１０のブロック２４６に示した「遠隔ｄ
ｂｘエンジン作成および接続」プロセスを図１２を参照
して詳細に説明する。図１２において、「作成」プロセ
スが開始され（３０２）、クライアント側ｄｂｘエンジ
ンがローカル・ヘルパ・プロセスをコールする（３０
４）。ローカル・ヘルパ・プロセスは「ｃｒｅａｔｅ」
コマンドをｄｂｘＷｒａｐｐｅｒＦａｃｔｏｒｙオブジ
ェクトに対して発行する（３０６）。ｄｂｘＷｒａｐｐ
ｅｒＦａｃｔｏｒｙオブジェクトはメッセージを見つか
ったホスト３０８のｄｂｘＷｒａｐｐｅｒＦａｃｔｏｒ
ｙインプリメンテーションに送り、このインプリメンテ
ーションは「ｃｒｅａｔｅ」コマンドを実行する（３１
０）。ｄｂｘＷｒａｐｐｅｒＦａｃｔｏｒｙインプリメ
ンテーションはｄｂｘエンジンに対して「ｆｏｒｋ」お
よび「ｅｘｅｃ」を行い（３１６）、新たに作成された
ｄｂｘエンジンからのメッセージを待つ（３１８）。新
しいｄｂｘエンジンが何らかの理由で完全に起動されて
いない場合（３２４）、「Ｆａｉｌｅｄ＿ｔｏ＿ｓｔａ
ｒｔ」メッセージが返され（３２６）、ｄｂｘＷｒａｐ
ｐｅｒＦａｃｔｏｒｙインプリメンテーションは終了す
る（３２０）。新しいｄｂｘエンジンが完全に起動され
ている場合には（３２２）、新しいｄｂｘエンジンはタ
ーゲット機能に接続するよう指示される（３２８）。新
しいｄｂｘエンジンが接続できない場合には（３３
４）、メッセージ「Ｆａｉｌｅｄ＿ｔｏ＿ａｔｔａｃ
ｈ」が返され（３３６）、ｄｂｘＷｒａｐｐｅｒＦａｃ
ｔｏｒｙインプリメンテーションは終了する（３２
０）。新しいｄｂｘエンジンが接続できる場合には（３
３２）、メッセージ「Ａｔｔａｃｈｅｄ＿ａｎｄ＿ｒｕ
ｎｎｉｎｇ」が返され、ｄｂｘＷｒａｐｐｅｒＦａｃｔ
ｏｒｙインプリメンテーションは終了する（３２０）。
ターゲット・サーバへの「接続の失敗」が要件に接続す
るそれ自体の許可を有しているサーバによって生じるこ
とがあり、この場合、接続のための他の機構が必要とな
ることがあることに留意されたい。
ｂｘエンジン作成および接続」プロセスを図１２を参照
して詳細に説明する。図１２において、「作成」プロセ
スが開始され（３０２）、クライアント側ｄｂｘエンジ
ンがローカル・ヘルパ・プロセスをコールする（３０
４）。ローカル・ヘルパ・プロセスは「ｃｒｅａｔｅ」
コマンドをｄｂｘＷｒａｐｐｅｒＦａｃｔｏｒｙオブジ
ェクトに対して発行する（３０６）。ｄｂｘＷｒａｐｐ
ｅｒＦａｃｔｏｒｙオブジェクトはメッセージを見つか
ったホスト３０８のｄｂｘＷｒａｐｐｅｒＦａｃｔｏｒ
ｙインプリメンテーションに送り、このインプリメンテ
ーションは「ｃｒｅａｔｅ」コマンドを実行する（３１
０）。ｄｂｘＷｒａｐｐｅｒＦａｃｔｏｒｙインプリメ
ンテーションはｄｂｘエンジンに対して「ｆｏｒｋ」お
よび「ｅｘｅｃ」を行い（３１６）、新たに作成された
ｄｂｘエンジンからのメッセージを待つ（３１８）。新
しいｄｂｘエンジンが何らかの理由で完全に起動されて
いない場合（３２４）、「Ｆａｉｌｅｄ＿ｔｏ＿ｓｔａ
ｒｔ」メッセージが返され（３２６）、ｄｂｘＷｒａｐ
ｐｅｒＦａｃｔｏｒｙインプリメンテーションは終了す
る（３２０）。新しいｄｂｘエンジンが完全に起動され
ている場合には（３２２）、新しいｄｂｘエンジンはタ
ーゲット機能に接続するよう指示される（３２８）。新
しいｄｂｘエンジンが接続できない場合には（３３
４）、メッセージ「Ｆａｉｌｅｄ＿ｔｏ＿ａｔｔａｃ
ｈ」が返され（３３６）、ｄｂｘＷｒａｐｐｅｒＦａｃ
ｔｏｒｙインプリメンテーションは終了する（３２
０）。新しいｄｂｘエンジンが接続できる場合には（３
３２）、メッセージ「Ａｔｔａｃｈｅｄ＿ａｎｄ＿ｒｕ
ｎｎｉｎｇ」が返され、ｄｂｘＷｒａｐｐｅｒＦａｃｔ
ｏｒｙインプリメンテーションは終了する（３２０）。
ターゲット・サーバへの「接続の失敗」が要件に接続す
るそれ自体の許可を有しているサーバによって生じるこ
とがあり、この場合、接続のための他の機構が必要とな
ることがあることに留意されたい。
【００７５】図１１のブロック２８４に示した「遠隔ｄ
ｂｘエンジン終了および接続解除」プロセスを、図１３
を参照して詳細に説明する。図１３において、プログラ
マ／開発者がデバッガＧＵＩに対して「Ｑｕｉｔ」コマ
ンドを発行し（４０２）、デバッガＧＵＩがこのコマン
ドをローカルｄｂｘエンジンに渡すことによって「終
了」プロセスが開始される（４０４）。ローカルｄｂｘ
エンジンは「ＱｕｉｔＳｅｓｓｉｏｎ」メッセージをヘ
ルパ・プロセスを介してｄｂｘＷｒａｐｐｅｒＦａｃｔ
ｏｒｙに送り、デバッグ・セッションを終了する（４０
６）。「ＱｕｉｔＳｅｓｓｉｏｎ」コマンドにより、関
与しているホストの各々のｄｂｘＷｒａｐｐｅｒＦａｃ
ｔｏｒｙオブジェクトは各ｄｂｘエンジンに信号を送る
が（４０８）、このｄｂｘエンジンはデバッグ・セッシ
ョンの一部である（４１０）。各ｄｂｘエンジンは送ら
れた信号に対する信号ハンドラを有しており、このハン
ドラは信号がｄｂｘＷｒａｐｐｅｒＦａｃｔｏｒｙから
送られているのかどうかを調べ、そうである場合には、
ｄｂｘエンジンはデバッグしているプロセスとの接続を
解除し（４１２）、終了する。他の実施の形態はｄｂｘ
エンジンをそのターゲット機能から接続解除するステッ
プ（４１４）や、「ｄｂｘ＿ｄｅｂｕｇｇｅｒ＿ｄｅｔ
ａｃｈｅｄ＿ａｎｄ＿ｄｅｌｅｔｅｄ」などのメッセー
ジをクライアント側ｄｂｘエンジンに返すステップ（４
１６）などの付加的なステップを含んでいることができ
る。
ｂｘエンジン終了および接続解除」プロセスを、図１３
を参照して詳細に説明する。図１３において、プログラ
マ／開発者がデバッガＧＵＩに対して「Ｑｕｉｔ」コマ
ンドを発行し（４０２）、デバッガＧＵＩがこのコマン
ドをローカルｄｂｘエンジンに渡すことによって「終
了」プロセスが開始される（４０４）。ローカルｄｂｘ
エンジンは「ＱｕｉｔＳｅｓｓｉｏｎ」メッセージをヘ
ルパ・プロセスを介してｄｂｘＷｒａｐｐｅｒＦａｃｔ
ｏｒｙに送り、デバッグ・セッションを終了する（４０
６）。「ＱｕｉｔＳｅｓｓｉｏｎ」コマンドにより、関
与しているホストの各々のｄｂｘＷｒａｐｐｅｒＦａｃ
ｔｏｒｙオブジェクトは各ｄｂｘエンジンに信号を送る
が（４０８）、このｄｂｘエンジンはデバッグ・セッシ
ョンの一部である（４１０）。各ｄｂｘエンジンは送ら
れた信号に対する信号ハンドラを有しており、このハン
ドラは信号がｄｂｘＷｒａｐｐｅｒＦａｃｔｏｒｙから
送られているのかどうかを調べ、そうである場合には、
ｄｂｘエンジンはデバッグしているプロセスとの接続を
解除し（４１２）、終了する。他の実施の形態はｄｂｘ
エンジンをそのターゲット機能から接続解除するステッ
プ（４１４）や、「ｄｂｘ＿ｄｅｂｕｇｇｅｒ＿ｄｅｔ
ａｃｈｅｄ＿ａｎｄ＿ｄｅｌｅｔｅｄ」などのメッセー
ジをクライアント側ｄｂｘエンジンに返すステップ（４
１６）などの付加的なステップを含んでいることができ
る。
【００７６】ｄｂｘＷｒａｐｐｅｒを実施するインタフ
ェースを図１５に示す。当分野の技術には、各種のイン
プリメンテーションがこの機能に対して行えることが認
識されよう。
ェースを図１５に示す。当分野の技術には、各種のイン
プリメンテーションがこの機能に対して行えることが認
識されよう。
【００７７】本発明を特定のオペレーティング・システ
ム、プログラム・コード、ならびにオブジェクトおよび
オブジェクト・リファレンスの定義に関して説明してき
たが、本発明を所与のオペレーティング環境内の、ある
いは異なるオペレーティング・システムまたはオブジェ
クト・システム環境の各種の変形のうちの任意のもので
実施できることが当分野の技術者には理解されよう。同
様に、図示の特定のクライアントおよびサーバの構成ま
たは組合せは、本発明を使用することのできるクライア
ントとサーバの多くのこのような構成、ならびにオブジ
ェクトとサブオブジェクトの関係の代表的なものに過ぎ
ない。さらに、図面が説明のためのものに過ぎず、本発
明の限定事項と取るべきではないことが理解されよう。
遠隔ｄｂｘエンジンの他の機能を備えたクライアント側
デバッガＧＵＩとの付加的な組合せは、ターゲット・オ
ブジェクトにフレンドリ・ユーザ・インタフェースをも
たらすグラフィカル・ユーザ・インタフェース（ＧＵ
Ｉ）エージェントとのｄｂｘエンジンの組合せ、ユーザ
の既知の選択に基づいて遠隔要求を変更する人工知能エ
ージェントとの遠隔ｄｂｘエンジンの組合せ、遠隔要求
に対する回答をキャッシュするキャッシュ・プログラム
との遠隔ｄｂｘエンジンの組合せ、数人のユーザからの
入力をマージして、これをターゲットに送るテレコンフ
ァレンス・アプリケーションとの遠隔ｄｂｘエンジンの
組合せ、あるいはマルチメディア・システムの多数のオ
ーディオおよびビデオ・アクセス・エージェントとの遠
隔ｄｂｘエンジンの組合せを含んでいる。これらの考え
られるｄｂｘエンジンとデバッガＧＵＩの組合せは本明
細書で開示した遠隔デバッガ機能の可能な用途を限定す
ることを意図したものではなく、当分野の技術者が例と
認識する例を表しているに過ぎない。ｄｏｅＤｅｂｕｇ
ｇｅｒの発明の範囲は、したがって、首記の特許請求の
範囲、ならびに特許請求の範囲の対象となる同等物の全
範囲を参照することによって決定されるものである。
ム、プログラム・コード、ならびにオブジェクトおよび
オブジェクト・リファレンスの定義に関して説明してき
たが、本発明を所与のオペレーティング環境内の、ある
いは異なるオペレーティング・システムまたはオブジェ
クト・システム環境の各種の変形のうちの任意のもので
実施できることが当分野の技術者には理解されよう。同
様に、図示の特定のクライアントおよびサーバの構成ま
たは組合せは、本発明を使用することのできるクライア
ントとサーバの多くのこのような構成、ならびにオブジ
ェクトとサブオブジェクトの関係の代表的なものに過ぎ
ない。さらに、図面が説明のためのものに過ぎず、本発
明の限定事項と取るべきではないことが理解されよう。
遠隔ｄｂｘエンジンの他の機能を備えたクライアント側
デバッガＧＵＩとの付加的な組合せは、ターゲット・オ
ブジェクトにフレンドリ・ユーザ・インタフェースをも
たらすグラフィカル・ユーザ・インタフェース（ＧＵ
Ｉ）エージェントとのｄｂｘエンジンの組合せ、ユーザ
の既知の選択に基づいて遠隔要求を変更する人工知能エ
ージェントとの遠隔ｄｂｘエンジンの組合せ、遠隔要求
に対する回答をキャッシュするキャッシュ・プログラム
との遠隔ｄｂｘエンジンの組合せ、数人のユーザからの
入力をマージして、これをターゲットに送るテレコンフ
ァレンス・アプリケーションとの遠隔ｄｂｘエンジンの
組合せ、あるいはマルチメディア・システムの多数のオ
ーディオおよびビデオ・アクセス・エージェントとの遠
隔ｄｂｘエンジンの組合せを含んでいる。これらの考え
られるｄｂｘエンジンとデバッガＧＵＩの組合せは本明
細書で開示した遠隔デバッガ機能の可能な用途を限定す
ることを意図したものではなく、当分野の技術者が例と
認識する例を表しているに過ぎない。ｄｏｅＤｅｂｕｇ
ｇｅｒの発明の範囲は、したがって、首記の特許請求の
範囲、ならびに特許請求の範囲の対象となる同等物の全
範囲を参照することによって決定されるものである。
【図１】汎用コンピュータおよび関連装置を示す図であ
る。
る。
【図２】分散コンピュータ・システムを示す図である。
【図３】ユーザ、クライアント・アプリケーション、オ
ブジェクト・リファレンス、オブジェクト・インプリメ
ンテーション、およびオブジェクト・リファレンス作成
プログラムの関係を示す、複数のマシンを備えたクライ
アント・サーバ・システム構成の図である。
ブジェクト・リファレンス、オブジェクト・インプリメ
ンテーション、およびオブジェクト・リファレンス作成
プログラムの関係を示す、複数のマシンを備えたクライ
アント・サーバ・システム構成の図である。
【図４】単一のマシンを使用したクライアント・サーバ
構成の図である。
構成の図である。
【図５】ＳＰＡＲＣｗｏｒｋｓデバッガを示す図であ
る。
る。
【図６】クライアント・アプリケーション、オブジェク
ト・リファレンスおよびＳＰＡＲＣｗｏｒｋｓデバッガ
の間の関係を示す図である。
ト・リファレンスおよびＳＰＡＲＣｗｏｒｋｓデバッガ
の間の関係を示す図である。
【図７】複数のサーバにアクセスする必要のある分散オ
ブジェクト環境（ＤＯＥ）クライアント・アプリケーシ
ョンの例を示す図である。
ブジェクト環境（ＤＯＥ）クライアント・アプリケーシ
ョンの例を示す図である。
【図８】ユーザ・コードとＤＯＥクライアントまたはサ
ーバの基礎ＤＯＥ機構の間の分割を示す図である。
ーバの基礎ＤＯＥ機構の間の分割を示す図である。
【図９】ｄｏｅＤｅｂｕｇｇｅｒ構成を示す図である。
【図１０】分散環境のｄｏｅＤｅｂｕｇｇｅｒの作動を
示す流れ図である。
示す流れ図である。
【図１１】ｄｂｘエンジン間プロセスを示す流れ図であ
る。
る。
【図１２】ｄｏｅＤｅｂｕｇｇｅｒ作成および接続プロ
セス（図１０の流れ図のブロック２４６）の作動を示す
流れ図である。
セス（図１０の流れ図のブロック２４６）の作動を示す
流れ図である。
【図１３】ｄｏｅＤｅｂｕｇｇｅｒ終了および接続解除
プロセス（図１１の流れ図のブロック２８４）の作動を
示す流れ図である。
プロセス（図１１の流れ図のブロック２８４）の作動を
示す流れ図である。
【図１４】ｄｏｅＤｅｂｕｇｇｅｒ、ｄｂｘエンジン、
ラッパ・サービスおよびクライアント・アプリケーショ
ンおよびサーバ・オブジェクト・インプリメンテーショ
ンの間の関係を示す図である。
ラッパ・サービスおよびクライアント・アプリケーショ
ンおよびサーバ・オブジェクト・インプリメンテーショ
ンの間の関係を示す図である。
【図１５】ｄｂｘＷｒａｐｐｅｒの典型的なインタフェ
ースを示す図である。
ースを示す図である。
１ コンピュータ、 ２ 入出力（「Ｉ
／Ｏ」）部 ３ 中央処理装置（「ＣＰＵ」）、 ４ メモリ部 ５ キーボード、 ６ 表示装置 ７ ＣＤ−ＲＯＭ駆動装置、 ８ ＣＤ−ＲＯＭ
媒体 ９ ディスク記憶装置、 １０ プログラム ２０、２２、２４ コンピュータ ２６ 通信リンク ２８ 共用メモリ装置 ３０ ユーザ ３４ クライアント・アプリケーション ３６ オブジェクト・リファレンス ４６ オブジェクト・インプリメンテーション ５０ サーバ ９２ ホストマシン ９６ ＴｏｏｌＴａｌｋ通信リンク ９８ ｄｂｘエンジン １１２ 赤ホスト １３０ 白ホスト １４２ ローカル・ホスト １４４ 機能「ｆｏｏ」 １４８ 生成コード ５０２ デバッガＧＵＩ ５０６ ヘルパ・プロセス ５１０ ラッパ・サーバ ５２２ 遠隔ホスト
／Ｏ」）部 ３ 中央処理装置（「ＣＰＵ」）、 ４ メモリ部 ５ キーボード、 ６ 表示装置 ７ ＣＤ−ＲＯＭ駆動装置、 ８ ＣＤ−ＲＯＭ
媒体 ９ ディスク記憶装置、 １０ プログラム ２０、２２、２４ コンピュータ ２６ 通信リンク ２８ 共用メモリ装置 ３０ ユーザ ３４ クライアント・アプリケーション ３６ オブジェクト・リファレンス ４６ オブジェクト・インプリメンテーション ５０ サーバ ９２ ホストマシン ９６ ＴｏｏｌＴａｌｋ通信リンク ９８ ｄｂｘエンジン １１２ 赤ホスト １３０ 白ホスト １４２ ローカル・ホスト １４４ 機能「ｆｏｏ」 １４８ 生成コード ５０２ デバッガＧＵＩ ５０６ ヘルパ・プロセス ５１０ ラッパ・サーバ ５２２ 遠隔ホスト
───────────────────────────────────────────────────── フロントページの続き (72)発明者 ジョン・エイ・マサミツ アメリカ合衆国 94550 カリフォルニア 州・リバモア・クリーク ロード・1873
Claims (25)
- 【請求項１】 ローカル・ホスト・コンピュータおよび
１つまたは複数の遠隔ホスト・コンピュータにある分散
ターゲット・アプリケーション・システムをデバッグす
る分散デバッガ・システムにおいて、 デバッガＧＵＩおよび１つまたは複数のデバッガ・エン
ジン（以下、「ｄｂｘエンジン」と呼ぶ）であって、前
記デバッガＧＵＩが前記ｄｂｘエンジンと通信し、かつ
前記デバッガ・システムのユーザと通信するためのイン
タフェース機構を備えており、前記ｄｂｘエンジンが前
記ローカルおよび遠隔のコンピュータに常駐できるデバ
ッガＧＵＩおよび１つまたは複数のｄｂｘエンジンと、 メッセージを互いに送受信するために前記ｄｂｘエンジ
ンと前記デバッガＧＵＩが使用する通信機構と、 前記の１つまたは複数のｄｂｘエンジンの１つであり、
前記ローカル・ホスト・コンピュータから離隔したホス
ト・コンピュータにあり、前記通信機構によって前記デ
バッガＧＵＩに接続されている遠隔ｄｂｘエンジンとを
備えている分散デバッガ・システム。 - 【請求項２】 ローカル・ホスト・コンピュータおよび
１つまたは複数の遠隔ホスト・コンピュータにある分散
ターゲット・アプリケーション・システムをデバッグす
る分散デバッガ・システムにおいて、 デバッガＧＵＩおよび１つまたは複数のデバッガ・エン
ジン（以下、「ｄｂｘエンジン」と呼ぶ）であって、前
記デバッガＧＵＩが前記ｄｂｘエンジンと通信し、かつ
前記デバッガ・システムのユーザと通信するためのイン
タフェース機構を備えており、前記ｄｂｘエンジンが前
記ローカルおよび遠隔のコンピュータに常駐できるデバ
ッガＧＵＩおよび１つまたは複数のｄｂｘエンジンと、 メッセージを互いに送受信するために前記ｄｂｘエンジ
ンと前記デバッガＧＵＩが使用する通信機構と、 遠隔ホスト・コンピュータにある前記ターゲット・アプ
リケーション・システムの一部をデバッグする際に使用
される新しいｄｂｘエンジンを前記遠隔ホスト・コンピ
ュータに作成するために前記デバッガＧＵＩが使用する
ｄｂｘＷｒａｐｐｅｒＦａｃｔｏｒｙ機構とを備えてい
る分散デバッガ・システム。 - 【請求項３】 前記ｄｂｘエンジンの１つが前記ｄｂｘ
エンジンの他のものと、これらのｄｂｘエンジンが異な
るホスト・コンピュータにあるかどうかにかかわりな
く、通信することを可能とする第１の通信機構をさらに
含んでいることを特徴とする、請求項２に記載の分散デ
バッガ・システム。 - 【請求項４】 前記デバッガＧＵＩが前記ｄｂｘエンジ
ンの１つに、前記ｄｂｘエンジンがどのホスト・コンピ
ュータにあるかにかかわりなく、フォーカスすることを
可能とする第２の通信機構をさらに含んでいることを特
徴とする、請求項２に記載の分散デバッガ・システム。 - 【請求項５】 前記ユーザが、前記ｄｂｘエンジンがど
のホスト・コンピュータにあるかにかかわりなく、すべ
ての活動ｄｂｘエンジンのリストを前記デバッガＧＵＩ
から取得できるようにする第３の通信機構をさらに含ん
でいることを特徴とする、請求項２に記載の分散デバッ
ガ・システム。 - 【請求項６】 ローカル・ホスト・コンピュータおよび
１つまたは複数の遠隔ホスト・コンピュータにある分散
ターゲット・アプリケーション・システムをデバッグす
る分散デバッガ・システムで使用するｄｂｘエンジンに
おいて、前記ターゲット・アプリケーション・システム
のローカル部分と遠隔部分とを接続するが、前記ターゲ
ット・アプリケーション・システム自体の一部ではない
中間インタフェース定義言語（「ＩＤＬ」）生成コード
機構を無視する（すなわち、「ステップ・オーバーす
る」）ｄｓｔｅｐ機構を備えているｄｂｘエンジン。 - 【請求項７】 前記ターゲット・アプリケーション・シ
ステムのローカル部分と遠隔部分とを接続する中間イン
タフェース定義言語（「ＩＤＬ」）生成コード機構のど
れを無視すべきかを決定するｒｅｍｏｔｅ ｓｕｒｒｏ
ｇａｔｅ ｃｏｄｅ ｔｅｓｔ機構をさらに含んでいる
ことを特徴とする、請求項６に記載の分散ターゲット・
アプリケーション・システムをデバッグする分散デバッ
ガ・システムで使用するｄｂｘエンジン。 - 【請求項８】 指定されたオブジェクトのホストＩＤお
よびプロセスＩＤ（ＰＩＤ）を探し出すＧｅｔＩｍｐｌ
ｅｍｅｎｔａｔｉｏｎ機構をさらに含んでいることを特
徴とする、請求項６に記載の分散ターゲット・アプリケ
ーション・システムをデバッグする分散デバッガ・シス
テムで使用するｄｂｘエンジン。 - 【請求項９】 遠隔ｄｂｘエンジンが作動しているかど
うかを判定し、作動していない場合には、ｄｂｘＷｒａ
ｐｐｅｒＦａｃｔｏｒｙオブジェクトの機能を使用して
ｄｂｘエンジンを作成し、遠隔ターゲット機能に接続す
るＩｄｅｎｔｉｆｙＲｅｍｏｔｅＦｕｎｃｔｉｏｎ機構
をさらに含んでいることを特徴とする、請求項６に記載
の分散ターゲット・アプリケーション・システムをデバ
ッグする分散デバッガ・システムで使用するｄｂｘエン
ジン。 - 【請求項１０】 ｄｂｘエンジンが互いに通信を行える
ようにする多重ｄｂｘエンジン同期機構をさらに含んで
いることを特徴とする、請求項６に記載の分散ターゲッ
ト・アプリケーション・システムをデバッグする分散デ
バッガ・システムで使用するｄｂｘエンジン。 - 【請求項１１】 ローカル・ホスト・コンピュータおよ
び１つまたは複数の遠隔ホスト・コンピュータにある分
散ターゲット・アプリケーション・システムをデバッグ
する分散デバッガ・システムで使用するｄｂｘエンジン
において、 前記ターゲット・アプリケーション・システムのローカ
ル部分と遠隔部分とを接続するが、前記ターゲット・ア
プリケーション・システム自体の一部ではない中間イン
タフェース定義言語（「ＩＤＬ」）生成コード機構を無
視する（すなわち、「ステップ・オーバーする」）ｄｓ
ｔｅｐ機構と、 前記ターゲット・アプリケーション・システムのローカ
ル部分と遠隔部分とを接続する中間インタフェース定義
言語（「ＩＤＬ」）生成コード機構のどれを無視すべき
かを決定するｒｅｍｏｔｅ ｓｕｒｒｏｇａｔｅ ｃｏ
ｄｅ ｔｅｓｔ機構と、 ローカル・ホスト・コンピュータのユーザが実際には遠
隔ホスト・コンピュータで実施されている分散ターゲッ
ト・アプリケーション・システムの機能にブレークポイ
ントをセットすることを可能とする遠隔ブレークポイン
ト設定機構と、 指定されたオブジェクトのホストＩＤおよびプロセスＩ
Ｄ（ＰＩＤ）を探し出すＧｅｔＩｍｐｌｅｍｅｎｔａｔ
ｉｏｎ機構と、 遠隔ｄｂｘエンジンが作動しているかどうかを判定し、
作動していない場合には、ｄｂｘＷｒａｐｐｅｒＦａｃ
ｔｏｒｙオブジェクトの機能を使用してｄｂｘエンジン
を作成し、遠隔ターゲット機能に接続するＩｄｅｎｔｉ
ｆｙＲｅｍｏｔｅＦｕｎｃｔｉｏｎ機構と、 ｄｂｘエンジンが互いに通信を行えるようにする多重ｄ
ｂｘエンジン同期機構とを備えているｄｂｘエンジン。 - 【請求項１２】 ローカル・ホスト・コンピュータおよ
び１つまたは複数の遠隔ホスト・コンピュータにある分
散ターゲット・アプリケーション・システムをデバッグ
する分散デバッガ・システムで使用する標準ｄｂｘエン
ジンを修正するコンピュータ実行方法において、 ＳＰＡＲＣｗｏｒｋｓ ｄｂｘエンジンのものと同等な
機能を有する前記標準ｄｂｘエンジンを設けるステップ
と、 コンピュータの制御の下で、前記標準ｄｂｘエンジン
に、前記ターゲット・アプリケーション・システムのロ
ーカル部分と遠隔部分とを接続するが、前記ターゲット
・アプリケーション・システム自体の一部ではない中間
インタフェース定義言語（「ＩＤＬ」）生成コード機構
を無視する（すなわち、「ステップ・オーバーする」）
ｄｓｔｅｐ機構を設けるステップとを備えているコンピ
ュータ実行方法。 - 【請求項１３】 コンピュータの制御の下で前記ｄｂｘ
エンジンに、前記ターゲット・アプリケーション・シス
テムのローカル部分と遠隔部分とを接続する中間インタ
フェース定義言語（「ＩＤＬ」）生成コード機構のどれ
を無視すべきかを決定するｒｅｍｏｔｅ ｓｕｒｒｏｇ
ａｔｅ ｃｏｄｅ ｔｅｓｔ機構を追加する付加的なス
テップをさらに含んでいることを特徴とする、請求項１
２に記載の分散ターゲット・アプリケーション・システ
ムをデバッグする分散デバッガ・システムで使用する標
準ｄｂｘエンジンを修正するコンピュータ実行方法。 - 【請求項１４】 コンピュータの制御の下で前記ｄｂｘ
エンジンに、ローカル・ホスト・コンピュータのユーザ
が実際には遠隔ホスト・コンピュータで実施されている
分散ターゲット・アプリケーション・システムの機能に
ブレークポイントをセットすることを可能とする遠隔ブ
レークポイント設定機構を追加する付加的なステップを
さらに含んでいることを特徴とする、請求項１２に記載
の分散ターゲット・アプリケーション・システムをデバ
ッグする分散デバッガ・システムで使用する標準ｄｂｘ
エンジンを修正するコンピュータ実行方法。 - 【請求項１５】 コンピュータの制御の下で前記ｄｂｘ
エンジンに、指定されたオブジェクトのホストＩＤおよ
びプロセスＩＤ（ＰＩＤ）を探し出すＧｅｔＩｍｐｌｅ
ｍｅｎｔａｔｉｏｎ機構を追加する付加的なステップを
さらに含んでいることを特徴とする、請求項１２に記載
の分散ターゲット・アプリケーション・システムをデバ
ッグする分散デバッガ・システムで使用する標準ｄｂｘ
エンジンを修正するコンピュータ実行方法。 - 【請求項１６】 コンピュータの制御の下で前記ｄｂｘ
エンジンに、遠隔ｄｂｘエンジンが作動しているかどう
かを判定し、作動していない場合には、ｄｂｘＷｒａｐ
ｐｅｒＦａｃｔｏｒｙオブジェクトの機能を使用してｄ
ｂｘエンジンを作成し、遠隔ターゲット機能に接続する
ＩｄｅｎｔｉｆｙＲｅｍｏｔｅＦｕｎｃｔｉｏｎ機構を
追加する付加的なステップをさらに含んでいることを特
徴とする、請求項１２に記載の分散ターゲット・アプリ
ケーション・システムをデバッグする分散デバッガ・シ
ステムで使用する標準ｄｂｘエンジンを修正するコンピ
ュータ実行方法。 - 【請求項１７】 コンピュータの制御の下で前記ｄｂｘ
エンジンに、ｄｂｘエンジンが互いに通信を行えるよう
にする多重ｄｂｘエンジン同期機構を追加する付加的な
ステップをさらに含んでいることを特徴とする、請求項
１２に記載の分散ターゲット・アプリケーション・シス
テムをデバッグする分散デバッガ・システムで使用する
標準ｄｂｘエンジンを修正するコンピュータ実行方法。 - 【請求項１８】 ローカル・ホスト・コンピュータおよ
び１つまたは複数の遠隔ホスト・コンピュータにある分
散ターゲット・アプリケーション・システムをデバッグ
する分散デバッガ・システムで使用する標準ｄｂｘエン
ジンを修正するコンピュータ実行方法において、 ＳＰＡＲＣｗｏｒｋｓ ｄｂｘエンジンのものと同等な
機能を有する前記標準ｄｂｘエンジンを設けるステップ
と、 コンピュータの制御の下で、前記標準ｄｂｘエンジン
に、前記ターゲット・アプリケーション・システムのロ
ーカル部分と遠隔部分とを接続するが、前記ターゲット
・アプリケーション・システム自体の一部ではない中間
インタフェース定義言語（「ＩＤＬ」）生成コード機構
を無視する（すなわち、「ステップ・オーバーする」）
ｄｓｔｅｐ機構を設けるステップと、 前記標準ｄｂｘエンジンに、前記ターゲット・アプリケ
ーション・システムのローカル部分と遠隔部分とを接続
する中間インタフェース定義言語（「ＩＤＬ」）生成コ
ード機構のどれを無視すべきかを決定するｒｅｍｏｔｅ
ｓｕｒｒｏｇａｔｅ ｃｏｄｅ ｔｅｓｔ機構を設け
るステップと、 前記標準ｄｂｘエンジンに、ローカル・ホスト・コンピ
ュータのユーザが実際には遠隔ホスト・コンピュータで
実施されている分散ターゲット・アプリケーション・シ
ステムの機能にブレークポイントをセットすることを可
能とする遠隔ブレークポイント設定機構を設けるステッ
プと、 前記標準ｄｂｘエンジンに、指定されたオブジェクトの
ホストＩＤおよびプロセスＩＤ（ＰＩＤ）を探し出すＧ
ｅｔＩｍｐｌｅｍｅｎｔａｔｉｏｎ機構を設けるステッ
プと、 前記標準ｄｂｘエンジンに、遠隔ｄｂｘエンジンが作動
しているかどうかを判定し、作動していない場合には、
ｄｂｘＷｒａｐｐｅｒＦａｃｔｏｒｙオブジェクトの機
能を使用してｄｂｘエンジンを作成し、遠隔ターゲット
機能に接続するＩｄｅｎｔｉｆｙＲｅｍｏｔｅＦｕｎｃ
ｔｉｏｎ機構を設けるステップと、 前記標準ｄｂｘエンジンに、ｄｂｘエンジンが互いに通
信を行えるようにする多重ｄｂｘエンジン同期機構を設
けるステップとを備えているコンピュータ実行方法。 - 【請求項１９】 ローカル・ホスト・コンピュータおよ
び１つまたは複数の遠隔ホスト・コンピュータにある分
散ターゲット・アプリケーション・システムをデバッグ
する分散デバッガ・システムを作成するコンピュータ実
行方法において、 ローカル・ホスト・コンピュータに、デバッガＧＵＩお
よび１つまたは複数のデバッガ・エンジン（以下、「ｄ
ｂｘエンジン」と呼ぶ）であって、前記デバッガＧＵＩ
が前記ｄｂｘエンジンと通信し、かつ前記デバッガ・シ
ステムのユーザと通信するためのインタフェース機構を
備えているデバッガＧＵＩおよび１つまたは複数のｄｂ
ｘエンジンを設けるステップと、 メッセージを互いに送受信するために前記ｄｂｘエンジ
ンと前記デバッガＧＵＩが使用する通信機構を設けるス
テップと、 前記の１つまたは複数のｄｂｘエンジンの１つであり、
前記ローカル・ホスト・コンピュータから離隔したホス
ト・コンピュータにあり、前記通信機構によって前記デ
バッガＧＵＩに接続されている遠隔ｄｂｘエンジンを設
けるステップとを備えており、前記遠隔ｄｂｘエンジン
が前記デバッガＧＵＩからの指示の下で、前記遠隔ホス
ト・コンピュータにある前記分散ターゲット・アプリケ
ーション・システムの部分に接続して、前記遠隔ホスト
・コンピュータにある前記分散ターゲット・アプリケー
ション・システムの前記部分をデバッグする分散デバッ
ガ・システムを作成するコンピュータ実行方法。 - 【請求項２０】 ローカル・ホスト・コンピュータおよ
び１つまたは複数の遠隔ホスト・コンピュータにある分
散ターゲット・アプリケーション・システムをデバッグ
する分散デバッガ・システムを作成するコンピュータ実
行方法において、 デバッガＧＵＩおよび１つまたは複数のデバッガ・エン
ジン（以下、「ｄｂｘエンジン」と呼ぶ）であって、前
記デバッガＧＵＩが前記ｄｂｘエンジンと通信し、かつ
前記デバッガ・システムのユーザと通信するためのイン
タフェース機構を備えており、前記ｄｂｘエンジンが前
記ローカルおよび遠隔のコンピュータにあることができ
るデバッガＧＵＩおよび１つまたは複数のｄｂｘエンジ
ンを設けるステップと、 メッセージを互いに送受信するために前記ｄｂｘエンジ
ンと前記デバッガＧＵＩが使用する通信機構を設けるス
テップと、 遠隔ホスト・コンピュータにある前記ターゲット・アプ
リケーション・システムの一部をデバッグする際に使用
される新しいｄｂｘエンジンを前記遠隔ホスト・コンピ
ュータに作成するために前記デバッガＧＵＩが使用する
ｄｂｘＷｒａｐｐｅｒＦａｃｔｏｒｙ機構を設けるステ
ップとを備えている分散デバッガ・システムを作成する
コンピュータ実行方法。 - 【請求項２１】前記ターゲット・アプリケーション・シ
ステムのローカル部分と遠隔部分とを接続するが、前記
ターゲット・アプリケーション・システム自体の一部で
はない中間インタフェース定義言語（「ＩＤＬ」）生成
コード機構を無視する（すなわち、「ステップ・オーバ
ーする」）ｄｓｔｅｐ機構を設けるステップをさらに含
んでいることを特徴とする、請求項２０に記載の分散タ
ーゲット・アプリケーション・システムをデバッグする
分散デバッガ・システムを作成するコンピュータ実行方
法。 - 【請求項２２】 前記ｄｂｘエンジンの１つが前記ｄｂ
ｘエンジンの他のものと、これらのｄｂｘエンジンが異
なるホスト・コンピュータにあるかどうかにかかわりな
く、通信することを可能とする第１の通信機構を設ける
ステップをさらに含んでいることを特徴とする、請求項
２０に記載の分散ターゲット・アプリケーション・シス
テムをデバッグする分散デバッガ・システムを作成する
コンピュータ実行方法。 - 【請求項２３】 前記デバッガＧＵＩが前記ｄｂｘエン
ジンの１つに、前記ｄｂｘエンジンがどのホスト・コン
ピュータにあるかにかかわりなく、フォーカスすること
を可能とする第２の通信機構を設けるステップをさらに
含んでいることを特徴とする、請求項２０に記載の分散
ターゲット・アプリケーション・システムをデバッグす
る分散デバッガ・システムを作成するコンピュータ実行
方法。 - 【請求項２４】 前記ユーザが、前記ｄｂｘエンジンが
どのホスト・コンピュータにあるかにかかわりなく、す
べての活動ｄｂｘエンジンのリストを前記デバッガＧＵ
Ｉから取得できるようにする第３の通信機構を設けるス
テップをさらに含んでいることを特徴とする、請求項２
０に記載の分散ターゲット・アプリケーション・システ
ムをデバッグする分散デバッガ・システムを作成するコ
ンピュータ実行方法。 - 【請求項２５】 プロセスを作成し、分散コンピューテ
ィング環境において前記プロセスと通信する分散コンピ
ューティング環境におけるコンピュータ実行方法におい
て、 ａ．クライアント・プロセスが要求されているサービス
が遠隔であるかどうかを判定するステップと、 ｂ．前記サービスが遠隔であると前記クライアント・プ
ロセスが判定した場合に、前記サービスがおかれている
遠隔ロケーションを決定するステップと、 ｃ．前記クライアント・プロセスが前記遠隔ロケーショ
ンにおいて前記サービスを有しているサーバ・プロセス
にメッセージを送って、前記サーバに前記クライアント
・プロセスとの通信を確立するよう指示するステップ
と、 ｄ．前記サーバ・プロセスが前記クライアント・プロセ
スと通信するインタフェース・プロセスを作成するステ
ップと、 ｅ．前記インタフェース・プロセスが前記サーバ・プロ
セスに接続するまで、前記サーバ・プロセスが操作を中
断するステップと、 ｆ．前記インタフェース・プロセスが前記サーバ・プロ
セスへの接続を試みるステップと、 ｇ．前記インタフェース・プロセスが前記サーバ・プロ
セスに接続できない場合に、前記インタフェース・プロ
セスが前記クライアント・プロセスにアラートし、そう
でない場合には、前記クライアント・プロセスが前記サ
ーバ・プロセスに接続して、前記接続が成功した旨を前
記クライアント・プロセスにアラートするステップと、 ｈ．前記クライアント・プロセスが前記インタフェース
・プロセスを介して前記サーバ・プロセスと通信するス
テップと を備えている分散コンピューティング環境におけるコン
ピュータ実行方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/399120 | 1995-03-03 | ||
| US08/399,120 US5819093A (en) | 1995-03-03 | 1995-03-03 | System and method for a distributed debugger for debugging distributed application programs |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH09120366A true JPH09120366A (ja) | 1997-05-06 |
Family
ID=23578227
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8073240A Pending JPH09120366A (ja) | 1995-03-03 | 1996-03-04 | 分散アプリケーション・プログラムをデバッグする分散デバッグのためのシステムおよび方法 |
Country Status (5)
| Country | Link |
|---|---|
| US (2) | US5819093A (ja) |
| EP (1) | EP0730227B1 (ja) |
| JP (1) | JPH09120366A (ja) |
| CA (1) | CA2170724A1 (ja) |
| DE (1) | DE69621494T2 (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001051871A (ja) * | 1999-08-09 | 2001-02-23 | Ricoh Co Ltd | リモートデバッグ装置 |
| US6868454B1 (en) | 1999-05-06 | 2005-03-15 | Fujitsu Limited | Distributed-object development system and computer-readable recording medium recorded with program for making computer execute distributed-object development |
| US6961926B2 (en) | 1999-12-15 | 2005-11-01 | Nec Corporation | System and method for distributed debugging and recording medium on which control programs are recorded |
| JP2006268858A (ja) * | 2005-03-23 | 2006-10-05 | Microsoft Corp | アプリケーションホスト環境においてユニットテストを実行する方法および装置 |
| US11301364B2 (en) | 2016-10-25 | 2022-04-12 | International Business Machines Corporation | Facilitating debugging serverless applications via graph rewriting |
Families Citing this family (187)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5819093A (en) * | 1995-03-03 | 1998-10-06 | Sun Microsystems, Inc. | System and method for a distributed debugger for debugging distributed application programs |
| EP0830611A4 (en) * | 1995-06-02 | 2007-05-09 | Cisco Systems Inc | TELECONTROL OF COMPUTER PROGRAMS |
| US6950991B2 (en) | 1995-11-13 | 2005-09-27 | Citrix Systems, Inc. | Interacting with software applications displayed in a web page |
| US5956479A (en) * | 1995-11-13 | 1999-09-21 | Object Technology Licensing Corporation | Demand based generation of symbolic information |
| US6437803B1 (en) | 1998-05-29 | 2002-08-20 | Citrix Systems, Inc. | System and method for combining local and remote windows into a single desktop environment |
| US7555529B2 (en) | 1995-11-13 | 2009-06-30 | Citrix Systems, Inc. | Interacting with software applications displayed in a web page |
| US6088515A (en) | 1995-11-13 | 2000-07-11 | Citrix Systems Inc | Method and apparatus for making a hypermedium interactive |
| US6718550B1 (en) | 1996-06-26 | 2004-04-06 | Sun Microsystems, Inc. | Method and apparatus for improving the performance of object invocation |
| US6513154B1 (en) | 1996-10-21 | 2003-01-28 | John R. Porterfield | System and method for testing of computer programs in programming effort |
| US7058822B2 (en) | 2000-03-30 | 2006-06-06 | Finjan Software, Ltd. | Malicious mobile code runtime monitoring system and methods |
| US5881219A (en) * | 1996-12-26 | 1999-03-09 | International Business Machines Corporation | Random reliability engine for testing distributed environments |
| US6353923B1 (en) * | 1997-03-12 | 2002-03-05 | Microsoft Corporation | Active debugging environment for debugging mixed-language scripting code |
| US6275868B1 (en) * | 1997-03-12 | 2001-08-14 | Microsoft Corporation | Script Engine interface for multiple languages |
| US6061517A (en) | 1997-03-31 | 2000-05-09 | International Business Machines Corporation | Multi-tier debugging |
| US5892941A (en) * | 1997-04-29 | 1999-04-06 | Microsoft Corporation | Multiple user software debugging system |
| CA2205096C (en) * | 1997-05-09 | 2001-10-09 | Ibm Canada Limited-Ibm Canada Limitee | A system for remote debugging of client/server applications |
| US7082553B1 (en) * | 1997-08-25 | 2006-07-25 | At&T Corp. | Method and system for providing reliability and availability in a distributed component object model (DCOM) object oriented system |
| US6219695B1 (en) * | 1997-09-16 | 2001-04-17 | Texas Instruments Incorporated | Circuits, systems, and methods for communicating computer video output to a remote location |
| US6002871A (en) * | 1997-10-27 | 1999-12-14 | Unisys Corporation | Multi-user application program testing tool |
| KR100249797B1 (ko) * | 1997-12-09 | 2000-03-15 | 정선종 | 알피씨 기반 분산처리 프로그램의 통신 이벤트/메시지 추적 방법 |
| US6510460B1 (en) | 1997-12-18 | 2003-01-21 | Sun Microsystems, Inc. | Method and apparatus for enforcing locking invariants in multi-threaded systems |
| US6249803B1 (en) * | 1997-12-18 | 2001-06-19 | Sun Microsystems, Inc. | Method and apparatus for executing code during method invocation |
| US6516354B2 (en) | 1997-12-18 | 2003-02-04 | Sun Microsystems, Inc. | Method and apparatus for efficient representation of variable length identifiers in a distributed object system |
| US6438616B1 (en) | 1997-12-18 | 2002-08-20 | Sun Microsystems, Inc. | Method and apparatus for fast, local corba object references |
| US6405264B1 (en) | 1997-12-18 | 2002-06-11 | Sun Microsystems, Inc. | Marshaling and unmarshaling framework for supporting filters in a distributed object system |
| WO1999034290A1 (en) * | 1997-12-30 | 1999-07-08 | Alcatel Usa Sourcing, L.P. | Debugging system |
| US6249907B1 (en) | 1998-03-24 | 2001-06-19 | International Business Machines Corporation | Method system and article of manufacture for debugging a computer program by encoding user specified breakpoint types at multiple locations in the computer program |
| US6119247A (en) * | 1998-06-22 | 2000-09-12 | International Business Machines Corporation | Remote debugging of internet applications |
| US6202175B1 (en) * | 1998-08-05 | 2001-03-13 | International Business Machines Corporation | Debuggin client server programs from third party workstations |
| US6219804B1 (en) * | 1998-08-05 | 2001-04-17 | International Business Machines Corporation | Debugging client server programs from third party workstations |
| US6223307B1 (en) * | 1998-08-05 | 2001-04-24 | International Business Machines Corporation | Debugging client server programs from third party workstations |
| US6754891B1 (en) | 1998-08-31 | 2004-06-22 | Red Hat, Inc. | Debugger system using tracepoints for computer software |
| US6480818B1 (en) * | 1998-11-13 | 2002-11-12 | Cray Inc. | Debugging techniques in a multithreaded environment |
| US6928469B1 (en) | 1998-12-29 | 2005-08-09 | Citrix Systems, Inc. | Apparatus and method for determining a program neighborhood for a client node in a client-server network using markup language techniques |
| US6343371B1 (en) * | 1999-01-14 | 2002-01-29 | Compaq Computer Corporation | System and method for statically detecting potential race conditions in multi-threaded computer programs |
| US6374399B1 (en) * | 1999-04-21 | 2002-04-16 | Advanced Micro Devices, Inc. | Apparatus and method for providing list and read list capability for a host computer system |
| US6412106B1 (en) * | 1999-06-16 | 2002-06-25 | Intervoice Limited Partnership | Graphical system and method for debugging computer programs |
| US6356933B2 (en) * | 1999-09-07 | 2002-03-12 | Citrix Systems, Inc. | Methods and apparatus for efficiently transmitting interactive application data between a client and a server using markup language |
| US6546547B1 (en) * | 1999-09-22 | 2003-04-08 | Cisco Technology, Inc. | Method and system for an automated net booting tool |
| US9916134B2 (en) * | 1999-10-05 | 2018-03-13 | Dietrich Charisius | Methods and systems for accessing distributed computing components through the internet |
| AU1405100A (en) * | 1999-12-15 | 2001-06-25 | Sun Microsystems, Inc. | Open debugging environment |
| US7409318B2 (en) * | 2000-02-14 | 2008-08-05 | Nextnine Ltd. | Support network |
| US7076400B2 (en) * | 2000-02-14 | 2006-07-11 | Nextnine Ltd. | Support network |
| WO2001059971A2 (en) * | 2000-02-14 | 2001-08-16 | Nextnine Ltd. | Embedded device monitoring agent |
| JP2001356934A (ja) * | 2000-03-02 | 2001-12-26 | Texas Instr Inc <Ti> | ハードウェアシステムとインタラクトするソフトウェアシステムの構成方法およびデジタルシステム |
| AU2001255808A1 (en) * | 2000-03-15 | 2001-09-24 | Arc Cores, Inc. | Method and apparatus for debugging programs in a distributed environment |
| US6742177B1 (en) * | 2000-03-31 | 2004-05-25 | International Business Machines Corporation | Method and system for secure debugging of a secure software module |
| US20020032768A1 (en) * | 2000-04-10 | 2002-03-14 | Voskuil Erik K. | Method and system for configuring remotely located applications |
| US7010586B1 (en) | 2000-04-21 | 2006-03-07 | Sun Microsystems, Inc. | System and method for event subscriptions for CORBA gateway |
| US7478403B1 (en) | 2000-04-21 | 2009-01-13 | Sun Microsystems, Inc. | Secure access to managed network objects using a configurable platform-independent gateway providing individual object-level access control |
| US6839748B1 (en) | 2000-04-21 | 2005-01-04 | Sun Microsystems, Inc. | Synchronous task scheduler for corba gateway |
| US6813770B1 (en) | 2000-04-21 | 2004-11-02 | Sun Microsystems, Inc. | Abstract syntax notation to interface definition language converter framework for network management |
| US6950935B1 (en) | 2000-04-21 | 2005-09-27 | Sun Microsystems, Inc. | Pluggable authentication modules for telecommunications management network |
| US7779390B1 (en) * | 2000-04-21 | 2010-08-17 | Oracle America, Inc. | Thread-safe remote debugger |
| US7228346B1 (en) | 2000-04-21 | 2007-06-05 | Sun Microsystems, Inc. | IDL event and request formatting for corba gateway |
| US7206843B1 (en) | 2000-04-21 | 2007-04-17 | Sun Microsystems, Inc. | Thread-safe portable management interface |
| US7783720B1 (en) | 2000-04-21 | 2010-08-24 | Oracle America, Inc. | CORBA metadata gateway to telecommunications management network |
| US6915324B1 (en) | 2000-04-21 | 2005-07-05 | Sun Microsystems, Inc. | Generic and dynamic mapping of abstract syntax notation (ASN1) to and from interface definition language for network management |
| US6789112B1 (en) | 2000-05-08 | 2004-09-07 | Citrix Systems, Inc. | Method and apparatus for administering a server having a subsystem in communication with an event channel |
| US6922724B1 (en) | 2000-05-08 | 2005-07-26 | Citrix Systems, Inc. | Method and apparatus for managing server load |
| US6785713B1 (en) | 2000-05-08 | 2004-08-31 | Citrix Systems, Inc. | Method and apparatus for communicating among a network of servers utilizing a transport mechanism |
| US6785726B1 (en) | 2000-05-08 | 2004-08-31 | Citrix Systems, Inc. | Method and apparatus for delivering local and remote server events in a similar fashion |
| US6857085B1 (en) * | 2000-05-15 | 2005-02-15 | Microsoft Corporation | Method and system for handling an unexpected exception generated by an application |
| EP1161048A3 (en) * | 2000-05-19 | 2005-02-16 | Attachmate Corporation | System and method for secure duplex browser communication over disparate networks |
| AU2001268194A1 (en) * | 2000-06-05 | 2001-12-17 | Altoweb Systems, Inc. | System and method for accessing, organizing, and presenting data |
| US6915509B1 (en) * | 2000-06-28 | 2005-07-05 | Microsoft Corporation | Method and system for debugging a program |
| US6671875B1 (en) | 2000-09-21 | 2003-12-30 | International Business Machines Corporation | Manipulation of an object-oriented user interface process to provide rollback of object-oriented scripts from a procedural business logic debugger |
| US6604209B1 (en) * | 2000-09-29 | 2003-08-05 | Sun Microsystems, Inc. | Distributed component testing in an enterprise computer system |
| US6968540B2 (en) * | 2000-10-25 | 2005-11-22 | Opnet Technologies Inc. | Software instrumentation method and apparatus |
| US7346842B1 (en) | 2000-11-02 | 2008-03-18 | Citrix Systems, Inc. | Methods and apparatus for incorporating a partial page on a client |
| US7194743B2 (en) * | 2000-12-12 | 2007-03-20 | Citrix Systems, Inc. | Methods and apparatus for communicating changes between a user interface and an executing application using property paths |
| US7562350B2 (en) * | 2000-12-15 | 2009-07-14 | Ricoh Company, Ltd. | Processing system and method using recomposable software |
| KR20020049789A (ko) * | 2000-12-20 | 2002-06-26 | 오길록 | 파워피시 마이크로프로세서에서 실행되는 병행 프로그램디버깅을 위한 스태핑 제어방법 |
| WO2002069173A1 (en) * | 2001-02-23 | 2002-09-06 | Altoweb Systems, Inc. | System and method to transfer an application to a destination server module in a predetermined storage format |
| US20020147860A1 (en) * | 2001-04-05 | 2002-10-10 | International Business Machines Corporation | Method, apparatus, and program for generating Java full thread dumps from a remote JVM |
| AU2002329611A1 (en) * | 2001-07-20 | 2003-03-03 | Altaworks Corporation | System and method for adaptive threshold determination for performance metrics |
| US7302675B2 (en) * | 2001-08-14 | 2007-11-27 | National Instruments Corporation | System and method for analyzing a graphical program using debugging graphical programs |
| US7219034B2 (en) | 2001-09-13 | 2007-05-15 | Opnet Technologies, Inc. | System and methods for display of time-series data distribution |
| US6836857B2 (en) * | 2001-10-18 | 2004-12-28 | Sun Microsystems, Inc. | Mechanism for debugging a computer process |
| US6928449B2 (en) | 2001-10-18 | 2005-08-09 | Sun Microsystems, Inc. | Mechanism for facilitating backtracking |
| US7257805B2 (en) * | 2001-11-09 | 2007-08-14 | International Business Machines Corporation | Restoring debugging breakpoints subsequent to program code modifications |
| US6825846B2 (en) * | 2001-12-10 | 2004-11-30 | American Megatrends, Inc. | Systems and methods for capturing screen displays from a host computing system for display at a remote terminal |
| US7200839B2 (en) * | 2001-12-11 | 2007-04-03 | International Business Machines Corporation | Debugging transactions across multiple processors |
| US8135843B2 (en) * | 2002-03-22 | 2012-03-13 | Citrix Systems, Inc. | Methods and systems for providing access to an application |
| US20030204644A1 (en) * | 2002-04-29 | 2003-10-30 | International Business Machines Corporation | System and method for developing, deploying, and debugging software agents |
| US7055140B2 (en) * | 2002-05-01 | 2006-05-30 | Seiko Epson Corporation | Software breakpoints implementation via specially named function |
| US7228175B2 (en) | 2002-05-15 | 2007-06-05 | Cardiac Pacemakers, Inc. | Cardiac rhythm management systems and methods using acoustic contractility indicator |
| US20030217353A1 (en) * | 2002-05-15 | 2003-11-20 | Bebout Don W. | Method and system for an adaptable user interface in a debugger |
| US7451206B2 (en) * | 2002-05-20 | 2008-11-11 | Siemens Communications, Inc. | Send of software tracer messages via IP from several sources to be stored by a remote server |
| US7165240B2 (en) * | 2002-06-20 | 2007-01-16 | International Business Machines Corporation | Topological best match naming convention apparatus and method for use in testing graphical user interfaces |
| CA2393196C (en) * | 2002-07-11 | 2005-10-04 | Corel Corporation | System and method for preflighting documents |
| US7379978B2 (en) * | 2002-07-19 | 2008-05-27 | Fiserv Incorporated | Electronic item management and archival system and method of operating the same |
| US7260624B2 (en) * | 2002-09-20 | 2007-08-21 | American Megatrends, Inc. | Systems and methods for establishing interaction between a local computer and a remote computer |
| US7415698B2 (en) * | 2002-12-09 | 2008-08-19 | International Business Machines Corporation | Testing and debugging framework for application builders |
| TW588238B (en) * | 2003-02-13 | 2004-05-21 | Micro Star Int Co Ltd | Program debugging method |
| US7418141B2 (en) * | 2003-03-31 | 2008-08-26 | American Megatrends, Inc. | Method, apparatus, and computer-readable medium for identifying character coordinates |
| US7412625B2 (en) * | 2003-05-27 | 2008-08-12 | American Megatrends, Inc. | Method and system for remote software debugging |
| US7546584B2 (en) * | 2003-06-16 | 2009-06-09 | American Megatrends, Inc. | Method and system for remote software testing |
| US7162664B2 (en) * | 2003-06-20 | 2007-01-09 | Microsoft Corporation | Debugging breakpoints on pluggable components |
| US7543277B1 (en) | 2003-06-27 | 2009-06-02 | American Megatrends, Inc. | Method and system for remote software debugging |
| US7383539B2 (en) | 2003-09-18 | 2008-06-03 | International Business Machines Corporation | Managing breakpoints in a multi-threaded environment |
| US7299456B2 (en) * | 2003-09-18 | 2007-11-20 | International Business Machines Corporation | Run into function |
| US8090564B1 (en) | 2003-11-03 | 2012-01-03 | Synopsys, Inc. | Automatic generation of transaction level bus simulation instructions from bus protocol |
| US7827258B1 (en) * | 2004-03-01 | 2010-11-02 | American Megatrends, Inc. | Method, system, and apparatus for communicating with a computer management device |
| US7222264B2 (en) * | 2004-03-19 | 2007-05-22 | Intel Corporation | Debug system and method having simultaneous breakpoint setting |
| US7519749B1 (en) * | 2004-08-25 | 2009-04-14 | American Megatrends, Inc. | Redirecting input and output for multiple computers |
| US7882492B2 (en) | 2004-09-17 | 2011-02-01 | Oracle America, Inc. | Intelligent computer program debugger, and system and method for implementing the same |
| US7457793B2 (en) * | 2004-10-14 | 2008-11-25 | Sap Ag | Investigating execution of a customized transaction process in a computer application |
| US7457794B2 (en) * | 2004-10-14 | 2008-11-25 | Sap Ag | Searching for customized processing rules for a computer application |
| US7716031B2 (en) * | 2005-02-25 | 2010-05-11 | Coware, Inc. | Interface converter for unified view of multiple computer system simulations |
| US7742905B2 (en) | 2005-02-25 | 2010-06-22 | Coware, Inc. | Method and system for dynamically adjusting speed versus accuracy of computer platform simulation |
| US8015549B2 (en) * | 2005-05-10 | 2011-09-06 | Novell, Inc. | Techniques for monitoring application calls |
| US20060265387A1 (en) * | 2005-05-20 | 2006-11-23 | International Business Machines Corporation | Method and apparatus for loading artifacts |
| US7730246B2 (en) * | 2005-06-30 | 2010-06-01 | Intel Corporation | Opportunistic transmission of software state information within a link based computing system |
| US7844854B2 (en) * | 2005-06-30 | 2010-11-30 | Intel Corporation | Opportunistic transmission of computing system state information within a link based computing system |
| WO2007028227A1 (en) * | 2005-09-09 | 2007-03-15 | Ibm Canada Limited - Ibm Canada Limitee | Integrating different programming language debug tools for observing thread execution |
| US8769495B1 (en) * | 2005-09-30 | 2014-07-01 | Sony Computer Entertainment Inc. | Systems and methods for debugging in a multiprocessor environment |
| US8010843B2 (en) | 2005-12-14 | 2011-08-30 | American Megatrends, Inc. | System and method for debugging a target computer using SMBus |
| US20070143795A1 (en) * | 2005-12-20 | 2007-06-21 | Duong-Han Tran | Application trace for distributed systems environment |
| US7849445B2 (en) * | 2005-12-20 | 2010-12-07 | Sap Ag | Remote user interface for external connections |
| US20070168997A1 (en) * | 2005-12-20 | 2007-07-19 | Duong-Han Tran | Debugging of remote application software on a local computer |
| EP1818812B1 (en) * | 2006-01-25 | 2016-01-06 | Brandt Technologies Limited | System and method for effecting simultaneous control of remote computers |
| US7899661B2 (en) | 2006-02-16 | 2011-03-01 | Synopsys, Inc. | Run-time switching for simulation with dynamic run-time accuracy adjustment |
| US8543367B1 (en) | 2006-02-16 | 2013-09-24 | Synopsys, Inc. | Simulation with dynamic run-time accuracy adjustment |
| US7827537B2 (en) * | 2006-05-26 | 2010-11-02 | Oracle America, Inc | Searching computer programs that use different semantics |
| US7653881B2 (en) | 2006-06-19 | 2010-01-26 | Microsoft Corporation | Failure handling and debugging with causalities |
| US7664997B2 (en) * | 2006-06-19 | 2010-02-16 | Microsoft Corporation | Failure handling and debugging with causalities |
| US8019584B2 (en) * | 2006-07-31 | 2011-09-13 | Nec Laboratories America, Inc. | Method and system for modeling likely invariants in distributed systems |
| US9231858B1 (en) | 2006-08-11 | 2016-01-05 | Dynatrace Software Gmbh | Completeness detection of monitored globally distributed synchronous and asynchronous transactions |
| US7783799B1 (en) | 2006-08-31 | 2010-08-24 | American Megatrends, Inc. | Remotely controllable switch and testing methods using same |
| US7761559B2 (en) * | 2006-10-13 | 2010-07-20 | International Business Machines Corporation | System and method of remotely managing and loading artifacts |
| US7720931B2 (en) | 2006-10-13 | 2010-05-18 | International Business Machines Corporation | System and method of remotely managing and loading artifacts |
| US8683444B1 (en) | 2006-12-11 | 2014-03-25 | Synopsys, Inc. | System and method of debugging multi-threaded processes |
| US20080209405A1 (en) * | 2007-02-28 | 2008-08-28 | Microsoft Corporation | Distributed debugging for a visual programming language |
| CN101266570B (zh) * | 2007-03-15 | 2011-05-11 | 中兴通讯股份有限公司 | 软件系统的测试方法及装置 |
| US8239832B2 (en) * | 2007-05-25 | 2012-08-07 | Microsoft Corporation | In-process debugging using external debugging infrastructure |
| US7925487B2 (en) | 2007-06-29 | 2011-04-12 | Microsoft Corporation | Replaying distributed systems |
| US8006232B1 (en) * | 2007-07-30 | 2011-08-23 | Nvidia Corporation | Serialization of function calls to a graphics API for debugging a remote device |
| US8001531B1 (en) * | 2007-07-30 | 2011-08-16 | Nvidia Corporation | Translation of a shader assembly language binary for debugging a graphics application running on a remote device |
| US8832665B2 (en) * | 2007-08-14 | 2014-09-09 | Dynatrace Software Gmbh | Method and system for tracing individual transactions at the granularity level of method calls throughout distributed heterogeneous applications without source code modifications including the detection of outgoing requests |
| US20090064092A1 (en) * | 2007-08-29 | 2009-03-05 | Microsoft Corporation | Visual programming language optimization |
| US20090063623A1 (en) * | 2007-08-31 | 2009-03-05 | International Business Machines Corporation | Determining connection information to use to access an artifact from an application on a remote server |
| US8543683B2 (en) * | 2007-09-26 | 2013-09-24 | Microsoft Corporation | Remote monitoring of local behavior of network applications |
| US8060866B2 (en) * | 2007-10-19 | 2011-11-15 | GE Intelligent Platforms, Inc | Systems and methods for debugging multiple workflow instances |
| US8527961B2 (en) * | 2007-11-14 | 2013-09-03 | Oracle America, Inc. | Expression-level debugging without format changes |
| US8468498B2 (en) * | 2008-03-04 | 2013-06-18 | Apple Inc. | Build system redirect |
| US7933759B2 (en) * | 2008-03-28 | 2011-04-26 | Microsoft Corporation | Predicate checking for distributed systems |
| US9405658B1 (en) * | 2008-05-27 | 2016-08-02 | Oracle America, Inc. | Method and apparatus for debugging applications in development environments |
| US8149431B2 (en) | 2008-11-07 | 2012-04-03 | Citrix Systems, Inc. | Systems and methods for managing printer settings in a networked computing environment |
| US7984332B2 (en) * | 2008-11-17 | 2011-07-19 | Microsoft Corporation | Distributed system checker |
| KR101060181B1 (ko) * | 2009-08-03 | 2011-08-29 | 강원대학교산학협력단 | 원격 디버깅을 위한 웹 기반 소프트웨어 디버깅 장치 및 그 방법 |
| US8321454B2 (en) * | 2009-09-14 | 2012-11-27 | Myspace Llc | Double map reduce distributed computing framework |
| US8171346B2 (en) * | 2010-03-10 | 2012-05-01 | Microsoft Corporation | Client session based debugging |
| US8972953B2 (en) * | 2010-04-16 | 2015-03-03 | Salesforce.Com, Inc. | Methods and systems for internally debugging code in an on-demand service environment |
| US9116778B2 (en) | 2010-04-29 | 2015-08-25 | Microsoft Technology Licensing, Llc | Remotable project |
| US20110321017A1 (en) * | 2010-06-29 | 2011-12-29 | International Business Machines Corporation | Computer code debugging method and apparatus providing exception breakpoints |
| US8904356B2 (en) | 2010-10-20 | 2014-12-02 | International Business Machines Corporation | Collaborative software debugging in a distributed system with multi-member variable expansion |
| US8671393B2 (en) | 2010-10-21 | 2014-03-11 | International Business Machines Corporation | Collaborative software debugging in a distributed system with client-specific dynamic breakpoints |
| US8972945B2 (en) | 2010-10-21 | 2015-03-03 | International Business Machines Corporation | Collaborative software debugging in a distributed system with client-specific access control |
| US9009673B2 (en) | 2010-10-21 | 2015-04-14 | International Business Machines Corporation | Collaborative software debugging in a distributed system with collaborative step over operation |
| US9411709B2 (en) | 2010-11-10 | 2016-08-09 | International Business Machines Corporation | Collaborative software debugging in a distributed system with client-specific event alerts |
| US8990775B2 (en) | 2010-11-10 | 2015-03-24 | International Business Machines Corporation | Collaborative software debugging in a distributed system with dynamically displayed chat sessions |
| US8850397B2 (en) * | 2010-11-10 | 2014-09-30 | International Business Machines Corporation | Collaborative software debugging in a distributed system with client-specific display of local variables |
| US8806438B2 (en) | 2011-04-20 | 2014-08-12 | International Business Machines Corporation | Collaborative software debugging in a distributed system with variable-specific messages |
| US8739127B2 (en) | 2011-04-20 | 2014-05-27 | International Business Machines Corporation | Collaborative software debugging in a distributed system with symbol locking |
| US8656360B2 (en) | 2011-04-20 | 2014-02-18 | International Business Machines Corporation | Collaborative software debugging in a distributed system with execution resumption on consensus |
| US9274919B2 (en) | 2011-04-29 | 2016-03-01 | Dynatrace Software Gmbh | Transaction tracing mechanism of distributed heterogenous transactions having instrumented byte code with constant memory consumption and independent of instrumented method call depth |
| US8972955B2 (en) * | 2011-05-27 | 2015-03-03 | Microsoft Technology Licensing Llc | Reducing network trips for remote expression evaluation |
| US8683267B2 (en) | 2011-06-07 | 2014-03-25 | International Business Machines Corporation | Virtual debugging sessions |
| US8756577B2 (en) | 2011-06-28 | 2014-06-17 | International Business Machines Corporation | Collaborative software debugging in a distributed system with private debug sessions |
| US8600915B2 (en) | 2011-12-19 | 2013-12-03 | Go Daddy Operating Company, LLC | Systems for monitoring computer resources |
| US8719196B2 (en) | 2011-12-19 | 2014-05-06 | Go Daddy Operating Company, LLC | Methods for monitoring computer resources using a first and second matrix, and a feature relationship tree |
| US9251039B2 (en) | 2012-02-17 | 2016-02-02 | Microsoft Technology Licensing, Llc | Remote debugging as a service |
| US8832664B2 (en) * | 2012-07-20 | 2014-09-09 | Intel Mobile Communications GmbH | Method and apparatus for interconnect tracing and monitoring in a system on chip |
| CN103973741B (zh) | 2013-01-31 | 2018-02-09 | 国际商业机器公司 | 用于在云系统中进行远程调试的方法和装置 |
| US9122798B2 (en) | 2013-03-07 | 2015-09-01 | Oracle International Corporation | Debugger with method restart capability |
| US10664384B2 (en) * | 2013-03-15 | 2020-05-26 | Microsoft Technology Licensing, Llc | Javascript debugging using just my code |
| US9659012B2 (en) * | 2013-05-17 | 2017-05-23 | Oracle International Corporation | Debugging framework for distributed ETL process with multi-language support |
| US9740593B2 (en) * | 2015-01-08 | 2017-08-22 | International Business Machines Corporation | Comparative program execution through control of two or more debug sessions to automatically determine execution differences |
| US9575869B2 (en) | 2015-02-25 | 2017-02-21 | Red Hat, Inc. | Service implementation based debugger for service oriented architecture projects |
| CN106407061B (zh) * | 2015-07-27 | 2020-06-16 | 中兴通讯股份有限公司 | 一种北向接口测试装置和北向接口的测试方法 |
| US9870207B2 (en) | 2015-12-22 | 2018-01-16 | Sap Se | Software development using re-usable software components |
| US9798526B2 (en) * | 2015-12-22 | 2017-10-24 | Sap Se | Software development using multi-domain decision management |
| US10120779B1 (en) * | 2016-11-08 | 2018-11-06 | Amazon Technologies, Inc. | Debugging of hosted computer programs |
| US10223236B2 (en) | 2017-02-03 | 2019-03-05 | International Business Machines Corporation | Dynamic crash detection and debugging assistance |
| US10579501B2 (en) | 2018-04-04 | 2020-03-03 | International Business Machines Corporation | Testing and reproduction of concurrency issues |
| US10691581B1 (en) | 2019-08-16 | 2020-06-23 | Sas Institute Inc. | Distributed software debugging system |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4589068A (en) * | 1983-10-03 | 1986-05-13 | Digital Equipment Corporation | Segmented debugger |
| JPH07113912B2 (ja) * | 1991-05-31 | 1995-12-06 | 富士ゼロックス株式会社 | 分散型情報処理システムのデバッグ方式 |
| US5452437A (en) * | 1991-11-18 | 1995-09-19 | Motorola, Inc. | Methods of debugging multiprocessor system |
| US5325530A (en) * | 1993-01-29 | 1994-06-28 | International Business Machines Corporation | Controller for sequential programming tools executed in a parallel computing environment |
| US5490134A (en) * | 1993-06-29 | 1996-02-06 | Southern California Edison Company | Versatile communications controller |
| US5781778A (en) * | 1994-09-29 | 1998-07-14 | International Business Machines Corporation | Method and system for debugging parallel and distributed applications |
| US5802371A (en) * | 1994-09-29 | 1998-09-01 | International Business Machines Corporation | Method of walking-up a call stack for a client/server program that uses remote procedure call |
| US5630049A (en) * | 1994-11-30 | 1997-05-13 | Digital Equipment Corporation | Method and apparatus for testing software on a computer network |
| US5819093A (en) * | 1995-03-03 | 1998-10-06 | Sun Microsystems, Inc. | System and method for a distributed debugger for debugging distributed application programs |
| US5787245A (en) * | 1995-11-13 | 1998-07-28 | Object Technology Licensing Corporation | Portable debugging service utilizing a client debugger object and a server debugger object |
| US5815653A (en) * | 1995-11-13 | 1998-09-29 | You; Lawrence L. | Debugging system with portable debug environment-independent client and non-portable platform-specific server |
| US5933639A (en) * | 1996-05-17 | 1999-08-03 | International Business Machines Corporation | System and method for debugging distributed programs |
-
1995
- 1995-03-03 US US08/399,120 patent/US5819093A/en not_active Expired - Lifetime
-
1996
- 1996-02-29 CA CA002170724A patent/CA2170724A1/en not_active Abandoned
- 1996-03-01 DE DE69621494T patent/DE69621494T2/de not_active Expired - Fee Related
- 1996-03-01 EP EP96301430A patent/EP0730227B1/en not_active Expired - Lifetime
- 1996-03-04 JP JP8073240A patent/JPH09120366A/ja active Pending
-
1998
- 1998-01-09 US US09/005,287 patent/US6042614A/en not_active Expired - Lifetime
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6868454B1 (en) | 1999-05-06 | 2005-03-15 | Fujitsu Limited | Distributed-object development system and computer-readable recording medium recorded with program for making computer execute distributed-object development |
| JP2001051871A (ja) * | 1999-08-09 | 2001-02-23 | Ricoh Co Ltd | リモートデバッグ装置 |
| US6961926B2 (en) | 1999-12-15 | 2005-11-01 | Nec Corporation | System and method for distributed debugging and recording medium on which control programs are recorded |
| JP2006268858A (ja) * | 2005-03-23 | 2006-10-05 | Microsoft Corp | アプリケーションホスト環境においてユニットテストを実行する方法および装置 |
| US11301364B2 (en) | 2016-10-25 | 2022-04-12 | International Business Machines Corporation | Facilitating debugging serverless applications via graph rewriting |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0730227A1 (en) | 1996-09-04 |
| US6042614A (en) | 2000-03-28 |
| EP0730227B1 (en) | 2002-06-05 |
| DE69621494D1 (de) | 2002-07-11 |
| US5819093A (en) | 1998-10-06 |
| CA2170724A1 (en) | 1996-09-04 |
| DE69621494T2 (de) | 2003-02-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH09120366A (ja) | 分散アプリケーション・プログラムをデバッグする分散デバッグのためのシステムおよび方法 | |
| US6011920A (en) | Method and apparatus for debugging applications on a personality neutral debugger | |
| Shapiro | Structure and encapsulation in distributed systems: The proxy principle | |
| US5737607A (en) | Method and apparatus for allowing generic stubs to marshal and unmarshal data in object reference specific data formats | |
| US6826746B2 (en) | Debugger probe for object oriented programming | |
| US5339422A (en) | System and method for jacketing cross-domain calls in a multi-code execution and debugging system within a multi-architecture environment | |
| US5794046A (en) | Method and system for debugging parallel and distributed applications | |
| US5630049A (en) | Method and apparatus for testing software on a computer network | |
| US6915509B1 (en) | Method and system for debugging a program | |
| US7203926B2 (en) | Active debugging environment for applications containing compiled and interpreted programming language code | |
| EP1508858A2 (en) | A method and system for executing software on non-native platforms | |
| US20030233634A1 (en) | Open debugging environment | |
| US20080066059A1 (en) | Computer readable storage medium for multi-language debugging | |
| JPH0827769B2 (ja) | 通信インターフェースの生成システム及びその方法 | |
| US20090125888A1 (en) | Expression-level debugging without format changes | |
| US6799320B1 (en) | Providing binding options for component interfaces | |
| US7200839B2 (en) | Debugging transactions across multiple processors | |
| Cargill | Pi: A case study in object-oriented programming | |
| Bacon et al. | Distributed computing with RPC: The Cambridge approach | |
| KR20010038205A (ko) | 내장형 실시간 소프트웨어의 원격 디버깅을 위한 디버그 에이전트 장치 및 그 운용 방법 | |
| Alkassar et al. | Proving the correctness of client/server software | |
| Duarte et al. | SUPPORTING ON–LINE DISTRIBUTED MONITORING AND DEBUGGING | |
| Montague et al. | UCSC Java Network Computer Procedures | |
| McDonald | Annotation and Diagnosis Using The Standard C Library | |
| JPH08147189A (ja) | 並列計算機のオペレーティングシステムのデバッグ方法 |