JPH0217543A - プログラムのロード方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 Ａ、産業上の利用分野 本発明は一般に計算機及びデータ処理システムの仮想計
算機（ＶＭ）オペレーティングシステム（Ｏ５）に関す
る。更に詳細に説明すれば１本発明は目的プログラムの
アドレッシング・モードにおいて直接分岐連係（ｄｉｒ
ｅｃｔ　ｂｒａｎｃｈ　ｌｉｎｋａｇｅ）を介してプロ
グラムを呼出し、ロードプロセスにおける任意の点で、
該プログラムのアドレッシング・モード及びレジデンシ
ー・モードを動的に且つ対話的に指定変更し、前にロー
ドされたプログラムを、現にロードしているプログラム
と共に記憶装置に保持するかどうかを制御し、アーキテ
クチャに従属するプログラムを、アーキテクチャに従属
しないプログラムと共にロードし実行することを可能に
する。コマンド言語及びファイル管理機能を含むＶＭオ
ペレーティングシステムに対する改良されたサブシステ
ムに関する。

Ｂ、従来技術及びその問題点 仮想計算機の基本的な概念は、異なるオペレーティング
システムが計算機又はデータ処理システムを共用し、し
かも各々が該計算機又はデータ処理システムで走行する
唯一のオペレーティングシステムであるかのように論理
的に動作する基礎を提供することである。最も広く用い
られる仮想計算ｖ＆（ｖＭ）システムは、　ＩＢＭ　シ
ステム３７０　（Ｓ／３７０）計算機ファミリを管理す
るＶＭ／ＳＰである。

仮想計算機オペレーティングシステムで複数のユーザー
をサポートするために、コマンド言語及びファイル管理
機能を含むサブシステムを提供するのが普通である。こ
のようなサブシステムはＩＢＭのＶＭ／ＳＰの会話型モ
ニタ・システム（ＣＭＳ）である、　ＣＭＳはディスク
指向のオペレーティングシステムであり、共用の計算機
に対して、ユーザーは専用実計算機に対するかのように
完全にアクセスすることができる。このように、ＣＭＳ
ユーザーは専用仮想計算機を見ているが、　ＶＭ／ＳＰ
は多くの別個のＣＭＳ仮想計算機をサポートすることに
よりマルチユーザー時分割環境を提供する。　ＶＭ／Ｓ
Ｐ及びＣＭＳの一般的な説明は■、ローレン（Ｌｏｒｅ
ｎ）　、ＩＩ　、Ｍ　、デイチル（Ｄｓｉｔｅｌ）、オ
ペレーティングシステム（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓ
ｔｅｍ）、アディソンーウェスレイ（Ａｄｄｉｓｏｎ−
Ｗｅｓｌｅｙ）　（１９８１）　、第１６章、′仮想計
算機（Ｖｉｒｔｕａｌ　Ｍａｃｈｉｎｅｓ）、及び１１
．Ｍ、デイチル（Ｄｓｉｔｅｌ）。

オペレーティングシステム入門（Ａｎ　１ｎｔｒｏｄｕ
ｃｔｉｏｎｔｏ　Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍｓ
）、アデイソンーウエスレイ（Ａｄｄｉｓｏｎ−Ｗｅｓ
ｌｅｙ）　（１９８４）　、第２２章、”ＶＭ：仮想計
算機オペレーティングシステム（Ａ　Ｖｉｒｔｕａｌ　
ＭａｃｈｉｎｅＯｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）’
に記載されている。

ＩＢＭ　Ｓ／３７０アーキテクチヤは一人のユーザーに
対し２４ビツト・アドレッシング及び１６　Ｍｂまでの
制限された記憶装置を提供する。最近では、３１ビツト
・アドレッシングを可能にするＳ／３７０−ＸＡ　（拡
張アーキテクチャ）が導入されているので、単一のユー
ザーが使用可能な仮想記憶装置の能力は大幅に向上して
いる。しかしながら、２つの環境、Ｓ／３７０及びＳ／
３７Ｇ−ＸＡは完全な互換性を持ってはいない、詳細に
言えば、本発明以前に利用可能なプログラム・ローダ−
は１つのアーキテクチャに対処し、且つ全てのプログラ
ムはロードされた後は実行可能であると想定する。サポ
ートされた１つのアーキテクチャは、多重アドレッシン
グ・モード及びレジデンシー・モードの概念を含まない
Ｓ／３７０アーキテクチヤであるから、アドレッシング
・モード処理又はレジデンシー・モード処理は含まない
、プログラムは、アドレッシング・モードを切替えずに
、固定の再配置不能アドレスにロードされ実行される。

本発明の目的は多重アドレッシング・モード及びレジデ
ンシー・モードの概念をサポートするコンピュータ・ア
ーキテクチャを利用する新しいプログラム・ローダ−を
提供することである。

本発明のもう１つの目的はアーキテクチャに従属するプ
ログラム及びアーキテクチャに従属しないプログラムの
両者をロードし実行する能力を有するプログラム・ロー
ダ−を提供することである。

更に１本発明の目的はプログラムのアドレッシング・モ
ード及びレジデンシー・モードを、ロード・プロセス中
の任意の点で、動的に且つ対話的に指定変更する能力を
有するプログラム・ローダ−を提供することである。

更に１本発明のもう１つの目的は前にロードされたプロ
グラムが現にロードされているプログラムと共に記憶装
置にとどまるべきかどうかを制御する能力を有するプロ
グラム・ローダ−を提供することである。

Ｃ０問題点を解決するための手段 本発明に従って、アーキテクチャから独立したプログラ
ム・ローダ−はアドレッシング・モード及びレジデンシ
ー・モード処理、レジデンシー・モードに基づいたプロ
グラム再配置の領域並びにコンピュータ・アーキテクチ
ャ感知性を提供する。

アーキテクチャから独立したプログラム・ローダ−はア
ドレッシング・モード及びレジデンシー・モードを検証
し、レジデンシー・モードに基づいてロードしている間
にプログラムを再配置し、ロードされる予定のプログラ
ムがロードされている範囲内で仮想計算機アーキテクチ
ャで実行可能なことを保証する。更に、該プログラム・
ローダ−は異なるアドレッシング・モードを有するプロ
グラムを同時に走行させる機能を提供する。

Ｄ、実施例 発明の実施に最良のモードを構成する良好な実施例によ
り本発明を説明する。良好な実施例は、ＩＢＭ　Ｓ／３
７０及びＳ／３７０−ＸＡ　ｍ＋　：／ピユータで走行
するＩＢＭの会話型モニタ・システム（ＣＭＳ）製品及
び仮想計算機システム製品（ＶＭ／ＳＰ）の使用を想定
しているが、記述される概念の適用範囲は広く、他の環
境で走行する別のシステム製品でも利用することができ
る。

ＩＢＭ　Ｓ／３７０アーキテクチヤは２４ビツト・アド
レッシングだけが可能であり、且つアドレス空間は１６
　Ｍｂ（メガバイト）に限定される。　ＶＭ／ＸＡ　Ｓ
Ｐ制御プログラムはアドレス空間を９９９　Ｍｂに制限
するが、新しいＩＢＭ　Ｓ／３７０−ＸＡアーキテクチ
ャは３１ビツト・アドレッシングが可能であり、　２　
Ｇｂ　（ギガバイト）のアドレス空間が可能である。こ
れは１例えば。

３１ビツト・アドレッシング及び大きな仮想計算機を必
要とする科学技術のユーザーには最も役立つ。

Ｓ／３７０−ＸＡアーキテクチャでは、２４ビツト°ア
ドレツシング及び３１ビツト・アドレッシングはどちら
もプログラムによって用いることができる。この特性は
プログラムを新アーキテクチャに移行し、しかも変更せ
ずに２４ビツト・アドレッシングを用いて実行すること
を可能にする。プログラムは。

プログラム属性をセットする幾つかのＣＭＳコマンドで
２つの新しいオプションを指定することにより、この二
重アドレッシング特性を用いることができる。

これらのオプションはアドレッシング・モード（ＡＮＯ
ＤＥ）及びレジデンシー・モード（ＲＭＯＤＥ）である
、　ＡＭＯＤＥを指定することにより、ユーザーは該プ
ログラムの実行中に２４ビツト・アドレッシング又は３
１ビツト・アドレッシングのどちらを用いるかを指定す
る。’ＡＭＯＤＥ　２４″は、該プログラム実行中は２
４ビツト・アドレッシングを用いなければならないこと
を示し、　　”ＡＭＯＤＥ　３１″′は、　３１ビツト
・アドレッシングを用いなければならないことを示す、
１″ＡＭＯＤＥ　ＡＮ’／″は、該プログラムが２４ビ
ツト又は３１ビツトのどちらのアドレッシング・モード
でも呼出すことができることを示す、レジデンシー・モ
ード（ＲＭＯＤＥ）は仮想計算機アドレス空間で該プロ
グラムをロードすることができる位置を示す、　”ＲＭ
ＯＤＥ　２４”は、該プログラムを１６　Ｍｂラインの
下方にロードしなければならないことを示す、”ＲＭＯ
ＤＥ　ＡＮＹ”は、該プログラムを１６　Ｍｂラインの
上下どちらにもロードすることができることを示す。

以下５図面を参照して説明する。第１図には、本発明を
実施する際にユーザーが従う手順をブロック図形式で示
す、最初に１機能ブロック１で、ユーザーはＬＯ＾Ｄコ
マンドを出す、ローダ−はプログラム（ＴＥＸＴファイ
ル）を記憶装置にロードし、アドレッシング・モード（
ＡＭＯＤＥ）及びレジデンシー・モード（ＲＭＯＤＥ）
を検証する０機能ブロック２で、ユーザーは５ＴＡＲＴ
コマンドを介してプログラムを実行する。アドレッシン
グ・モードはプログラムが実行を開始する前にセットさ
れる１機能ブロック３で、ユーザーはＩＮＣＬＵＤＥコ
マンドを少なくとも１つ実行する。ローダ−は指定され
た各々のＴＥＸＴファイルを記憶装置に読込んで単一の
統合プログラムを形成し、ＡＭＯＤＥ及びＲＭＯＤＥを
検証する９機能ブロック４で、ユーザーは５ＴＡＲＴコ
マンドを介してプログラムを実行する１機能ブロック５
で、ユーザーはＧＥＮＭＯＤ　（モジュール生成）コマ
ンドを出し１機能ブロック１．３で実行されたステップ
によって記憶装置で生成され゛た統合プログラムからＭ
ＯＤＵＬＥプログラムを生成する。プログラムは、ＡＭ
ＯＤＥ、　ＲＭＯＤＥ及びそのアーキテクチャ要求を含
めて、ディスクに記憶される０機能ブロック６で、ユー
ザーはＬＯＡＤＭＯＤコマンドを出し、機能ブロック５
で生成されたＭＯＤＵＬＥを記憶装置に読込む、ローダ
−は、ＭＯＤＵＬＥのＲＭＯＤＥによって決定された。

記憶装置のアドレスに（再配置可能な）　ＭＯＤＵＬＥ
をロードする。もしプログラムがアーキテクチャの不一
致により仮想計算機で実行することができなければ、ロ
ードは拒絶される０機能ブロック７で、ユーザーは５Ｔ
ＡＲＴコマンドを介してプログラムを実行する。　ＡＭ
ＯＤＥはプログラムが実行を開始する前にセットされる
０機能ブロック８で、ユーザーは５機能ブロック５で生
成されたＭＯＤＵＬＥを、その名前で呼出すことにより
呼出す。

プログラムは１機能ブロック６の場合と同様にロニドさ
れ１機能レベル７の場合と同様に自動的に実行される。

第２図に示す流れ図のロジックは、　ＣＭＳ　ＬＯＡＤ
コマンドがレジデンシー・モード（ＡＮＯＤＥ）及びア
ドレッシング・モード　（ＡＮＯＤＥ）属性をどのよう
に処理し、且つ仮想記憶装置にロードされることになっ
ているＴＥＸＴファイルに割当てるかを示す、最初に機
能ブロック１０で、入力記憶装置はＬＯＡＤコマンドで
処理する予定の１又は複数のＴＥＸＴファイルを取込む
０判定機能ブロック２０及び５０はＬＯＡＤコマンドで
０ＰＴＩＯＮＳとしてＲＭＯＤＥ及び（又は）　ＡＭＯ
ＤＥが指定されたかどうかを判定する。もしＲＭＯＤＥ
及び（又は）　ＡＭＯＤＥが指定されたなら、それらに
関連した値の妥当性が判定ブロック３０及び６０でそれ
ぞれ検査される。　ＡＭＯＤＥの有効な値は２４．３１
　又はＡＮＹであり、　ＲＮＯＩ）Ｅ　（７）有効な値
は２４及びＡＮＹである。

もしどちらかの値が無効であったなら１機能ブロック４
０及び（又は）７０で、誤りメツセージを出す、もし　
ＡＭＯＤＥ及びＲＭＯＤＥがどちらも有効に指定されて
いれば１判定ブロック９０で、それらの組合せが有効で
あるかどうかを判定する検査が行われなければならない
、もし有効ではないなら。

機能ブロック１００で誤りメツセージを出す、唯一の無
効な組合せはＡＭＯＤＥ　２４とＲＭＯＤＥ　ＡＮＹの
組合せである。

もしＡＭＯＤＥが指定されなかったなら、判定ブロック
５５でＲＭＯＤＥが指定されたかどうかを検査する。も
しＲＭＯＤＥも指定されなかったなら、機能ブロック８
０で、ＡＭＯＤＥ及びＲＭＯＤＥの値がどちらもテキス
トから取得される。もしＲＭＯＤＥ及び（又は）ＡＭＯ
ＤＥがＬＯＡＤコマンドで指定され１判定ブロック２０
及び５０で検査されたなら、各ロジック経路は機能ブロ
ック１１０に達する。ブロック１１０で、ＲＭＯＤＥ及
びＡＭＯＤＥは指定された値か又は省略時の値にセット
される。

有効な組合せが決定されセットされると１判定ブロック
１２０で、　ＬＯＡＤコマンドでＰＲＥＳ　　（保存）
オプションが指定されたかどうかを判定する検査が行わ
れる。もし指定されていなかったなら、前にロードされ
たプログラムが、第３図の機能ブロック１４０で記憶装
置から消去される。もし指定されていたなら１判定ブロ
ック１３０で、　　ＬＯＡＤアドレスが、前にロードさ
れたプログラムの場合と同じかどうかを判定する検査が
行われる。もし２つのアドレスが同じなら、第３図の機
能ブロック１４０で、前にロードされたプログラムが記
憶装置から消去される。さもなければ、制御は第３図の
機能ブロック１５０に移行する。

第３図に示す流れ図のロジックは、ＣＭＳ　ＬＯＡＤコ
マンドが次に、前にロードされたプログラムを記憶装置
から削除することになっているかどうかをどのように判
定するか、並びに１又は複数のユーザーＴＥＸＴファイ
ルを仮想記憶装置のどこにロードすることになっている
かを示す０判定ブロック１５０で、ＲＭＯＤＥが２４に
セットされたかどうかを判定する検査が行われる。もし
そうなら１機能ブロック１８０で、テキスト・ファイル
が１６　Ｍｂよりも下にロードされる。さもなければ、
機能ブロック１６０で、　ＲＭＯＤＥがＡＮＹに決定さ
れ、判定ブロック１７０で、ＡＮＯＤＥが２４であるか
どうかを判定する検査が行われる。もしそうなら、機能
ブロック１８０で、テキスト・ファイルが１６　Ｍｂよ
りも下にロードされる。さもなければ、機能ブロック１
９０で、　ＡＭＯＤＥが３１又はＡＮＹに決定される。

この場合、判断ブロック２００で５仮想計算機が１６　
Ｍｂよりも大きい記憶装置を有するかどうかを判定する
検査が行われる。もし　１６　Ｍｂよりも上の所要量の
記憶領域が使用可能ではないなら、機能ブロック２１０
で、プログラムＴＥＸＴファイルは　１６　Ｍｂよりも
下にロードされるが、もしそれが使用可能なら１機能ブ
ロック２２０で、　ＴＥＸＴファイルは１６　Ｍｂより
も上にロードされる。どちらの場合にも、ロード・プロ
セスは機能ブロック２３０で終了する。

ＧＥＮＭＯＤ　（モジュール生成）コマンドは２４ビツ
トないしは３１ビツトのアドレッシング環境で再配置可
能なモジュールをサポートするように拡張される。該コ
マンドはＡＭＯＤＥ又はＲＭＯＤＥオプション（もしく
は両者）を保持し、もし指定されれば、アセンブラ・ソ
ース生成時又はＬＯＡＤ時に指定されたＡＭＯＤＥ又は
ＲＭＯＤＥを指定変更する。２４ビツト及び３１ビツト
のアドレッシング環境で走行することを必要とするプロ
グラムはＡＭＯＤＥ　ＡＮＹないしは３１並びにＲＭＯ
ＤＥ　ＡＮＹのオプションと共に生成されなければなら
ない、以下に詳細に説明する追加オプションとしテ、　
Ｓ／３７０又はＳ／３７０−ＸＡオプションのどちらか
を指定することができる。もしＳ／３７０オプシヨンが
指定されれば、プログラムはＳ／３７０仮想計算機でだ
け走行することができる。

もしどちらも指定されなければ、該モジュールはＳ／３
７０　又はＳ／３７０−ＸＡ　（−−ドの計算機のどち
らででも実行することができる６例えば、もし両者の環
境で用いることができ且つ再配置可能なモジュールを生
成することが要求されれば、下記のＣＭＳコマンドが用
いられる： ＬＯＡＤ　　ＰＲＯＧ　（ＲＬＤＳＡＶＥＧＥＮＭＯＤ
　ＰＲＯＧ　（ＡＭＯＤＥ　ＡＮＹ　ＲＭＯＤＥ　ＡＮ
Ｙ第４図に示す流れ図のロジックは、　ＣＭＳ　ＧＥＮ
ＭＯＤコマンドの呼出者が、仮想記憶装置に現にロード
されている１ないしは複数のテキスト・ファイルのＡＭ
ＯＤＥ及び（又は）　ＲＭＯＤＥ属性を指定変更できる
ことを示す、　ＣＭＳ　ＧＥＮＭＯＤコマンドは、仮想
記憶装置に現にロードされている１又は複数のテキスト
・ファイルからＭＯＤＵＬＥファイル形式でプログラム
を生成するために用いられる。このモジュール・ファイ
ルはディスクに保管され、以後いつでも実行することが
できる。　ＣＭＳ　ＧＥＮＭＯロコマンドはＡＮＯＤＥ
及びＲＭＯＤＥ属性を処理しＭＯＤＵＬＥファイルに割
当てる。

第４図の機能ブロック３１０で、ＧＥＮＭＯＤコマンド
が出されると、その属性を　ＭＯＤＵＬＥファイルに割
当てを行うオプションを指定することができる。

もしＡＭＯＤＥオプション（即ち、　ＡＭＯＤＥ値）が
判定ブロック３２０で指定されれば、判定ブロック３３
０で、それが有効な値であるかどうかを判定する検査を
行わなければならない、もしそれが有効ではないなら、
処理は停止し、機能ブロック３４０で誤りメツセージを
出す、もしそれが有効なら。

機能ブロック３５０で、その値が後で起こりうるＡＭＯ
ＤＥ／ＲＭＯＤＥの組合せ検査のため保管される。そし
て制御は判定ブロック３６０に移行し、　ＲＭＯＤＥオ
プションが指定されているかどうかを判定する。

もし指定されているなら１判定ブロック３７０で、それ
が有効な値かどうかを判定する検査を行わなければなら
ない、もしそれが無効なら、処理は停止し１機能ブロッ
ク３８０で、誤りメツセージを出す、もしそれが有効な
ら１機能ブロック３９０で、後で起こりうるＡＮＯＤＥ
／ＲＭＯＤＥの組合せ検査のためその値を保管する。

ＲＭＯＤＥが指定されていなかった場合には、判定ブロ
ック４００で、ＡＭＯＤＥ　−１＋　ＲＭＯＤＥも指定
されていないかどうかを判定する検査を行わなければな
らない、ＡＭＯＤＥ値が指定されていたものと仮定する
と１機能ブロック４１０で、指定されたＡＭＯＤＥ値が
ＭＯＤＵＬＥに割当てられ、且つテキスト処理から保管
されたＲＭＯＤＥ値がＭＯＤＵＬＥに割当てられる。

他方、もしどちらの値も指定されていなければ、機能ブ
ロック４２０で、テキスト処理中に保管されｆニー　Ａ
ＭＯＤＥ及びＲＭＯＤＥ値がどちらもＭＯＤＵＬＥ　Ｌ
：割当てられる。

機能ブロック３９０で、もし有効なＲＭＯＤＥ値が検出
され保管されるなら１判定ブロック４３０で。

ＡＮＯＤＥの値も指定されたかどうかを判定する検査を
行わなければならない、もし指定されていなければ、機
能ブロック４６０で５指定されたＲＭＯＤＥ値がＭＯＤ
ＯＬＥに割当てられ且つテキスト処理中に保管されたＡ
ＭＯＤＥ値がＭＯＤＯＬＥに割当てられる。

もしＡＮＯＤＥ及びＲＭＯＤＥの有効な値が機能ブロッ
ク３５０及び３９０で保管されたなら１判定ブロック４
４０で、それらの値の組合せが有効かどうかを判定する
検査が行われる。無効なＡＭＯＤＥ／ＲＭＯＤＥの組合
せの１つはＡＮＯＤＥ　２４とＲＭＯＤＥ　ＡＮＹの組
合せである。もしこの組合せが指定されていたなら。

ＧＥＮＭＯＤコマンドは終了し１機能ブロック４５０で
。

誤りメツセージを出す、もし組合せが有効なら。

機能ブロック４７０で、　ＡＭＯＤＥ及びＲＭＯＤＥの
指定された値がＭＯＤＵＬＥに割当てられる。

第５図の流れ図のロジックは、ＣＭＳ　ＧＥＮＭＯＤコ
マンドの発行者が、生成されたＭＯＤＵＬＥ　ｉ、：対
し、アーキテクチャに従属するか又はアーキテクチャか
ら独立するかを指定することを可能にするプロセスを示
す、　ＣＭＳ　ＧＥＮＭＯＤコマンドはアーキテクチャ
属性を処理しＭＯＤＵＬＥファイルに割当てる。

八ＭＯＤＥ及びＲＭＯＤＥ属性が割当てられた後、次に
割当てられるモジュール属性はＳ／３７０又はＳ／３７
０−ＸＡアーキテクチャ属性である。アーキテクチャ属
性はＭＯＤＵＬＥが１つの属性又は別の属性に従属して
いるか、もしくは該モジュールはアーキテクチャに従属
してはいないことを示す、もしＭＯＤＵＬＥがアーキテ
クチャに従属することを示すなら、当該プログラムをＳ
／３７０又はＳ／３７０−ＸＡ　−Ｔ−−ドの仮想計算
機で実行することができる。もしＭＯＤＯＬＥがアーキ
テクチャ属性としてＳ／３７０を示すなら、該モジュー
ルはＡ／３７０モードの仮想計算機でだけ実行すること
ができる。同様に、もしＭＯＤＵＬＥが属性としてＳ／
３７０−ＸＡを示すならば、該モジュールはＡ／３７Ｑ
−ＸＡモードの仮想計算機でだけ実行することができる
。

最初、第５図の判定ブロック４８０で、ＧＥＮＭＯＤに
おいてオプシ−ｓ　ン、Ｓ／３７０又はＳ／３７０−Ｘ
Ａのどちらが指定されているかを判定する検査が行われ
る。もしどちらのオプションも指定されていなかったな
ら１機能ブロック４９０で、アーキテクチャからの独立
がＭＯＤＵＬＥ属性として指定される。

次に１判定ブロック５００の検査で、もしＳ／３７０及
びＳ／３７０−ＸＡ両者の属性が指定されていれば。

同じ結果が得られる。即ち、機能ブロック５１０で、　
ＭＯＤＵＬＥに対してアーキテクチャからの独立が指定
される０判定ブロック４８０及び５００における判定で
、もしＳ／３７０又はＳ／３７０−ＸＡのどちらか一方
だけが指定されていたなら、判定ブロック５２０で、　
Ｓ／３７０属性が指定されたかどうかを判定する検査を
行わなければならない、もしそうなら１機能ブロック５
３０で、　ＭＯＤＩＪＬＥに対しＳ／３７０に従属する
属性が指定され、さもなければ、機能ブ０７り５４０　
テ、　ＭＯＤＵＬＥニ対しＳ／３７０−ＸＡ　４ｍ従属
する属性が指定される。　ＭＯＤＵＬＥに対しアーキテ
クチャ属性が指定されると、機能ブロック５５０で、Ｍ
ＯＤＵＬＥファイルがディスクに書込まれる。

第６図の流れ図のロジックは、　ＧＥＮＭＯＤコマンド
呼出しで指定されたアーキテクチャ属性に基づいてＣＭ
Ｓ　ＭＯＤＩＪＬＥファイルを仮想記憶装置にロードす
ることができるかどうかを示す、更に、このロジックは
ＧＥＮＭＯＤコマンド処理の間に指定されたＲＭＯＤＥ
属性に基づいてＭＯＤＵＬＥをどのように仮想記憶装置
にロードするか、並びに前にロードされたプログラムが
削除することになっているか又は仮想記憶装置に保持す
ることになっているかどうかを示す。

第６図の機能ブロック６１０で、ＬＯＡＤＭＯＤコマン
ドが出されると、外部又はＣＭＳ内からの一定のモジュ
ール属性を検査し、該ＭＯＤＵＬＥはロードすることが
できるかどうか、どこにロードすることができるか、並
びに前のプログラムは保持されるか又は記憶装置から削
除されるかを判定しなければならない、最初、その計算
機が現在Ｓ／３７０−ＸＡモードで実行しているかどう
かを判定する検査が判定ブロック６２０で行われる。も
しそれがＳ／３７０−ｘ＾モードなら、判定ブロック６
３０で、ロードすべきＭＯＤＵＬＥがＳ／３７０アーキ
テクチヤ従属かどうかを判定する。もしロードすべきＭ
ＯＤＵＬＥフアイルがＳ／３７０のアーキテクチャ属性
であるなら。

ＬＯＡＤＭＯＤコマンドは終了し、機能ブロック６４０
で誤りメツセージを出す、もし仮想計算機がＳ／３７０
−ＸＡ　モードではなく、Ｓ／３７０モートチアルナラ
。

判定ブロック６５０でＭＯＤＵＬＥを検査し、それがＳ
／３７０−ＸＡアーキテクチャ属性を有するかどうかを
判定する。もしそうなら、ＬＯＡＤＭＯＤコマンドは終
了し、機能ブロック６６０で、誤りメツセージを出す。

アーキテクチャ属性が誤りなしに処理されると、次のス
テップは（再配置可能な）　ＭＯＤＵＬＥファイルをＲ
ＭＯＤＥ属性に基づいて仮想記憶装置にロードすること
になる０判定ブロック６７０で、　　ＭＯＤＵＬＥがＲ
ＭＯＤＥ　２４属性を有するかどうかを判定する検査が
行われ、もし該属性を有するなら、記憶装置がアクセス
され、　　ＭＯＤＵＬＥファイルの実行可能な部分が１
機能ブロック６８０で１６　Ｍｂアドレスよりも下にロ
ードされる。さもなければ、ＲＭＯＤＥ属性はＡＮＹで
あり、且つＭＯＤＵＬＥは仮想記憶アドレス空間のどこ
にでも、即ち　１６　Ｍｂアドレスの上にも下にも置く
ことができる８判定ブロック６９０で、記憶装置が１６
　Ｍｂアドレスよりも上で使用可能であるかどうかを判
定する検査が行われなければならない、これは　１７　
Ｍｂ又はそれ以上の定義されたＳ／３７０−ＸＡモード
の仮想計算機でのみ可能である。もし判断ブロック６９
０の検査結果が、Ｓ／３７０モードの仮想計算機では常
にそうであるように、ノーであるなら、機能ブロック７
００で１Ｍ０ＤＯＬＥは　１６　Ｍｂよりも下にロード
される。しかし、検査結果がイエスであるなら１機能ブ
ロック７１０’ｒ　ＭＯＤＵＬＥは　１６　Ｍｂよりも
上にロードされる。

ＭＯＤＵＬＥファイルが記憶装置にロードされた後、判
定ブロック７２０で、前にロードされたプログラム（Ｔ
ＥＸＴ及びＭＯＤＵＬＥ）を記憶装置に保持すべきか又
は記憶装置から削除すべきかを判定する検査が行われる
。この検査に入力されるのはＬＯＡＤＭＯＤのＰＲＥＳ
　Ｉ　Ｎ０ＰＲＥＳ　（保存または非保存）オプション
並びにＭＡＰ　ｌ　ＮＯＭＡＰ及び（又は）　ＳＴＲＩ
　Ｎ０５ＴＲ（記憶装置初期化または記憶装置非初期化
）　ＭＯＤＵＬＥ属性である。もしＮ０ＰＲＥＳオプシ
ヨンがしＯＡＤＭｏＤで指定されるか又は省略時の値に
なっており且つＭＯＤＵＬＥがＭＡＰ又はＳＴＲの属性
を有するなら。

機能ブロック７３０で、前にロードされた全てのプログ
ラムが仮想計算機から削除される。いずれにしても、制
御は第７図の機能ブロック７４０に移行する。

モジュールが記憶装置にロードされ且つ前のプログラム
が処理（即ち、削除ないしは保存）されると、　ＭＯＤ
ＵＬＥプログラムを実行することができる。もしＬＯＡ
ＤＭＯＤコマンドが外部的に出されたなら、　ＭＯＤＵ
ＬＥファイルはＣＭＳ　５ＴＡＲＴコマンドによって実
行することができる。もしＬＯＡＤＭＯＤコマンドが内
部的にＣＭＳＳｖＣハンドラ　（ＤＭＳＩＴＳ）　４．
：よ４Ｊ　出されたなら、これはＭＯＤＵＬＥがそのフ
ァイル名によって呼出されており、どちらも記憶装置に
ロードされ実行されることを表わす。

第７図は、呼出されたＭＯＤＵＬＥがアドレッシング・
モード、２４又は３１．のどちらで制御を受取ることに
なっているかを判定するロジックを示す。

機能ブロック７４０で、予備機能１例えばモジュールを
そのファイル名によって呼出すときのレジスタの保管及
びプログラム保管領域の取得が実行される。予備機能の
後、判定ブロック７５０で、ＡＭＯＤＥ　ＡＮＹ属性の
検査が行われる。もしＭＯＤＵＬＥがＡＭＯＤＥ　ＡＮ
Ｙ属性を有するなら、ＭＯＤＵＬＥはその実行を要求し
たプログラム（即ち、呼出者）と同じアドレッシング・
モードで制御を受取ることになる。呼出者のＡＭＯＤＥ
属性は判定ブロック７６０で検査され、もしそれが３１
ではないなら、機能ブロック７７０で、呼出されたＭＯ
ＤＵＬＥがアドレッシング・モード２４で制御を受取る
。さもなければ、機能ブロック７８０で、アドレッシン
グ・モード３１でＭＯＤＵＬＥに制御が渡される。

判定ブロック７５０で、もしＡＭＯＤＥがＡＮＹではな
いなら、判定ブロック７９０で、　ＡＭＯＤＥ属性が３
１であるかどうかを判定する検査が行われる。もし３１
なら、機能ブロック８００で、アドレッシング・モード
３１でＭＯＤＵＬＥに制御が渡される。

さもなければ、機能ブロック８１０で、アドレッシング
・モード　２４でＭＯＤＵＬＥに制御が渡される。

第８図は、プログラムのレジデンシー・モード（ＲＭＯ
ＤＥ）及びアドレッシング・モード（ＡＭＯＤＥ）の可
能な組合せ、並びに同じか又は異なるアドレッシング／
レジデンシー・モードの別のプログラムを呼出すプログ
ラムにより用いることができる異なる方法を示す、仮想
計算機Ｉの場合、プログラムＡ及びＢはどちらも１６　
Ｍｂよりも小さいアドレスで計算機に駐在する。プログ
ラムＡのアドレッシング・モード　（ＡＭＯＤＥ）は２
４であり、プログラムＢのアドレッシング・モード（Ａ
ＭＯＤＥ）は３１である。プログラムＡは、プログラム
Ｂのアドレッシング・モードを３１にセットするためＡ
ＭＯＤＥＳＷＣＡＬＬｖクロを出すことにより、又はＡ
ＭＯＤＥＳＷ　ＣＡＬＬマクロをプログラムＢに出すこ
とによりプログラムＢを呼出し、その後、プログラムＢ
はＡＭＯＤＥを３１インラインにセットするためＡＭＯ
ＤＥＳＷ　ＳＥＴマクロを出す、プログラムＢはＡＭＯ
ＤＥＳＷ　ＲＥＴＵＲＮ　７クロによってプログラムＡ
に戻ることができる。

仮想計算機■では、プログラムＡは該計算機内の　１８
　Ｍｂよりも小さいアドレスに駐在し、プログラムＢは
該計算機内の１６　Ｍｂよりも大きいアドレスに駐在す
る。プログラムＡのアドレッシング・モード（ＡＭＯＤ
Ｅ）は２４であり、プログラムＢのアドレッシング・モ
ードは３１である。プログラムＢは、プログラムＡのア
ドレッシング・モードを２４にセットするためＡＭＯＤ
ＥＳＷ　ＣＡＬＬマクロを呼出すことにより、又はプロ
グラムＡにＡＭＯＤＥＳＷ　ＣＡＬＬマクロを出すこと
によりプログラムＡを呼出し。

その後、プログラムＡはＡＭＯＤを２４インラインにセ
ットするためＡＭＯＤＥＳＷ　ＳＥＴマクロを出す、プ
ログラムＢはＡＭＯＤＥＳＷ　ＲＥＴＵＲＮ　ｖりｏ　
ニよッテプログラムＡに戻ることができる。

仮想計算機Ｉでは、プログラムＡ、Ｂ及びＣは該計算機
内の　１６　Ｍｂよりも大きいアドレスに駐在し、プロ
グラムＤは該計算機内の１６　Ｍｂよりも小さいアドレ
スに駐在する。プログラムＡ、Ｂ、Ｃ及びＤは全て、Ａ
ＭＯＤＥＳＷ　ＣＡＬＬマクロを用いて任意の順序で互
いに呼出すことができる。しかし５全てのプログラムは
３１ビツトのＡＭＯＤＥにより生成されているので、Ａ
ＭＯＤＥの切替えは必要としない。

仮想計算機■では、プログラムＡ及びＢは１６Ｍｂの記
憶装置だけを有する計算機に駐在する。この計算機は１
６　Ｍｂの゛記憶領域しか含まないので。

プログラムＢはＡＭＯＤＥＳＷ　ＣＡＬＬマクロを用い
てプログラムＡを呼出し、切替えは行われない。

ＩＢＭ　Ｓ／３７０及びＳ／３７０−ＸＡ　７　ｙミリ
−のコンピュータによって表わされたメインフレーム環
境で実現される概念は、コンピュータ間の互換性の利点
を実現するため他の環境で実現することもできる１例え
ば、モトローラ　（ＭｏｔｏｒｏＪａ）　６８０００／
８８０２０フアミリーのマイクロプロセッサ及びインテ
ル（Ｉｎｔｅｌ）　８０８６／８０２８Ｂ／８０３８８
フアミリーのマイクロプロセッサはＩＢＭ　Ｓ／３７０
及びＳ／３７０−ＸＡ環境と同じ環境を提供する。モト
ローラ６８０００マイクロプロセツサは１６ビツトのア
ドレスバスを有するのに対し、　６８０２０は３２ビツ
トのアドレスバスを有する。前者はアップルのＭａｃｉ
ｎｔｏｓｈ　（ｆｉ録商標）のようないくつかの人気の
あるマイクロコンピュータで用いられ、後者はサン・マ
イクロシステムズ（Ｓｕｎ　Ｍｉｃｒｏｓｙｓｔｅｍｓ
）、アポロ０コンピュータズ（Ａｐｏｌｌｏ　Ｃｏ＋５
ｐｕｔｅｒｓ）のような会社のＵＮＩＸ（登録商標）に
基づいたミニコンピユータで−における事実上の標準で
ある。インテル８０８６及び８０２８６マイクロプロセ
ツサは１６ビツトのアドレスバスを有するのに対し、８
０３８６は３２ビツトのアドレスバスを有する。インテ
ルのマイクロプロセッサのシリーズはＩＢＭパーソナル
システム２　（ＰＳ／２）ファミリーのコンピュータで
用いられる。仮想計算機動作はインテルの８０８６マイ
クロプロセツサを除く全てのマイクロプロセッサで可能
である。

よッテ、良好なＩＢＭ　Ｓ／３７０及びＳ／３７０−Ｘ
Ａ　メインフレーム・コンピュータ環境と異なる他の環
境にも容易に本発明の概念を適用することができる。

一般に、プログラム・ローダ−は、ロードされ実行され
るプログラムで、多重アドレッシング・モード及びレジ
デンシー・モード並びにアーキテクチャへの従属を認識
するオプションが提供される。

最大の利点かえられるのは、同じプログラムで異なるア
ドレッシング・モードが提供されるときである。

Ｅ３発明の効果 本発明によれば、アーキテクチャに従属゛するプログラ
ム及びアーキテクチャに従属しないプログラムの両者を
ロードし実行することが可能になる。

【図面の簡単な説明】

第１図は本発明に従ってアーキテクチャから独立したプ
ログラム・ローグーのコマンド構造をユーザーが用いる
際のプロセスを示すブロック図である。 第２図はＣＭＳ　ＬＯＡＤコマンドが、レジデンシー・
モード　（ＲＭＯＤＥ）及びアドレッシング・モード（
ＡＭＯＤＥ）属性を処理し、仮想記憶装置にロードされ
る予定のＴＥＸＴファイルに割当てる方法を示す流れ図
である。 第３図は次にＣＭＳ　ＬＯＡＤコマンドが前にロードさ
れたコマンドを記憶装置から削除すべきかどうか、並び
にユーザーの１又は複数のＴＥＸＴファイルを仮想記憶
装置のどこにロードすべきかを判定する方法を示す流れ
図である。 第４図はＣＭＳ　ＧＥＮＭＯＤコマンドが現に仮想記憶
装置にロードしている１又は複数のＴＥＸＴファイルの
ＡＭＯＤＥ及び（又は）　　ＲＭ　ＯＤ　Ｅ属性を指定
変更することができる方法を示す流れ図である。 第５図はＣＭＳ　ＧＥＮＭＯＤコマンドの発行者が生成
されたＭＯＤＵＬＥファイルに対しアーキテクチャへの
従属又はアーキテクチャからの独立を指定することがで
きることを示す流れ図である。 第６図はＧＥＮＭＯＤコマンド呼出しで指定されたアー
キテクチャ属性に基づいてＣＭＳ　ＭＯＤＵＬＥファイ
ルを仮想記憶装置にロードできるかどうか、該Ｍ　ＯＤ
　Ｕ　Ｌ　ＥをＲＭＯＤＥ属性に基づいてどのように仮
想記憶装置にロードするか、並びに前にロードされたプ
ログラムを仮想記憶装置から削除すべきかどうかのロジ
ックを示す流れ図である。 第７図は要求されたアドレッシング・モードでＭＯＤＬ
ＩＬＥファイルが制御を受取る方法を示す流れ図である
。 第８図はプログラム・レジデンシー・モード（ＲＭＯＤ
Ｅ）及びアドレッシング・モード　（ＡＭＯＤＥ）　。 並びに、該プログラムにより同じか又は異なるアドレッ
シング／レジデンシー・モードのもう１つのプログラム
を呼出すために使用できる異なる方法の可能な組合せを
示す記憶マツプである。

Claims (1)

1. 【特許請求の範囲】 アーキテクチャの異なるコンピュータ・ファミリィに属
   するコンピュータの１つで走行する仮想計算機オペレー
   ティング・システムにおいて、上記コンピュータで走行
   する仮想計算機で第１または第２のアドレッシング幅を
   有するプログラムをロードする方法であって、 ロード・コマンドのレジデンシー・モード属性が上記第
   １のアドレッシング幅または任意のアドレッシング幅の
   何れに対応するかをテストし、上記ロード・コマンドの
   アドレッシング・モード属性が上記第１のアドレッシン
   グ幅、上記第２のアドレッシング幅、または任意のアド
   レッシング幅の何れに対応するかをテストし、 上記レジデンシー・モードが上記第１のアドレッシング
   幅に対応する属性を有するならば、プログラムを所定ア
   ドレスを上限とするアドレス空間にロードし、 上記レジデンシー・モードが任意のアドレッシング幅に
   対応する属性を有し、かつ上記アドレッシング・モード
   が上記第１のアドレッシング幅に対応する属性を有する
   場合には、プログラムを上記所定のアドレスを上限とす
   るアドレス空間にロードし、 上記レジデンシー・モードが任意のアドレッシング幅に
   対応する属性を有し、かつ上記アドレッシング・モード
   が上記第２のアドレッシング幅または任意のアドレッシ
   ング幅に対応する属性を有する場合には、メモリに余裕
   がある限り、プログラムを上記所定のアドレスの上方の
   アドレス空間にロードする ことを特徴とする方法。