JPH05505695A - 多重アーキテクチャ環境内で特にコードのデバッグを行う改良したソフトウェア・デバッグ・システムと方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるため要約のデータは記録されません。

Description

【発明の詳細な説明】 多重アーキテクチャ環境内で特にフードのデバッグを行う改良したソフトウェア ・デバッグ・システムと方法背景技術 本発明は、ソフトウェアをデバッグする方法とシステムに関し、更に詳しくは、 多重アーキテクチャ環境内で多重コードを実行するシステム内で特にコードのデ バッグを行うデバッグの方法とシステムに関する。

ソフトウェアのデバッガは、正しく実行されているかどうかをテスト中の新しく 開発したプログラムまたは変更した既存のプログラム内の不具合を検出し、補正 するために一般的に使用する機構である。従来のデバッガでは、ユーザはプログ ラムを単独のステップで実行するか、または停止点または区切り点を設定するこ とが可能である。停止点または区切り点は、ユーザがメモリの内容またはプログ ラムの状態の情報を検討し、または変更するために対話を行うようにプログラム を停止するプログラム内の点である。

もしデバッグすべきソフトウェアがプログラムを実行するために入手することの できない新しいハードウェアのアーキテクチャで使用するように設計されていれ ば、固有のアーキテクチャまたは異なったアーキテクチャを育する入手可能なコ ンピュータである種のソフトウェアを実行するため、ソフトウェアのシュミレー タを使用することができる。プログラムのデバッグは、次にシュミレーシヨンを 行ったアーキテクチャによって行われる。

しかし、ユーザのソフトウェアまたは他のより水準の高いソフトウェアは通常外 部実行時間に対する依存性を有し、このため、固有のアーキテクチャでこのよう なソフトウェアを実行し、デバッグするために従来のシュミレータとデバッガを 使用することは、非現実的または不可能である。例えば、新しいアーキテクチャ のための実行時間のライブラリと動作システム自身を人手するこができないかも しれない。入手することのできない外部依存性を取り除くため、新しいプログラ ムで広範な変更を行わなければ、ライブラリと動作システムの呼び出しを行う新 しいプログラムは、固有のアーキテクチャ内でデバッグを行うシュミレータによ って実行することはできない。

従って、例え実際の新しいハードウェア、このハードウェア用の新しい動作シス テム及び（または）サポート用のソフトウェアが入手できなくても、この新しい ハードウェアのアーキテクチャ用に設計された新しいソフトウェアを実行し、テ ストし、デバッグする必要性が存在する。引用した特許出願番号１８７０−０４ １１とその他の引用した出願で開示されている新しいシステムと方法は、多重ア ーキテクチャ環境内で多重コードを実行することによってこの必要性及び関連す る必要性を満足するようにしている。新しい多重アーキテクチャ・システムで使 用することのできる新しい呼び出し可能なシュミレータは引用した出願番号ｌ８ ７０−０４２０で開示されている。

多重アーキテクチャ環境内でデバッグを行うという見地から、例えコードが２つ のアーキテクチャの異なった機能を利用していても、ユーザは、いずれのアーキ テクチャでもプログラムのコードと対話することができることが必要である。

従って、多重アーキテクチャのデバッガは多重アーキテクチャに同時にアクセス する必要がある。

本発明は、多重アーキテクチャ環境内に於いて多重コード実行システムの多重ア ーキテクチャに同時にアクセスすることによって、プログラムのコードをデバッ グするために使用することのできる新しい改良型デバッガ・システムと方法に関 する。

発明の開示 第１ハードウエア（Ｘ）のアーキテクチャを実施し、第２（Ｙ）アーキテクチャ と定義域間の呼び出しを取り扱う環境管理プログラムを有する多重コードを実行 してデバッグするシステム用のメモリ・システムと少なくとも１つのシュミレー タを有するコンピュータ・システムに於いて、多重アーキテクチャ環境で上記の 多重コードを実行しデバッグするシステムの一部として、各領域内でコートをデ バッグするシステムが設けられる。

上記のデバッグ・システムは、Ｘ領域またはＸ領域からデバッガの動作に対する 呼び出しを受け取る手段を育する。呼び出しに応答して、デバッグ命令を発生し てデバッグ動作の行われている領域に加える。

図面の簡単な説明 本明細書に含まれ本明細書の一部を構成する添付図は、本発明の１実施例を図示 し、明細書の記述と共に本発明の目的、利点及び原理を説明する。上記の添付図 に於いて： 第」図は、多重アーキテクチャ環境内で多重コードを実行してデバッグするシス テムの機能ブロック図である。

第２図は、第」図のシステムで使用するソフトウェア・システムのより詳細な機 能ブロック図を示し、本発明に従って構成したデバッガを含む。

第３図は、第２図のデバッガのソフトウェア及びハードウェア構造及び関連する システムの構成要素を表す機能ブロック図を示す。

第４図は、第３図のデバッガの一部として含まれるデバッガ・プログラム用の一 般的なフローチャートを示す。

第５図は、第３図のデバッガのために制御と調整を行う環境管理プログラムの一 部として含まれるシュミレータ／デバッガ用のドライバ・ループのフローチャー トを示す。

第６図は、マシン状態を５ＴＥＰに設定するためにデバッガのプログラムによっ て実行されるマシン状態設定ルーチンのフローチャートを示す。

第７図は、マシン状態をＲＵＮに設定するためにデバッガのルーチンによって実 行されるマシン状態設定ルーチンのフローチャートを示す。

第８Ａ−８Ｄ図は、領域依存命令を実行するためにデバッガのプログラムによっ て使用されるルーチンのそれぞれのフローチャートを示す。

第９図は、デバッガをサポートする場合、環境管理プログラムによって与えられ る定義域間ブリチェック・ルーチンのフローチャートを示す。

第１０図は、他のルーチンからの要求によってメモリ・アドレスの領域を判定す るルーチンのフローチャートを示す。

発明を実施するための最良の形感 更に詳しく説明すれば、第１図は、多重アーキテクチャ環境内で多重コートを実 行してデバッグするように構成したシステムＩＯを示す。Ｘブロツセサ１２は、 Ｘコードを含む多重コードを実行するための実Ｘアーキテクチャの一部を形成す る。Ｘコートは、Ｘアーキテクチャ内で動作するように設計したプログラムされ た命令を含む。

一般的に、システムＩＯは多重コードを処理して実行するように動作することが できるが、好適な実施例では、システムｌＯは、２つのコード、即ちＸコード及 びＸコートで示す他のコードを実行するように構成されている。Ｘコートは、そ のアーキテクチャがＸプロセッサ１２によってシュミレーションされているマシ ン上で実行するように設計したプログラムされた命令を育する。好適な実施例で は、システム１０は、Ｘコートにコンパイルされた即ち変換された新しいユーザ の水準のプログラムまたは他の水準のプログラムを直接実行することができ、こ れを実行する場合、Ｘ動作システムとサポート用ソフトウェアを利用する。

変換したＸプログラム・コードにシステム１０を商業的に適用する例として、Ｘ コードはハードウェアの実行が必要である複雑命令セット・コード（ＣＩＳＣ） であり、Ｘコートは実ＲＩＳＣ（実縮小命令セット・コード）用のハードウェア が必要でない縮小命令セット・コードである。実現可能なＣｌ５Ｃシステムは、 本出願の鐘受入の製作したＶＡＸ　（登録商標）コンピュータ・システムである 。

引用した出願番号１８７０−０４０９及び０４１０．０４１１．０４１６．０４ Ｉ９．０４２０，０４２１．０４２２及び０４２３を参照するが、これらはＣｌ ５ＣからＲＩＳＣへの変換システムに関するものである。

システム１０は、第」図に示すようなプログラムとデータの構成要素に対する一 般的なレイアウトを有するメモリ・システム１４を有する。引用した出願番号１ ８７０−０４１１で更に十分説明するように、Ｘローダニ６はメモリ・システム １４に対してプログラム・コードの入力を行う。

第２図は、システム１０によって実行することのてきるソフトウェア・システム １００のアーキテクチャを示す。呼び出し可能なシュミレータ１０４は、′＠２ アーキテクチャ（領域、これはＸハードウェア内で実施されたＹアーキテクチャ であるのが好ましい）内でソフトウェア・システム１００　（第２図）の一部ト シて機能する。シュミレータ＋０４は開発中であって入手することのできない可 能性のあるＸハードウェアてＹハードウェアをエミュレートするように構成され る。

一般的に、シュミレータ１０４は、環境管理プログラム１０２を介してＸコード からの呼び出しによってＹ命令を実行する。Ｘコードを実行するための環境管理 プログラム１０２を介して、またＸコートから呼び出しを行うこともできる。例 えば、Ｘコートはユーザの水準のアプリケーション・プログラムを表し、Ｘライ ブラリ内に位置するルーチンの実行を要求してもよく、またはＸ領域内で動作シ ステムの処理を要求する呼び出しを行ってもよい。シュミレータ１０４の構造と 動作の詳細な説明については、引用した出願番号＋８７０−０４２０を参照する こと。

システムの動作が多重コードの実行に限定されている場合には、システム１０に デバッグ能力を含める必要はない。しかし、システムｌＯをコードのテストに使 用しなければならない場合にはデバッグ能力が設けられる。

デバッガ・システム１１０は、環境管理プログラム１０２によって制御されてＸ 領域内でデバッグ動作を行う。動作全体の中で、デバッガ・システム＋１０は全 体の実行プロセスを検討して変更し、不具合を補正することができる。一般的に 、Ｘ領域とＹ＠域の両方で区切り点を設定するようなデバッグ動作に必要な手順 を、このデバッガ・システムは提供する。デバッガ１１０は、システム１００内 で呼び出し可能なシュミレータ＋０４と対話を行うように構成される。

環境管理プログラム１０２は、定義域量検出システム＋０６を使用し、Ｘコード またはＸコートのいずれかの実行中に、何時定義域間の呼び出しが行われるかを 判定する。Ｘ−Ｙジャケット・システム１０８は、環境管理プログラム・システ ム＋０２内で動作し、ルーチンの間で定義域間の呼び出しを実行する必要のある ＸとＹで実行可能な命令のインターフェースを与える。検出装置及びジャッケト ・システム１０６と１０８のより詳細な開示については１８７０−０４２１と１ ８７０−０４２２を参照すること。

環境管理ブ０グラム１０２は、ドライバ・ループ１１２を実行することによって 呼び出し可能なシュミレータ１０４とデバッガ１１０に対する監視制御を実行す る。サポート・ルーチン１１４は、特にデバッガ１１０からの要求に応じて種々 のサービスを提供する。

引用した出願番号１８７０−０４０９と１８７０−０４１０で開示したコードの 変換システムと方法を使用することによって、Ｃｌ５Ｃのユーザ水準のプログラ ムと他のＸプログラムは機能的に等価なＲＩＳＣＹプログラムに変換することが でき、これらのプログラムは、例え動作可能なＲＩＳＣＹハードウェアが入手で きなくても、実ｃｒｓｃ　ｘハードウェアでテスト及びデバッグ目的のためにシ ステムｌＯによって実行することが可能である。

有利なことは、Ｘプログラムを部分的にＹプログラム・コードに変換することが でき、または新しいプログラムを部分的にＹコードで書いてサポート用または他 のＸプログラム・コートによって実行することができ、かつＸとＹをミックスし たプログラム・コートはＸコードとＹコードの両方をテストしデバッグするため にシステムｌＯによって実行することができることである。Ｙコードは、シュミ レーションされたアーキテクチャ上で実行、テスト及びデバッグされ、残りのＸ コードは固有のアーキテクチャ上で実行、テスト及びデバッグされる。既存のＹ コードのテストに成功すると、Ｘコードを完全に変換してＹコードのテストとデ バッグを完了するまで、Ｘコードの他の部分を変換して階段的にＹコードをテス トしデバッグするこができる。階段状に前進するテストとデバッグを使用するこ とにより、テストとデバッグのプロセスの全体を容易に行うことができる。

全体として、ＹアーキテクチャをＹコードに変換する即ちコンパイルし、多重ア ーキテクチャ・システムに含まれているＸ即ち固有のハードウェアのアーキテク チャ上で実行される動作システムと実行時間ライブラリによって与えられている Ｙコード用の実行時間環境を有する呼び出し可能なシステムのシュミレータ上で このＹコートを実行することによって、プログラムをＹアーキテクチャに対して 実行しテストすることができる。従って、複合ソフトウェアは、Ｘ（実）アーキ テクチャと）′（シュミレーションを行った）アーキテクチャとの組み合わせ上 で適切に実行されるＸコードとＹコードを有している。ここで説明する好適な実 施例では、複合ソフトウェア・システム用の動作システムは構造上Ｘアーキテク チャに含まれている。

実アーキテクチャとシュミレーションされたアーキテクチャの間のコードの境界 は、一般的にシステムのユーザのニーズに対して開放されている。例えば、コー ドの境界は入出力中のプログラムとＸ動作システムの間に存在することが可能で あり、または上で示したように入出力中のプログラム内に存在してもよい。

ソフトウェア・システム１００は、一般的に広い範囲で異なったアーキテクチャ に対するアプリケーションを有している。システム１００は、また異なった動作 システムと異なった呼び出しシステムを育するアーキテクチャ実行システムに対 するアプリケーションを有しているが、もしアーキテクチャ実行システムが同じ 動作システムと同じ呼び出し規格を有していれば、このようなアプリケーション を容易に使用することができる。呼び出しシステムとこれらのシステムの間の相 違点に関する他の背景情報については引用した出願番号１８７０−０４２２を参 照すること。

ドライバ・ループ 第５図は、シュミレーション／デバッグ動作を駆動するドライバ・ループ１】２ のフローチャートを示す。ジャケット・システム１０８を介してＸルーチンを実 行するために呼び出しがＸコード、しばしばＸアプリケーション・コードから行 われると、ブロック１１８でループ１１２に入る。ジャケットによって、Ｘコー ドとＹコードの間のインターフェースをとり、呼び出し基準の差を調整する。

ブロック＋２０で、パラメータをジャケット・プロセスの一部として設定し、特 にＸパラメータを適当なＹのロケーションに載置し、Ｙコードの実行中に使用す る。従って、通常のジャケットしたルーチンの呼び出しでは、ジャケット・テー ブルをジャケント・システム１０８内で参照し、Ｘ領域内てはとこからパラメー タか得られたかということと対応する値をＸ領域内のどこに載置すべきかを判定 する。自動的にジャケットしたルーチンの呼び出しの場合には、ジャケット・シ ステム１０８内てこの目的のために標準呼び出し規則か特別のコードの中に含ま れている。特に、領域のインターフェース目的のためにジャケットを行うことに 関しては、引用した出願番号＋８７０−０４２２に説明されている。

特別の即ち特に他から区別したリターン・アドレスが、標準のリターン−アドレ ス・レンスタ内に設けられている。この特に他から区別したリターン・アドレス は、Ｙコートを含むものとして以前に設定したアドレスの範囲の外部に存在する 。これは、またＹ−Ｘ呼び出しを符号化するために使用することのできるアドレ スと異なっていなければならない。

機能ブロック１２２では、ＥＮＶ　ＣＭＤと名付けた列の変数がデホルトによっ てＲＵＮモード（連続的な命令の実行）に設定され、またこれはデバッガ１１０ からのユーザの選択によって５ＴＥＰモード（命令毎の実行）にセットすること もてきる。例えば、ユーザはＸコード・ルーチンによって呼び出された特定のＸ ルーチンに対してメンテナンスを実行することを決定する場合かあり、従って、 このユーザはＸ領域に対して５ＴＥＰ　ＭＯＤＥの選択を行うことかできる。

シュミレータ１０４はブロック＋２４で呼び出され、選択されたモードと現在の Ｙマシンの状態に従ってＹマシンのシュミレーションを行う。次にＸノλ−ドウ エアによってＸ領域内で１つ以上のＹ命令が実行される。

ブロック１２６は、次にンユミレータ１０４の動作が終了した後、このシュミレ ータから戻された検出状態に応じてドライバ・ループを終了しリターンする。

ブロック１２６で示すように、もしＹプログラムのカウンタがＹコートとデータ を含むものとして以前に設定した範囲から外れていると判定されれば、テスト・ ブロック１３０はＹプログラム・カウンタが呼び出した側のＸプログラムにリタ ーンしているかどうかを判定する。

もしＹプログラム・カウンタが特に他から区別したリターン・アドレスとブロッ ク１３０で一致していれば、Ｘルーチンの実行が完了し、そのＸの呼び出した側 にリターンする。ブロック１３２は、次にジャケット・サービスを行う、即ち、 このプロ、・り１３２はＹリザルト・レジスタ（複数）からの適当な値をＸ領域 にコピーする。通常、ジャケットされた呼び出しは最初の呼び出しを開始するの に使用するジャケット・テーブルによって処理される。自動ジャケット呼び出し には、以前に参照した特別のジャケット・コードを使用する。出口ブロック１３ ４で示すように、シュミレーションはこの点て終了する。

もしテスト・ブロック１３０で、Ｙプログラム・カウンタがジャケット・テーブ ルの入り口に対応し、特に他から区別したリターン・アドレスと一致していない と判定されれば、Ｘ領域内の現在の実行プロセス内でＸルーチンを実行するよう に呼び出しが行われる（プログラムのエラーが存在しない場合）。次に、ブロッ ク１３６はジャケット・サービスを行う、即ち、このブロック１３６はＹ−ｘ呼 び出しを開始し、ジャケット・システム１０８はジャケット・テーブルにアクセ スしてＸ領域からＸ領域にパラメータをコピーするのに必要な情報を取得し、ま た呼び出し中のＸルーチンのアドレスを得る等々を行う。呼び出されたＸルーチ ンからブロック１３６へのリターンが行われるとリターン値がＸ領域にコピーさ れ、経路１３７によって示すようにシュミレーションを再会する。

再びブロック１２６を参照して、もし５ＴＥＰモードが要求され、シュミレーシ ョンの終了がこれに従ってブロック１３８で示すようにステップ・ダン（Ｓｔｅ ｐ　Ｄｏｎｅ）と呼ぶケースであると判定されれば、機能ブロック１４０はデバ ッガ１１０を呼び出して要求されたステップの動作の終了を指示し、以前にリタ ーンした状態と変数ＥＮＶ　ＣＭＤを引き渡す。シュミレータにリターンするこ とにより、デバッガ１１０が直接的なシュミレータの再呼び出しを要求すること なく、シュミレーションを再開することができる。

デバッガ！１０は状態を解釈し、ユーザに報告を行うことができる。以前に設定 した内部スクリプトに従ってまたはユーザの選択によってデバッガ＋１０は別の シュミレータのステップの動作を要求することができる。デバッガの要求に従っ て、ドライバの変数ＥＮＶ　ＣＭＤをＲＵＮまたは５ＴＥＰに設定する。

デバッガ１１０は環境管理プログラム１０２を呼び出し、他の照会と状態制御機 能（ＢＲＥＡＫＰＯＩＮＴのような）を実行する。本実施例では、シュミレーシ ョンはドライバ１１２によってのみ制御される。

もしシュミレーションの終了がアポート】４２または区切り点＋４４またはＹの エラー１４６に起因するものであれば、ブロック１４８はデバッガ１１０を呼び 出し、ブロック１４０で説明したのと同じ方法で動作する。

デバッガ デバッガ１１０はＸ領域とＸ領域の両方でデバッグ動作を行うものであり、第３ 図にその詳細を示す。更に、デバッガの動作に最も大きな関係を有する共通多重 アーキテクチャ・メモリ、とソフトウェア・システム＋００の他の構成要素内に 内臓されているデバッガと関連するルーチンを第３図に示す。

デバッガの実行プログラム２００は、ブロック２０２で示すようにユーザと対話 を行うように構成されている。従って、ユーザは多重コードの実行とデバッグ・ システムによって実行されているＸプログラム・コードまたはＸプログラム・コ ード内の不具合を検出して補正することができる。

基本的なデバッグ機能は、一般的にＸ領域とＸ領域の両方に対してデバッガ１１ ０によって与えられる。以下で更に十分説明するように、基本的なデバッグ機能 を実行する手順と機構はＸ領域とＸ領域で異なっている。

プログラムの不具合の検出と補正を行うため、デバッガ・プログラム２００は、 領域に依存したサポートまたはサービス・ルーチン２０４と一般的なサポート・ ルーチン２０６によって命令を実行するように更に構成されている。ブロック２ ０８で示すように動作中のマシン（ＸまたはＹ）の状態は、実行中のコート内で ５ＴＥＰ命令またはＲＵＮ命令のいずれかに設定されている。

種々のデバッガサポート・ルーチン２１０がシュミレータ１０４内に内蔵され、 環境管理プログラム１０２を制御することによってアクセスされる。従って、ア ドレス領域ルーチン２１２と定義域間プリチェック・ルーチン２１４は、環境管 理プログラム＋０２内でアクセスされ、デバッガの動作に対して更にサポートを 行う。

第」０図のフローチャートに示すアドレス領域２１２は、シュミレータ／デバッ グ動作に必要であるので、命令アドレスがＸ領域内に存在するかまたはＸ領域内 に存在するかを判定する。好適な実施例では、ルーチン２１２（第４０図）はＸ 領域内に存在するアドレスの範囲のりスト２１３を使用する。このリストのアド レスの範囲の１つにある全ての要求されたアドレス２１５はブロック２１７によ ってＸ領域として戻され、このリストに存在しない全ての要求されたアドレスは ブロック２１９によってＸ領域として戻される。ルーチン２＋２はブロック２２ １に存在する。３つ以上のアーキテクチャに対してサービスを行う必要のある場 合、適当なリストと論理の変更を行う。

定義域間ブリチェック・ルーチン２１４（第３ＵｊＪ）によって、デバッガ２０ ０は（現在のプログラム・カウンタ）を実行することに関する命令がコードの実 行領域をＸからＹまたはＹからＸへの変更を引き起こすかどうかを判定すること ができる。シュミレータ／デバッガ駆動ループ１１２（第２図及び第５図）は環 境管理プログラム１０２によって実行され、Ｘコードの実行に対して基本的な制 御を行うと共に要求に従ってＸ領域をデバッグするデバッガの動作を行わせる。

メモリ・システム１４は、固有の（Ｘ）アーキテクチャとシュミレーションされ た（Ｙ）アーキテクチャによって実行されているＸとＹのプログラム・コード２ １８と２２０を有している。デバッガの動作に関連する他のメモリの内容には、 Ｘ領域のアドレス・リスト２１３、シュミレータ１０４の使用する区切り点テー ブル２１７及びＹアーキテクチャ・プログラムの状態２１９（即ち、シュミレー ションされたブロツセサのレジスタの状態）が含まれている。

この発明の本実施例では、各領域に対してプログラム・カウンタが設けられてい る。特に、Ｘプログラム・カウンタとＸプログラム・カウンタが設けられ、これ らのＸ及びＸプログラム・カウンタは基本的に相互に独立している。Ｘプログラ ム・カウンタは、ＸハードウェアによってＸコードのメモリ命令のリストから取 り出される次の命令のアドレスを含むレジスタである。Ｘプログラム・カウンタ は、Ｙシュミレータの一部として構成されたＸハードウェア内のレジスタであり 、同様にＸコードのメモリの命令リストからシュミレータによって取り出された 次のＹ命令を含んでいる。

デバッガのフローチャート デバッガのプログラム２００は、第４図に示すフローチャートに従ってその説明 した機能を実行する。もし環境管理プログラム１０２内のドライバ・ループ１１ ２（第２図と第５図）がＸ領域の呼び出しを検出すれば、デバッガ・プログラム ２００はブロック２２０でＸ領域またはＸ領域から開始される。

デバッガ１１０が動作可能な場合、デバッガ・プログラム２００はこれに従って 、ＸフードまたはＸコードから開始することができる。ＸコードまたはＸコード のいずれかから開始されるのは、下記の場合である。

ｌ　コートの実行かスタートし、デバッグのブ０ンブトか最初のタスクの実行で ある場合。

２　区切り点に達した場合。

３、デバッガによって発生された５ＴＥＰ命令が終了した場合。

４、ＸコードまたはＸコードが例外条件を発生する場合。

５　コードの実行が終了する場合。

本実施例では、Ｘコードからの開始は標準のＸハードウェアと標準のＸ動作シス テムによって行われる。Ｘコードからの開始は、環境管理プログラム１０２内の ドライバ・ループ２１６（第５図）によって行われる。

Ｘコードに対するデバッグの開始時点て、ドライバ・ループ１１２（第２図、及 び第４図で２１６で示す）はデバッガ・プログラム２００を呼び出し、これに現 在のプログラム状態と命令バッファに転送し、デバッガ・プログラム２００から リターンした場合に実行す一部き命令をこの命令バッファに入力する。命令バッ ファの名称はＥＮＶ　ＣＭＤてあり、その目的は、シュミレータ＋０４の実行状 態を制御することである。

ユーザとの対話ブ０ツク２２２ては、現在のＹプログラム状態かユーザに報告さ れ、命令がユーザから要求される。ユーザがサポート命令または実行状態命令を 入力すると、ブロック２２２はこの命令を分析して実行する。

好適な実施例では、各々の一般的なサポート命令はブロック２０６内の関連する ルーチン（特に図示せず）によって実行され、次にユーザとの対話ブロック２２ ２に戻る。一般的なサポート命令は、領域と関係なく同じ方法で常に実行されて いる従来の命令である。本実施例ではこのような命令には下記のものが含まれて いる。

１、スクリーンまたはウィンドに対する表示の制御、２、数字によって表示した デフォルト基数の２進法から１６進法への変更のような表示情報の形感の制御、 及び ３　本護受入の出版したＶＡＸ　（登録量’ｌ’）／ＶＭＳ動作システム用の注 文番号ＡＡ−ＬＡ５９Ａ−ＴＥのＶＭＳのデバッガのマニュアルに説明されてい る他の機能の設定 プログラムの領域に依存するサポート命令ＥＸＡＩｖ（ＩＮＥ、ＤＥＰＯＳ　Ｉ Ｔ、ＳＥＴ　ＢＲＥＡＫ、及びＣＡＮＣＥＬ　ＢＲＥＡＫは、ブロック２０４内 のそれぞれのルーチンによって実行される。これらのルーチンは、以下で詳細に 説明する。全ての領域に依存するサポート命令を実行した後、ユーザとの対話ブ ロック２２２に戻る。

もしユーザがマシンの状態をブロック２２２で設定するように要求すれば、現在 のプログラム領域に依存してブロック２２４によって５ＴＥＰ命令を実行するか 、または現在のプログラム領域に依存してブロック２２６によってＲＵＮ命令を 実行する。

５ＴＥＴまたはＲＵＮ命令の後、デバッガ・プログラム２００はブロック２２７ に示すように、適当な条件を設定して命令をデバッガの制御下でその領域に加え 、制御をＹユーザ・プログラムに戻し、次にこのプログラムは、これが呼び出し によって中断された点からデバッガ１１０に対する呼び出しを実行するステップ に進む。

ブロック２２４の５ＴＥＰルーチンに設定されたマシンの状態を、第６図に詳細 に示す。これの実行経路は、ここで「デバッグ領域」と呼ぶ５ＴＥＰ命令を加え てデバッグ制御下で動作されるべき領域によって決まる。一般的に、５ＴＥＰ命 令によって、デバッガ１１０はコードを実行すべき領域内で１つの命令が実行さ れることを指示し、次にブロック２２０でデバッガに再びエントリすることによ ってユーザから別の命令を要求する。

機能ブロック２３０は、定義域間ブリチェック・ルーチン２１４（第３図）を呼 び出して実行する。ルーチン２１４は、現在の命令が領域の変更を引き起こすか どうか、即ち、１つの領域から他の領域への実行の切り換えを引き起こすかどう かを判定する。もしそうであれば、新しい領域で実行される第」命令のアドレス をまた判定する。

もし領域の変更を検出すれば、ブランチ２３１か続く。ブロック２３２は新しい 領域で実行される第１命令のアドレスに区切り点を設定する。次に、マシンの状 態はブロック２３４によってＲＵＮに設定され、その結果、今設定した区切りて 示すように、ブランチ２３１からユーザ・プログラムに抜ける。

ブランチ２３１を介してブロック２２４から抜けた後、ジャケット・コードは領 域の変更を実行する。このことは引用した出願番号１８７０−０４２２に更に詳 しく開示されている。新しいコードの実行が区切り点に達した後、デバッガは再 スタートして５ＴＥＰルーチンが終了したことを示す。

引き続きブランチ２３３が実行され、ブロック２３０で領域のクロスが検出され ない場合にはブロック２３５が動作可能になる。５ＴＥＰ動作はＸ領域とＸ領域 で異なった方法で実行されるので、ブロック２３５は、現在の領域がＸであるか Ｙであるかを判定する。アドレス領域ルーチン２１２（第３図）が環境管理プロ グラム１０２から呼び出され、現在の命令実行アドレスに基づいて領域を判定す る。もしこの領域がシュミレーションされた（Ｙ）領域であると判定されれば、 ブロック２３８は、デバッガのプログラムの入力を受けたバッファ内のＥＮＶ− ＣＭＤに対する５ＴＥＰ命令を発生する。このようにして、命令か環境管理プロ グラム１０２に対して行われ、Ｘ領域内で１つの命令を実行する。これに応答し て、ドライバ・ループ２１６（第５図）は、Ｘ領域のシュミレータ１０４のデバ ッグ・サポート・ブロック２１Ｏ（第３図）内の５ＴＥＰルーチンを介してこの 命令の実行を容易に行う。引用した出願番号１８７０−０４２０でこのシュミレ ータ１０４の５ＴＥＰサポートをより詳細に説明している。

もし領域が固有の（Ｘ）アーキテクチャであると判定されれば、ブロック２４０ は、標準のＸハードウェアを使用してＸの状態を５ＴＥＰに設定し、５ＴＥＰを 実行する。例えば、ＶＡＸ　（登録１ｆｆ）のシステムでは、５ＩＮＧＬＥ　５ ＴＥＰモードはブロツセサの状態の４バイト・データ内の１ビツトによって設定 される。

ブロック２３８またはブロック２４０によってプログラム・ブランチ２３３を実 行した後、ルーチンはブロック２３６から抜け、ブロック２２７を介してユーザ ・プログラムに戻る（第４図）。

マシンの状態を第４図のユーザまたは４ＩＺ６図のプログラムによってＲＵＮに 設定すべきである場合、ブロック２２６は第７図に示すルーチンを実行し、この 実行経路は、ＲＵＮ命令を加えるべき領域にまた依存する。ブロック２５０に入 った後、機能ブロック２５２は、第６図でブロック２３５に付いて説明した方法 で現在のドメインを判定する。

もしＸ領域が検出されれば、ブロック２５４は、ＥＮＶ　ＣＭＤ内のＲＵＮ命令 を環境管理プログラム１０２によって与えられるバッファ内に載置する。次に、 ドライバ・ループ２１６はシュミレータ１０４に命令を加える。

もしＸ＠域が検出されれば、ブロック２５６は、Ｘプログラムの実行に戻ること によってＸの状態をＲＵＮに設定する。ブロック２５４または２５６を実行した 後、ルーチンはブロック２５８を抜けて呼び出しルーチンに進む。

第８Ａ−８Ｄ図は、領域に依存するルーチンの内の選択したルーチンを示す。

各ルーチンに入った後、現在の領域は、第６図のブロック２３５で説明するよう に、それぞれブロック２７０Ａ、２７０Ｂ、２７０Ｃ１または２７０Ｄによって 先ず判定される。

第８Ａ図の領域に依存するルーチン２７２はＥＸＡＭＩＮＥ命令を実行し、これ によってユーザはメモリのロケーションを検討することができる。もしターゲッ トのメモリのアドレスがＸ領域内にあれば、ブロック２７４は、Ｘハードウェア の動作によって共通メモリ内のＸ領域のロケーションの読み取りを実行する。

もしターゲットのアドレスがＸ領域内にあれば、ブロック２７６は環境管理プロ グラム１０７にＥＸＡＭＩＮＥ命令を処理するように要求する。次に、環境管理 プログラム１０２はシュミレータ１０４によって動作し、共通メモリ内のＸ領域 のアドレスを読出し、このデータをユーザに提供する。

ＥＸＡＭＩＮＥルーチン２７２は出口ブロック２７８で終了し、デバッガ・プロ グラム２００は次にユーザとの対話ブロック２２２からの他の命令を待機する（ １■４図ン　。

他の領域に依存するルーチン、即ち、第８Ｂ図に示すＤＥＰＯＳ　ＩＴシル−ン ２８０はＤＥＰＯＳ　ＩＴＸ命令実行し、この命令によって、ユーザはメモリの ロケーションに書き込みを行うことができる。もしターゲット・メモリのアドレ スがＸ領域内にあれば、ブロック２８２は共通メモリ内のＸ領域のロケーション に直接書き込みを行う。

もしターゲットのメモリのアドレスがＸ領域内にあれば、ブロック２８４は環境 管理プログラム１０２にＤＥＰＯＳ　ＩＴＸ命令処理するように要求する。次に 、環境管理プログラム１０２は、ソユミレータ１０４によって動作し、共通メモ リ内のＸ領域ロケーションに書き込みを行う。

ＤＥＰＯ３ＩＴルーチン２８０は出口ブロック２８６で終了し、デバッガ・プロ グラム２００はユーザとの対話ブロック２２２からの他の命令を待機する（第４ 図）。

第８Ｃ図内のＳＥＴ　ＢＲＥＡＫＰＯＩＮＴルーチン２９０は、また領域に依存 し、ユーザとの対話ブロック２２２を介してユーザによって行われた５ＥＴＢＲ ＥＡＫＰＯＩＮＴ命令またはブロック２３２が５ＴＥＰ命令を実行した場合の現 在の命令による領域のクロスの結果として、この命令を実行する（第６図）。

前に指摘したように、区切り点は、５ＴＥＰ命令を実行する場合の領域の変更命 令のターゲット・アドレスに設定する必要がある。

もし区切り点のターゲット・アドレスがＸ領域内にあれば、機能ブロック２９２ は直接Ｘプログラムのコードに区切り点を書き込む。もしアドレスがＸ領域内に あれば、ブロック２９４は環境管理プログラム１０２に命令を処理するように要 求し、次に区切り点はシュミレータ１０４の動作によってＹプログラムのコード 内に設定される。

命令された区切り点がプログラムのコードに入力された後、ブロック２９６は区 切り点テーブルに項目を加えて後で適当な５ＨＯＷまたはＣＡＮＣＥＬルーチン を使用するようにする。区切り点テーブルを使用することにより、デバッガ・プ ログラム２００は、後で区切り点のリストを表示し、または選択的に区切り点を 削除することができる。

テーブルに項目を加えた後、ＳＥＴ　ＢＲＥＡＫＰＯＩＮＴルーチン２９０は出 口ブロック２９８で終了し、要求を行っているルーチンに戻る。

これもまた領域に依存するＣＡＮＣＥＬ　ＢＲＥＡＫＰ○ＩＮＴルーチン３００ は、ユーザとの対話ブロック２２２でユーザが設けたＣＡＮＣＥＬ　ＢＲＥＡＫ ＰＯＩＮＴを実行する（第４図）。この命令によって、あるプログラム・コード のアドレスにデバッガ・プログラム２００か以前に畜き込んだ区切り点かキャン セルされる。

もし区切り点に対するターゲット・アドレスがＸ領域内にあれば、ブロック３０ ２はこれか以前にＸプログラム・コートに書き込んだ特定の区切り点を削除する 。もしターゲット・アドレスがＹｆｆｌ域内にあれば、ブロック３０４は環境管 理プログラム＋０２に命令を処理するように要求し、次に、シュミレータ１０４ を動作して特定の区切り点をＹコードから取り除く。

キャンセル動作が終了した後、ブロック３０６はキャンセルされた区切り点を区 切り点リストから取り除く。ブロック３０８てＣＡＮＣＥＬ　ＢＲＥＡＫＰＯＩ ＮＴルーチン３００を抜け、ユーザの他の命令を待機する。

第９図は、定義域間ブリチェック・ルーチン２１４のフローチャートを示しく第 ３図）、これは環境管理プログラム１０２内に存在している。ルーチン２１４に 入り、命令によって領域の変更が引き起こされるかどうかを判定する。

機能ブロック３１２は、先ず前に説明したような方法で、現在のプログラム・カ ウンタのアドレス領域ルーチン２１２（第１０図）の動作によって現在の領域を 判定する。もし現在の領域がＸ領域であれば、ブランチ３１４が続き、もし現在 の領域かＸ領域であれば、ブランチ３１６が続く。

ブランチ３１４ては、ブロック３１８でＸ命令を復号し、次の命令を判定する。

次に、次の命令のターゲット・アドレスをアドレス領域ルーチン２１２を実行す ることによってブロック３２０で判定する（第１０図）。もしターゲットのアド レスがＸ領域にあれば、ブロック３２１はこの命令によって領域を変更しないと いう指示を呼び出した側に対して発生する。しかし、もしターゲット・アドレス がＸ領域内にあれば、ブロック３２５は、命令によって領域が変更されるという 指示を呼び出した側に対して発生し、更に次の命令のアドレスを発生して区切り 点を入力する。

ブランチ３１６では、Ｘ命令をブロック３２２によって復号し、次の命令を判定 する。次に、次の命令のターゲット・アドレスはアドレス領域ルーチン２１２を 実行することによって、ブロック３２４によって判定される（第１０図）。もし ターゲット・アドレスがＸ領域内にあれば、ブロック３２３は、命令によって領 域か変更されないという指示を呼び出した側に対して発生する。もしターゲット ・アドレスがＸ領域内（こあれば、ブロック３２５は薪に説明したように領域の 変更の指示を発生する。

定義域間ブリチェック・ルーチン２１４は、ブロック３２６によって示すように 、呼び出した側に戻ることによって終了する。

本発明の多重アーキテクチャ環境内で特にコードのデバッグを行う上記の改良し たソフトウェアのデバッグ・システムと方法には本発明の範囲と精神から逸脱す ることなく当業者によって種々の変形と変更を行うことができる。従って、本発 明はこれらの変形と変更を添付の請求の範囲とその等価物の範囲にあるものとし て包含することを意図するものである。

ＦＩＧＵＲＥ　８Ｂ 要　約　書 第１ハードウエア（Ｘ）を実施し、メモリ・システムと、第２（Ｙ）アーキテク チャ用の少なくとも１つのシュミレータと、定義域間の呼び出しを取り扱う環境 管理プログラムを有する多重コードを実行しデバッグするシステムを有するコン ピュータ・システムに於いて、マルチアーキテクチャ環境で上記のマルチコード を実行しデバッグするシステムの一部として各領域内でフードをデバッグするシ ステムを設ける。このデバッグ・システムは、Ｘ（ｉ域またはＹ領域からデバッ ガの動作を呼び出す手段を有する。デバッグ動作用の命令は、いずれかの領域で 発生する。ユーザの発生することのできる命令には、デバッグ頭載に於けるマシ ンの状態のためのＲＵＮ命令と５ＴＥＰを含む。一般的なサポート命令とデバッ グ動作サポート命令をまた発生することができる。デバッグ動作サポート命令に は、ＥＸＡＭＩＮＥ、ＤＥＰＯ３ＩＴ、ＳＥＴ　ＢＲＥＡＫＰＯＩＮＴ、及びＣ ＡＮＣＥＬ　ＢＲＥＡＫＰＯＩＮＴが含まれる。後者の命令は、領域が異なると 異なった方法で実行する。

Claims (46)

【特許請求の範囲】
1. １．第１（Ｘ）ハードウェアのアーキテクチャを実施し、第２（Ｙ）アーキテク チャと定義域間の呼び出しを取り扱う環境管理プログラムを有する多重コードを 実行しデバッグするシステム用のメモリ・システムと少なくとも１つのシュミレ ータ、及び多重アーキテクチャ環境内で上記の多重コードを実行しデバッグする システムの一部として各領域内でコードをデバッグするシステムを有するコンピ ュータ・システムの上記のデバッグ・システムに於いて、上記のデバッグ・シス テムは： Ｘ領域からデバッガの動作に対する呼び出しを受け取る手段；Ｙ領域からデバッ ガの動作に対する呼び出しを受け取る手段；呼び出しによってデバッガの動作を 開始した後、上記のＸ領域とＹ領域に対してユーザのデバッグ命令を発生する手 段；及び上記のデバッグ命令を上記のデバッグ領域に加える手段；によって構成 されることを特徴とするデバッグ・システム。
2. ２．上記の発生手段は、上記のデバッグ領域にマシンの実行状態を設定する命令 を発生する手段を有することを特徴とする請求の範囲第１項記載のデバッグ・シ ステム。
3. ３．上記のマシン状態設定命令は、ＳＴＥＰ状態の設定とＲＵＮ　ＳＴＡＴＥの 設定を有することを特徴とする請求の範囲第２項記載のデバッグ・システム。
4. ４．ＳＴＥＰ命令の要求が終了し、上記のＳＴＥＰ設定命令発生手段と上記の付 加手段は： 定義域間の実行の切り替えが現在の命令によって要求されるかどうかを検出する 手段；もし定義域間の実行の切り替えが要求されれば、新しい領域で実行される べき第１命令のアドレスに区切り点を設定する手段；及び上記の新しい領域の実 行に入ると、新しい領域のマシンに加えてＳＴＥＰを実行するためにＲＵＮ設定 命令を発生する手段；を有することを特徴とする請求の範囲第３項記載のデバッ グ・システム。
5. ５．ＳＴＥＰ命令の要求が終了し、上記のＳＴＥＰ設定命令発生手段と上記の付 加手段は： 現在の実行領域を判定する手段； もし上記のＹ領域が実行中であり、領域の変更が要求されていないなら、上記の タに加える出力設定ＳＴＥＰ命令を発生する手段；及びもし上記のＸ領域が実行 中であり、領域の変更が要求されていないなら、上記のＸのハードウェアに加え る出力設定ＳＴＥＰ命令を発生する手段；を有することを特徴とする請求の範囲 第４項記載のデバッグ・システム。
6. ６．上記のシュミレータのＳＴＥＰ命令は、上記のシュミレータに加えるために 上記の環境管理プログラムに出力されることを特徴とする請求の範囲第３項、第 ４項、または第５項記載のデバッグ・システム。
7. ７．ＲＵＮ命令の要求が終了し、上記のＲＵＮ設定命令発生手段と上記の付加手 段は； 現在の実行領域を判定する手段； もし上記のＹ領域が実行中であれば、上記のシュミレータに加える出力設定ＲＵ Ｎ命令を発生する手段；及び もし上記のＸ領域が実行中であれば、上記のＸのハードウェアに加える出力設定 ＲＵＮ命令を発生する手段； を有することを特徴とする請求の範囲第項３記載のデバッグ・システム。
8. ８．上記のシュミレータのＲＵＮ命令は、上記のシュミレータに加えるために上 記の環境管理プログラムに出力されることを特徴とする請求の範囲第７項記載の デバッグ・システム。
9. ９．上記の命令発生手段は、デバッグ動作のたのサポート命令を発生する手段を 有することを特徴とする請求の範囲第１項記載のデバッグ・システム。
10. １０．上記のサポート命令は、異なった手段によって異なった領域に加えられる ため、領域に依存することを特徴とする請求の範囲第９項記載のデバッグ・シス テム。
11. １１．上記のサポート命令は、同様の手段によって異なった領域に加えられる命 令を更に有することを特徴とする請求の範囲第１０項記載のデバッグ・システム 。
12. １２．上記の領域に依存する命令は、メモリ・アクセス命令と区切り点処理命令 を有することを特徴とする請求の範囲第１０項記載のデバッグ・システム。
13. １３．上記のメモリ・アクセス命令は、検討命令と保管命令を有することを特徴 とする請求の範囲第１２項記載のデバッグ・システム。
14. １４．上記の命令発生手段と上記の付加手段は：現在の実行領域を判定する手段 ； もし読み取りまたは書き込み命令のターゲット・アドレスが上記のＹ領域内にあ れば、上記のシュミレータが処理する上記の読み取りまたは書き込み命令を発生 する手段；及び もし読み取りまたは書き込み命令のターゲット・アドレスが上記のＸ領域内にあ れば、上記のＸのハードウェアが直接実行する上記の読み取りまたは書き込み命 令を発生する手段； を有することを特徴とする請求の範囲第１３項記載のデバッグ・システム。
15. １５．上記のシュミレータの読み取りまたは書き込み命令は、上記の環境管理プ ログラムに出力されて上記のシュミレータに加えられることを特徴とする請求の 範囲第１４項記載のデバッグ・システム。
16. １６．上記の区切り点処理命令は、区切り点設定命令と区切り点破棄命令を有す ることを特徴とする請求の範囲第１２項記載のデバッグ・システム。
17. １７．命令発生手段は、設定した区切り点を加へ破棄した区切り点を取り除く区 切り点テーブルを発生する手段を更に有することを特徴とする請求の範囲第１６ 項記載のデバッグ・システム。
18. １８．上記の命令発生手段と上記の付加手段は：上記のターゲット区切り点のア ドレスの実行領域を判定する手段；上記のシュミレータに加えの区切り点アドレ スの設定または破棄命令を発生する手段；及び 上記のＸのハードウェアが直接実行する区切り点アドレス設定または破棄命令を 発生する手段； を有することを特徴とする請求の範囲第１６項記載のデバッグ・システム。
19. １９．上記のシュミレータの区切り点アドレス設定または破棄命令は、上記のシ ュミレータに加えるために上記の環境管理プログラムに出力されることを特徴と する請求の範囲第１８項記載のデバッグ・システム。
20. ２０．第１（Ｘ）ハードウェアのアーキテクチャを実施し、第２（Ｙ）アーキテ クチャと定義域間の呼び出しを取り扱う環境管理プログラムを有する多重コード を実行しデバッグするシステム用のメモリ・システムと少なくとも１つのシュミ レータ、及び多重アーキテクチャ環境内で上記の多重コードを実行しデバッグす るシステムの一部として各領域内でコードをデバッグするシステムを有するコン ピュータ・システムの上記のデバッグ・システムに於いて、上記のデバッグ・シ ステムは： Ｘ領域からデバッガの動作に対する呼び出しを受け取る手段；Ｙ領域からデバッ ガの動作に対する呼び出しを受け取る手段；デバッガの動作を開始した後、デバ ッグ動作が行われている領域内のマシンの実行状態を設定する命令を発生する手 段；及びデバッガの動作を開始した後、デバッグ動作のためのサポート命令を発 生する手段； によって構成されることを特徴とするデバッグ・システム。
21. ２１．上記のマシン状態の設定命令は、ＳＴＥＰの状態の設定とＲＵＮ　ＳＴＡ ＴＥの設定を有することを特徴とする請求の範囲第２０項記載のデバッグ・シス テム。
22. ２２．ＳＴＥＰ設定命令の発生を終了すると、上記の設定命令発生手段は：定義 域間の実行の切り替えが現在の命令によって要求されるかどうかを検出する手段 ； もし定義域間の実行の切り替えが要求されれば、新しい領域で実行されるべき第 １命令のアドレスに区切り点を設定する手段；及び上記の新しい領域の実行に入 ると、新しい領域のマシンに加えてＳＴＥＰを実行するためにＲＵＮ設定命令を 発生する手段；現在の実行領域を判定する手段； もし上記のＹ領域が実行中であり、領域の変更が要求されていないなら、上記の シュミレータに加える出力設定ＳＴＥＰ命令を発生する手段；及びもし上記のＸ 領域が実行中であり、領域の変更が要求されていないなら、上記のＸのハードウ ェアに加える出力設定ＳＴＥＰ命令を発生する手段；を有することを特徴とする 請求の範囲第２１項記載のデバッグ・システム。
23. ２３．ＲＵＮ命令の選択を終了すると、上記のＲＵＮ設定命令発生手段は：上記 の現在の実行領域判定手段； もし上記のＹ領域が実行中であれば、上記のシュミレータに加える出力設定ＲＵ Ｎ命令を発生する手段；及び もし上記のＸ領域が実行中であれば、上記のＸのハードウェアに加える出力設定 ＲＵＮ命令を発生する手段； を有することを特徴とする請求の範囲第２０項または第２１項または第２２項記 載のデバッグ・システム。
24. ２４．上記のサポート命令発生手段は、メモリ・アクセス命令と区切り点処理命 令を有することを特徴とする請求の範囲第２０項または第２１項または第２２項 または第２３項記載のデバッグ・システム。
25. ２５．上記のサポート命令発生手段は：もし読み取りまたは書き込み命令のター ゲット・アドレスが上記のＹ領域内にあれば、上記のシュミレータが処理する上 記の読み取りまたは書き込み命令を発生する手段；及び もし読み取りまたは書き込み命令のターゲット・アドレスが上記のＸ領域内にあ れば、上記のＸのハードウェアが直接実行する上記の読み取りまたは書き込み命 令を発生する手段； を有することを特徴とする請求の範囲第２４項記載のデバッグ・システム。
26. ２６．上記のサポート命令発生手段は、区切り点設定命令と区切り点破棄命令を 有することを特徴とする請求の範囲第２４項または第２５項記載のデバッグ・シ ステム。
27. ２７．上記のサポート命令発生手段は：上記のシュミレータに加える区切り点ア ドレス設定または破棄命令を発生する手段；及び 上記のＸのハードウェアが直接実行する区切り点アドレス設定または破棄命令を 発生する手段； を有することを特徴とする請求の範囲第２６項記載のデバッグ・システム。
28. ２８．メモリを有し、第１（Ｘ）ハードウェアのアーキテクチャと第２（Ｙ）ア ーキテクチャ用の少なくとも１つのシュミレータを実施するコンピュータ・シス テムの動作方法であって、定義域間の呼び出しを取り扱う環境管理プログラムを 使用する多重コードを実行しデバッグするプロセスと多重アーキテクチャ環境内 で上記の多重コード実行及びデバッグ・プロセスの一部として各領域内でコード をデバッグするサブプロセスを有する上記の動作方法の上記のサブプロセスに於 いて、上記のデバッグ・サブプロセスは：Ｘ領域からデバッガの動作の呼び出し を受け取るステップ；Ｙ領域からデバッガの動作の呼び出しを受け取るステップ ；呼び出しによってデバッガの動作を開始した後、上記のＸ領域とＹ領域に対し てユーザのデバッグ命令を発生するステップ；及び上記のデバッグ命令をデバッ グ領域に加えるステップ；によって構成されることを特徴とするデバッグ・サブ プロセス。
29. ２９．上記の発生ステップは、上記のデバッグ領域にマシンの実行状態を設定す る命令を発生するステップを有することを特徴とする請求の範囲第２８項記載の デバッグ・サブプロセス。
30. ３０．上記のマシン状態設定命令は、ＳＴＥＰ状態を設定するステップとＲＵＮ 　ＳＴＡＴＥを設定するステップを有することを特徴とする請求の範囲第２９項 記載のデバッグ・サブプロセス。
31. ３１．ＳＴＥＰ命令の要求が終了し、上記のＳＴＥＰを設定する命令を発生する ステップと上記の付加ステップは： 定義域間の実行の切り替えが現在の命令によって要求されるかどうかを検出する ステップ； もし定義域間の実行の切り替えが要求されると、新しい領域で実行されるべき第 １命令のアドレスに区切り点を設定するステップ；及び上記の新しい領域の実行 に入ると、新しい領域のマシンに加えてＳＴＥＰを実行するためにＲＵＮ設定命 令を発生するステップ；を有することを特徴とする請求の範囲第３０項記載のデ バッグ・サブプロセス。
32. ３２．ＳＴＥＰ命令の要求が終了し、上記のＳＴＥＰ設定命令を発生するステッ プと上記の付加ステップは： 現在の実行領域を判定するステップ； もし上記のＹ領域が実行中であり、領域の変更が要求されていないなら、上記の シュミレータに加える出力設定ＳＴＥＰ命令を発生するステップ；及びもし上記 のＸ領域が実行中であり、領域の変更が要求されていないなら、上記のＸのハー ドウェアに加える出力設定ＳＴＥＰ命令を発生するステップ；を有することを特 徴とする請求の範囲第３１項記載のデバッグ・サブプロセス。
33. ３３．上記のシュミレータのＳＴＥＰ命令は、上記のシュミレータに加えるため に上記の環境管理プログラムに出力されることを特徴とする請求の範囲第３０項 または第３１項または第３２項記載のデバッグ・サブプロセス。
34. ３４．ＲＵＮ命令の要求が終了し、上記のＲＵＮを設定する命令を発生するステ ップと上記の付加ステップは： 現在の実行領域を判定するステップ； もし上記のＹ領域が実行中であれば、上記のシュミレータに加える出力設定ＲＵ Ｎ命令を発生するステップ；及び もし上記のＸ領域が実行中であれば、上記のＸのハードウェアに加える出力設定 ＲＵＮ命令を発生するステップ； を有することを特徴とする請求の範囲第３０項記載のデバッグ・サブプロセス。
35. ３５．上記のシュミレータのＲＵＮ命令は、上記のシュミレータに加えるために 上記の環境管理プログラムに出力されることを特徴とする請求の範囲第３４項記 載のデバッグ・サブプロセス。
36. ３６．上記の命令を発生するステップは、デバッグ動作のためのサポート命令を 発生するステップを有することを特徴とする請求の範囲第１項記載のデバッグ・ サブプロセス。
37. ３７．上記のサポート命令は、異なった方法によって異なった領域に加えられる ため、領域に依存することを特徴とする請求の範囲第３６項記載のデバッグ・サ ブプロセス。
38. ３８．上記の領域に依存する命令は、メモリ・アクセス命令と区切り点処理命令 を有することを特徴とする請求の範囲第３７項記載のデバッグ・サブプロセス。
39. ３９．上記の区切り点処理命令は、区切り点設定命令と区切り点破棄命令を有す ることを特徴とする請求の範囲第３８項記載のデバッグ・サブプロセス。
40. ４０．上記の命令を発生するステップは、設定区切り点を加へ破棄区切り点を取 り除く区切り点テーブルを発生するステップを更に有することを特徴とする請求 の範囲第３９項記載のデバッグ・サブプロセス。
41. ４１．メモリを有し、第１（Ｘ）ハードウェアのアーキテクチャと第２（Ｙ）ア ーキテクチャ用の少なくとも１つのシュミレータを実施するコンピュータ・シス テムの動作方法であって、定義域間の呼び出しを取り扱う環境管理プログラムを 使用する多重コードを実行しデバッグするプロセスと多量アーキテクチャ環境内 で上記の多重コード実行及びデバッグ・プロセスの一部として各領域内でコード をデバッグするサブプロセスを有する上記の動作方法の上記のサブプロセスに於 いて、上記のデバッグ・サブプロセスは：Ｘ領域からデバッガの動作の呼び出し を受け取るステップ；Ｙ領域からデバッガの動作の呼び出しを受け取るステップ ；デバッガの動作を開始した後、デバッグ動作を行っている領域内のマシンの実 行状態を設定する命令を発生するステップ；及びデバッガの動作を開始した後、 各領域内でデバッグ動作のサポート命令を発生するステップ； によって構成されることを特徴とするデバッグ・サブプロセス。
42. ４２．上記のマシン状態設定命令は、ＳＴＥＰ状態を設定するステップとＲＵＮ 　ＳＴＡＴＥを設定するステップを有することを特徴とする請求の範囲第４１項 記載のデバッグ・サブプロセス。
43. ４３．ＳＴＥＰ設定命令の発生を終了すると、上記の設定命令発生ステップは： 定義域間の実行の切り替えが現在の命令によって要求されるかどうかを検出する ステップ； もし定義域間の実行の切り替えが要求されれば、新しい領域で実行されるべき第 １命令のアドレスに区切り点を設定するステップ；上記の新しい領域の実行に入 ると、新しい領域のマシンに加えてＳＴＥＰを実行するためにＲＵＮ設定命令を 発生するステップ；現在の実行領域を判定するステップ； もし上記のＹ領域が実行中であり、領域の変更が要求されていないなら、上記の シュミレータに加える出力設定ＳＴＥＰ命令を発生するステップ；及びもし上記 のＸ領域が実行中であり、領域の変更が要求されていないなら、上記のＸのハー ドウェアに加える出力設定ＳＴＥＰ命令を発生するステップ；を有することを特 徴とする請求の範囲第４２項記載のデバッグ・サブプロセス。
44. ４４．ＲＵＮ命令の選択を終了すると、上記のＲＵＮ設定命令発生手段は：上記 の現在の実行領域を判定するステップ；もし上記のＹ領域が実行中であれば、上 記のシュミレータに加える出力設定ＲＵＮ命令を発生するステップ；及び もし上記のＸ領域が実行中であれば、上記のＸのハードウェアに加える出力設定 ＲＵＮ命令を発生するステップ； を有することを特徴とする請求の範囲第４１項または第４２項または第４３項記 載のデバッグ・サブプロセス。
45. ４５．上記のサポート命令を発生するステップは、アクセス命令と区切り点処理 命令を発生するステップを有することを特徴とする請求の範囲第４０項または第 ４２項または第４３項または第４４項記載のデバッグ・サブプロセス。
46. ４６．上記のサポート命令を発生するステップは、区切り点設定命令と区切り点 破棄命令を発生するステップを有することを特徴とする請求の範囲第４５項記載 のデバッグ・サブプロセス。