JPH09288586A - ダイナミック・ライブラリ・タスク切替え - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 マルチプル・タスクまたはマルチプル・イン
スタンスにリンクされたＤＬＬにおけるパア−インスタ
ンス・データ・メモリ（ＰＤＭ）の提供。 【解決手段】 ローカル・ディスクリプタ表を含むメモ
リ管理ハードウェアを有するコンピュータで、ＲＡＭア
ドレス空間に装填された特定のＤＬＬにおけるＰＤＭを
供給する方法は、タスク・スイッチ・エンハンスＤＬＬ
（ＴＳＥ）を供給し；ＤＬＬ登録ルーチンをＴＳＥに供
給し；ＤＬＬ登録ルーチンへの呼出しを特性のＤＬＬに
供給し；タスク登録ルーチンをＴＳＥに供給し；タスク
登録ルーチンへの呼出しを第１のタスク及び第２のタス
クに供給し；Ｏ．Ｓを要求しているルーチンをＴＳＥに
供給し；メモリ・セグメント割り当てルーチンをＴＳＥ
に供給し、第１及び第２のタスクに対する特定のＤＬＬ
のＰＤＭに対するＴＳＥセグメント割り当てルーチンを
呼出し；基本アドレス設定ルーチンをＴＳＥに供給す
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、マルチ−タスキング・
オペレーティング・システム下でプログラム及び共有ラ
イブラリの多重例を走らせる方法及びプログラムに関
し、特に、マイクロソフト・ウィンドウズ３．１のよう
なオペレーティング・システム下でそのようなプログラ
ム及びライブラリを走らせる方法及びプログラムに関す
る。

【０００２】

【従来の技術】ダイナミック・リンク・ライブラリ（Ｄ
ＬＬ）は、マイクロソフト・ウィンドウズ３．１または
ウィンドウズ３．１１のようなオペレーティング・シス
テムによって（アプリケーション・プログラムのよう
な）多重タスクにリンクすることができるコード及びデ
ータの共有ライブラリを供給する。このコンテキストで
は、同時に、ＤＬＬの多重例、及びアプリケーションの
多重例を走らせることができるのが望ましい。ウィンド
ウズ３．１においてアプリケーションの多重例を走らせ
ることは、アプリケーションのＤＬＬｓが、同じＤＬＬ
を用いてアプリケーションの例の間でまたはアプリケー
ションにわたり共有されることを必要とする。この特徴
は、マイクロソフト・ウィンドウズ９５のような多数の
オペレーティング・システム環境において利用可能であ
るが、それは、ウィンドウズ３．１及び３．１１ＤＬＬ
の設計と対立する。（この地点から以後、特に示さない
限り、用語ＤＬＬは、ウィンドウズ３．１及び３．１１
環境において知られているような、マイクロプロセッサ
のインテル製８０ｘ８６ファミリーにコンパチブルなマ
イクロプロセッサ上で走る、ＤＬＬを参照する。）多重
データ・セグメントを有するウィンドウズ３．１ ＤＬ
Ｌでは、グルーバル変数は、ＤＬＬを用いて全てのアプ
リケーションによって共有される。

【０００３】個別のアドレス空間においてアプリケーシ
ョンを走らせるように設計されるオペレーティング・シ
ステムでは、メモリは、各アプリケーションに割り当て
られ、かつアプリケーションのメモリは、アプリケーシ
ョンに対して適切なメモリに切り換えるべく一組のレジ
スタまたはメモリ位置を変更することにによってオペレ
ーティング・システムによりインまたアウトに切り換え
られる。インテル・マイクロプロセッサは、機能性を保
護モードと呼ばれるオペレーションのモードにおいて利
用可能にするけれども、ウィンドウズ３．１環境は、こ
のように設計されていなかった。インテル保護モード
は、リアル・モードと同じセグメント・レジスタ（Ｃ
Ｓ、ＤＳ、ＥＳ、及びＳＳ）を有するが、しかしセグメ
ント・アドレスは、“セレクタ”として知られる１６ビ
ット・アイテムである。保護モードは、“ディスクリプ
タ・テーブル”として知られる一ブロックのメモリを必
要とする。ディスクリプタ・テーブルは、８，１９２の
８バイト・エントリまで含むことができる。セレクタの
上位１３ビットは、これらのエントリの一つを参照する
オフセットである。ディスクリプタ・テーブル・エント
リは、セレクタによってアクセスされるメモリに対する
開始点を決定する“基本アドレス”と、セレクタによっ
てアクセス可能なメモリの範囲の終りを供給する“限定
アドレス”を含む。

【０００４】他のマルチタスキング・オペレーティング
・システムでは、インテル保護モードにより供給される
ＧＤＴ（グローバル・ディスクリプタ・テーブル）は、
オペレーティング・システム・メモリを管理するために
用いられかつ各処理は、それ自身のメモリに対するそれ
自身のＬＤＴ（ローカル・ディスクリプタ・テーブル）
を得る。このようにして、処理は、互いに干渉すること
から保護される。しかしながら、ウィンドウズ３．１
は、オペレーティング環境及び全てのウィンドウズ・ア
プリケーションの間で共有される単一ＬＤＴを用いる。
図１を参照すると、上記したように、セグメント１６、
１７、及び１８のグローバル変数は、各ウィンドウズ
３．１ ＤＬＬ１３、１４、及び１５を用いて全てのア
プリケーション１０、１１、及び１２によって共有され
る。（図では、アプリケーションは、それぞれＡＰＰ
１、ＡＰＰ２、及びＡＰＰ２の第２の例であり、かつＤ
ＬＬｓは、それぞれＤＬＬ１、ＤＬＬ２、及びＤＬＬ３
である。）これは、どのアプリケーションがそれをアク
セスしているかに係わりなくＤＬＬのコードが同じであ
るという事実の副作用である。ＤＬＬは、それがローダ
によりメモリの中に最初に装填されるときに一度初期化
される。ＤＬＬが二つ以上のデータ・セグメントを有し
ているならば各データ・セグメントに対するセレクタ
は、ローダによって割り当てられかつデータ・セグメン
トをアクセスするコードのあらゆる点においてコード・
セグメントの中に挿入される。このセレクタ・アドレス
は、アプリケーション間で共有されるコード・セグメン
トの中に挿入されるので、データも、また、共有されな
ければならない。これは、アプリケーション間で共有さ
れるグローバル・データを結果として生ずる。

【０００５】

【発明が解決しようとする課題】問題を処理するための
種々のアプローチがインプリメントされた。全ては、ア
プリケーションによって割り当てられた一ブロックのメ
モリの中にパア−アプリケーション・インスタンス・デ
ータを収集しかつアプリケーションが実行を入力すると
きに使用するこのメモリ・ブロックの“基本アドレス・
ポインタ”を維持するためのある方法を必要とする。第
１のアプローチでは、タスク（アプリケーション）は、
全ての呼出し上のパラメータとして基本ポインタをＤＬ
Ｌにパスする。このアプローチの欠点は、それが、ＤＬ
ＬがＣ＋＋クラス・ライブラリのインプリメンテーショ
ンでありかつクラスのあるものが変数を共有するという
情況において適用可能でないということである。

【０００６】第２のアプローチでは、基本ポインタは、
タスクのよく知られた場所、例えば、スタック・セグメ
ントの開始における固定されたアドレスに保持される。
適切な基本ポインタは、各タスクが独自のスタック・ア
ドレスを有するので各タスクが入力されるときに自動的
に利用可能にされる。このアプローチの欠点は、それが
それを用いている各ＤＬＬに対して特別の構造及び固定
された位置を必要とすることである。本発明の目的は、
上記従来技術における問題点に鑑み、マルチプル・タス
クまたは一つのタスクのマルチプル・インスタンスにリ
ンクされたＤＬＬにおけるパア−インスタンス・データ
・メモリを提供することである。

【０００７】

【課題を解決するための手段】本発明の上記目的は、セ
レクタをＲＡＭ基本アドレスにマップすべくローカル・
ディスクリプタ表（ＬＤＴ）を含んでいるメモリ管理ハ
ードウェアを有しているコンピュータにおいて、同時に
ＲＡＭアドレス空間に装填された第１のタスクの一部及
び第２のタスクの一部の両方としてランダム・アクセス
・メモリ（ＲＡＭ）アドレス空間に装填された特定のダ
イナミック・リンク・ライブラリ（ＤＬＬ）におけるパ
ア−インスタンス・データ・メモリを供給する方法であ
って、タスク・スイッチ・エンハンスＤＬＬ（ＴＳＥ）
を供給し；ＤＬＬが装填されるときにＴＳＥに該ＤＬＬ
を登録するためにＤＬＬ登録ルーチンを該ＴＳＥに供給
し；ＤＬＬ登録ルーチンへの呼出しを特性のＤＬＬに供
給し；タスクが開始されるときにＴＳＥに該タスクを登
録するためにタスク登録ルーチンをＴＳＥに供給し；タ
スク登録ルーチンへの呼出しを第１のタスク及び第２の
タスクに供給し；あらゆるタスクの実行が開始または終
了されようとしているときにはいつでも及びあらゆるタ
スクが存在しなくなろうとしているときにはいつでもＴ
ＳＥに切換え通知を供給するためにオペレーティング・
システムを要求しているルーチンをＴＳＥに供給し；割
り当てられたデータがそのタスクに対するオリジナル・
パア−インスタンス・データ・セグメントの置換であ
る、タスクに対するＤＬＬのパア−インスタンス・デー
タを記憶するためにメモリ・セグメントを割り当てるた
めのセグメント割り当てルーチンをＴＳＥに供給し、オ
リジナル・セグメントは、ＬＤＴエントリを参照してい
る特定のＤＬＬにおけるセレクタを通して参照され、セ
グメント割り当てルーチンは、ＬＤＴエントリにおける
割り当てられたセグメントに対する基本アドレスである
置換基本アドレスを維持しかつＬＤＴエントリにおける
オリジナル・セグメントのオリジナル基本アドレスであ
るオリジナル基本アドレスを維持し；第１のタスクの初
期化の間に該第１のタスクに対する特定のＤＬＬのパア
−インスタンス・データ・セグメントに対するＴＳＥセ
グメント割り当てルーチンを呼出しかつ第２のタスクの
初期化の間に該第２のタスクに対する特定のＤＬＬのパ
ア−インスタンス・データ・セグメントに対するＴＳＥ
セグメント割り当てルーチンを呼出し；そのタスクが実
行を開始する前にタスクのパア−インスタンス・セグメ
ントの置換基本アドレスをＬＤＴエントリに記憶するた
めに基本アドレス設定ルーチンをＴＳＥに供給し；かつ
第１のタスクが実行を開始しようとしているＴＳＥによ
って受け取られた切換え通知に応じて第１のタスクに対
する置換基本アドレスに対して基本アドレス設定ルーチ
ンを呼出す段階を具備する方法によって達成される。

【０００８】本発明の方法では、ＴＳＥによって受け取
られた切換え通知に応じて、特定のＤＬＬにリンクされ
たノー・タスクが実行を開始しようとしているときに特
定のＤＬＬのパア−インスタンス・セグメントに対する
ＬＤＴエントリにオリジナル基本アドレスを記憶する段
階を更に具備してもよい。本発明の方法では、ＴＳＥに
よって受け取られた切換え通知に応じて、ＴＳＥが存在
しなくなろうとしているタスクにリンクされるならばＴ
ＳＥを別のＴＳＥ登録タスクにリンクする段階を更に具
備してもよい。本発明の方法では、オペレーティング・
システムは、マイクロソフト・ウィンドウズ３．１及び
マイクロソフト・ウィンドウズ３．１１からなるグルー
プから選択され；かつコンピュータは、インテル８０３
８６マイクロプロセッサとコンパチブルなマイクロプロ
セッサに基づくようにしてもよい。

【０００９】また、本発明の上記目的は、ランダム・ア
クセス・メモリ（ＲＡＭ）アドレス空間におけるダイナ
ミック・リンク・ライブラリ（ＤＬＬｓ）の装填及びＲ
ＡＭアドレス空間における装填された多重タスクへのＤ
ＬＬの連結を同時に供給しているマルチタスキング・オ
ペレーティング・システム、及びセレクタをＲＡＭ基本
アドレスにマップすべくローカル・ディスクリプタ表
（ＬＤＴ）を含んでいるメモリ管理ハードウェアを有し
ているコンピュータのコンテキストにおいて、第１のタ
スクの一部及び第２のタスクの一部の両方として装填さ
れた特定のＤＬＬに対するパア−インスタンス・データ
・メモリを供給するキットであって、ＤＬＬが装填され
るときに該ＤＬＬをＴＳＥに登録するためのＤＬＬ登録
ルーチン；タスクが開始されるときにＴＳＥに該タスク
を登録するためのタスク登録ルーチン；あらゆるタスク
の実行が開始または終了されようとしているときにはい
つでも及びあらゆるタスクが存在しなくなろうとしてい
るときにはいつでも切換え通知をＴＳＥに供給するため
にオペレーティング・システムを要求するルーチン；割
り当てられたセグメントがそのタスクに対するオリジナ
ル・パア−インスタンス・データ・セグメントの置換で
ある、タスクに対するＤＬＬのパア−インスタンス・デ
ータを記憶するためにメモリ・セグメントを割り当てる
ためのセグメント割り当てルーチンであり、オリジナル
・セグメントは、ＬＤＴエントリを参照している特定の
ＤＬＬにおけるセレクタを通して参照され、セグメント
割り当てルーチンは、ＬＤＴエントリにおける割り当て
られたセグメントに対する基本アドレスである置換基本
アドレスを維持しかつＬＤＴエントリにおけるオリジナ
ル・セグメントのオリジナル基本アドレスであるオリジ
ナル基本アドレスを維持する、セグメント割り当てルー
チン；及びタスクが実行を開始する前に該タスクのパア
−インスタンス・セグメントの置換基本アドレスをＬＤ
Ｔに記憶するための基本アドレス設定ルーチン；を含ん
でいるタスク・スイッチ・エンハンサＤＬＬ（ＴＳＥ）
を備えているキットによって達成される。

【００１０】

【作用】本発明は、マルチプル・タスクまたは一つのタ
スクのマルチプル・インスタンスにリンクされたＤＬＬ
におけるパア−インスタンス・データ・メモリを供給す
る。各ＤＬＬインスタンスに対するベース・アドレス
は、個々のＤＬＬｓに対して保持されかつ基本アドレス
は、タスクが切換えられたときに切換えられる。オペレ
ーティング・システムは、基本アドレスを切り換えるこ
とができかつ他のハウスキーピングを行うことができる
ようにタスクが切換えられたときに、呼出されたＴＳＥ
（タスク・スイッチ・エンハンサ）を外部サービスまた
は“スイッチャ”ＤＬＬに報告するために要求される。
各アプリケーションに対するメモリ・ブロックの中への
パア−インスタンス・データの収集は、コンパイラ及び
リンカの両方を含んでいる機構によって行われる。Ｃコ
ンパイラによる更なるコンパイレーションに対するＣコ
ードを生成する具体的第４世代言語（“ＦＧＬ”と呼
ぶ）のコンテキストにおいて、説明されるＣ言語符号化
は、ＦＧＬコンパイラによって行われる；さもなけれ
ば、それは、Ｃコードを書いているプログラマによって
行われ、発明は、いずれかの方法で実行されうる。（用
語Ｃは、例えば、マイクロソフトのビジュアルＣ＋＋・
コンパイラ、１．５版においてインプリメントされるよ
うに、Ｃ＋＋も包含すべく一般的に用いられる。）変数
が属するセグメントを表わすべくＣプログラムのリンカ
に命令を挿入することによって、リンカは、セグメント
に属している全ての変数を一つのブロックの中に割り当
てる。強制的アセンブラ・オブジェクトに供給されたリ
ンケージ・コードにおけるリンカへの更なる命令を含む
ことは、そのようなセグメントを他のものと混合するこ
とからリンカを防ぐために独自のセグメント・グループ
を生成する。従って、ＤＬＬが装填されるときに、この
セグメントは、インスタンス−指定物理アドレスに走行
時間においてマップされる、それ自身のディスクリプタ
を有する。

【００１１】本発明は、多くの利点を有する。例えば、
本発明を用いることにより、パア−インスタンス・オペ
レーションを達成するために可変宣言だけが変更される
ことが必要であり、かつ有効コードが結果として得られ
る。他の利点及び特徴は、以下の説明及び特許請求の範
囲から明らかになるであろう。明細書に組み込まれ、か
つその一部を構成する添付した図面は、本発明の特定の
実施例を図式的に説明し、かつ、上記した一般的な説明
及び以下の実施例の詳細な説明と共に、本発明の原理を
説明するための役割を果たす。

【００１２】

【実施例】図２を参照すると、アプリケーション１０
０、１１０、及び１２０は、図示するように、３つのＤ
ＬＬｓ１３０、１４０、及び１５０にリンクされてい
る。アプリケーション１１０及び１２０は、同じプログ
ラムの二つのインスタンスである。これは、以下に説明
する、ＴＳＥに対するアプリケーション及びＤＬＬｓに
ついてなされたエンハンスメントを除いき、図１に対応
する。エンハンスメントにより、しかしながら、ＤＬＬ
２ １４０のような、ＤＬＬは、具体的に、この説明で
は、アプリケーション１００、１１０、及び１２０であ
る、ＤＬＬを用いている各タクス・インスタンスに対す
る個別のデータ・セグメント１７０、１７１、及び１７
２を有する。

【００１３】図３を参照すると、ＴＳＥは、（ＤＬＬ２
１４０の）セレクタ１４２がポイントする（ＬＤＴ２
００の）ディスクリプタ２１０の基本アドレス部分２２
０の内容を切り換えることにより、データ・セグメント
間、具体的にはセグメント１７１と１７２、のスイッチ
ング（切換え）に影響を及ぼす。基本アドレス２２０
は、アプリケーションがＤＬＬ２ １４０を用いていな
いときにＤＬＬ２ １４０で装填されたオリジナル・デ
ータ・セグメント１７５をポイントし、かつアプリケー
ション１２０がＤＬＬ２ １４０を用いているときにデ
ータ・セグメント１７２をポイントする。それゆえに、
図２に戻ると、ＴＳＥは、図２に示すように基本アドレ
ス内容にデータ・セグメントをポイントさせる：ＤＬＬ
１ １３０は、ＡＰＰ１ １００がＤＬＬ１にリンクさ
れるときにデータ・セグメント１６０をポイントする；
ＤＬＬ２ １４０は、ＡＰＰ１ １００がＤＬＬ２にリ
ンクされるときにデータ・セグメント１７０をポイント
する；ＤＬＬ２ １４０は、ＡＰＰ２（第１のインスタ
ンス） １１０がＤＬＬ２にリンクされるときにデータ
・セグメント１７１をポイントする；ＤＬＬ２ １４０
は、ＡＰＰ２（第２のインスタンス） １２０がＤＬＬ
２にリンクされるときにデータ・セグメント１７２をポ
イントする；ＤＬＬ３ １５０は、ＡＰＰ２（第１のイ
ンスタンス） １１０がＤＬＬ３にリンクされるときに
データ・セグメント１８０をポイントする；そして、Ｄ
ＬＬ３１５０は、ＡＰＰ２（第２のインスタンス）１２
０がＤＬＬ３にリンクされるときにデータ・セグメント
１８１をポイントする。

【００１４】登録(Registration) 図４を参照すると、ＤＬＬがメモリに持ち込まれたとき
に、それは、それ自身をＴＳＥで登録し（ステップ３４
０）、通知コールバック機能（関数）を供給する。ＤＬ
ＬがＴＳＥルーチンを呼出すように装填されているとき
に、それが既に装填されていなければ、ＴＳＥも、ま
た、装填される（ステップ３１０）。全ての要求された
モジュールが装填された後（ステップ３２０）、ウィン
ドウズは、ＤＬＬに対するＬｉｂＭａｉｎ（）を呼出し
（ステップ３３０）、タスクにリンクされたＤＬＬｓの
全てを登録すべくＴＳＥを呼出す（ステップ３４０及び
３５０）。図５を参照すると、タスクが実行を開始する
とき、それは、ＴＳＥでタスクを登録すべくＴＳＥを呼
出すＷｉｎＭａｉｎ（）を呼出す（ステップ４１０及び
４２０）。ＷｉｎＭａｉｎ（）は、また、タスクのＤＬ
Ｌリストを通して見るべくかつそれで登録されたＤＬＬ
の通知コールバックを呼出すべくＴＳＥを呼出す（ステ
ップ４３０、４４０、及び４４５）。コールバック機能
は、ＴＳＥにあるセグメントをインスタンス生成するこ
とを一般的に要求し（ステップ４５０、４５２、及び４
５４）、そしてグローバル及びクラス・メンバー変数を
初期化すべくモジュール初期化機能を呼出す（ステップ
４６０）。インスタンス生成（以下に説明する）は、オ
リジナル・セグメントをコピーするので、グローバル変
数に対して生成された全ての静的初期化は、保存され
る。

【００１５】セグメント・インスタンス生成 （アプリケーションまたはＤＬＬのいずれかに属するこ
とができる）セグメントをインスタンス生成するため
に、ＴＳＥは、セグメント・メモリのコピーを作成しか
つそのフラット・アドレスを記憶にとどめる。その後、
タスクが起動される度に、ＴＳＥは、記憶にとどめたア
ドレスをポイントすべくローカル・ディスクリプタ・テ
ーブル（ＬＤＴ）の対応しているエントリにアドレスを
設定する。それゆえに、タスクの各インスタンスは、イ
ンスタンス・データを用いる。

【００１６】初期化 ＤＬＬを共有している多重タスクにパア−インスタンス
・データを供給するために、ＤＬＬを含んでいる個別の
モジュールからのデータは、ＤＬＬを用いてアプリケー
ションの各インスタンスに対する容易な複製を許容すべ
く整理統合される。これは、セグメント及びセグメント
・グループを指名すべく（名付けるべく）ソース・コー
ドにＣコンパイラ・プラグマ(pragmas) を含むことによ
って行われる。また、アセンブラ言語オブジェクトは、
セグメント・グループを整理統合すべくＤＬＬにリンク
されるように生成されて、リンカは、コンパイラ・プラ
グマに供給された名前によりデータ・セグメントを一緒
にグループ分けする。アセンブラ・オブジェクトは、ま
た、このデータ・セグメントの基本アドレスをリターン
する機能を供給する。

【００１７】一組の初期化機能は、ＬｉｂＭａｉｎ（）
を含んで設けられる。（ＬｉｂＭａｉｎ（）は、全ての
ウィンドウズＤＬＬｓを初期化すべく供給されなければ
ならない）。このＴＳＥ ＬｉｂＭａｉｎ（）は、ＤＬ
ＬをＴＳＥで登録すべくＴｓｅＤｌｌＲｅｇｉｓｔｅｒ
（）を呼出す（ステップ３４０）。そのアーギュメント
は、（１）ウィンドウズがＤＬＬを識別するために“イ
ンスタンス・ハンドル”し、かつ （２）ＤＬＬが新し
いインスタンス生成のための初期化を必要とする度にコ
ールバック機能のアドレスがＴＳＥによって呼出される
ことである。ＴｓｅＤｌｌＲｅｇｉｓｔｅｒ（）に対す
る呼出しは、ＴＳＥにＤＬＬを登録されたＤＬＬｓのリ
ストの中に挿入させる。一組の初期化機能は、ＴＳＥで
登録するためにアプリケーションの起動（立ち上り）モ
ジュール、例えば、ＷｉｎＭａｉｎ（）機能から呼出さ
れるべく供給される。これらは、ＴＳＥにウィンドウズ
・タスク・ハンドルをＴＳＥで登録されたタスクのリス
トに配置させる（ステップ４２０）、ＴｓｅＴａｓｋＲ
ｅｇｉｓｔｅｒ（）、及びＴＳＥに呼出しタスクのため
のモジュール・テーブルを探索させかつタスクによって
用いられたＤＬＬｓのリストを登録されたＤＬＬｓのリ
ストと比較させる、ＴｓｅＤＬＬＩｎｓｔａｎｔｉａｔ
ｅＡＬＬ（）を含む。ＴＳＥがマッチ（整合・一致）を
見つけたとき、それは、ＴｓｅＤｌｌＲｅｇｉｓｔｅｒ
（）が呼出されたときにＤＬＬに対して先に記録された
コールバック機能を呼出す（ステップ４４５）。応答と
して、ＴＳＥが呼び出しているＤＬＬは、ＤＬＬのパア
−インスタンス・データ・セグメントを参照するセレク
タをパス・バックする。ＴＳＥは、セレクタによって参
照されたオリジナル・データ・セグメントと同じ大きさ
の（ＴＳＥ ＤＬＬではなくメモリを用いるタスクに属
する）一ブロックのメモリを割り当てかつオリジナル・
データ・セグメントの内容を新しく割り当てられたメモ
リのブロックの中にコピーする（ステップ４５２）。Ｔ
ＳＥは、オリジナル・セレクタ及び新しく割り当てられ
たブロックのセレクタをタスクによって用いられる各Ｄ
ＬＬに対するセレクタ・ペアのリストに維持する（ステ
ップ４５４）。（ＴｓｅＤＬＬＩｎｓｔａｎｔｉａｔｅ
ＡＬＬ（）の代わりに、ＴｓｅＤＬＬＩｎｓｔａｎｔｉ
ａｔｅ（）は、特定のＤＬＬｓをインスタンス生成する
ために必要なだけしばしば呼出されることができる。） 更に、ＴＳＥは、また、コールバック機能を呼出しかつ
モジュール初期化機能を呼出すためにそれを指図する
（ステップ４６０）。モジュール初期化機能は、クラス
を登録しかつグローバル変数を初期化するような機能を
実行すべくコンパイラによって一般に生成される。

【００１８】タスク切換え事象が変更されるために、Ｔ
ＳＥは、ウィンドウズＴｏｏｌｈｅｌｐ ＡＰＩ Ｎｏ
ｔｉｆｙＲｅｇｉｓｔｅｒ（）機能を呼出し、タスクが
入力されるかまたは出力されるときにはいつでもウィン
ドウズによって呼出されるＴＳＥタスクのタスク・ハン
ドル及びＴＳＥ機能のアドレス（“通知コールバック”
(notify call back)）をそれにパスする（ステップ４７
２及び４７４）。ＴＳＥは、パラメータとしてＮｏｔｉ
ｆｙＲｅｇｉｓｔｅｒ（）タスク・ハンドルをパスしな
ければならず、かつそれは、ＴＳＥを呼出した第１のタ
スクのタスク・ハンドルを用いる。ＮｏｔｉｆｙＲｅｇ
ｉｓｔｅｒ（）は、通知コールバックをこのタスク・ハ
ンドルに関連付ける。このタスクが終了するときに、Ｔ
ＳＥは、条件（状態）を認識し、かつ後述するように、
それ自身を別のＴＳＥ−登録されたタスクに関連付け
る。この特定のタスクは、ＴＳＥタスクと呼ばれる。

【００１９】オペレーション 図６を参照すると、タスクが入力されたときに、ＴＳＥ
の通知コールバックは、入力されるタスクが登録される
かどうかを調べるためにＴＳＥで登録されたタスクのリ
ストをチェックする（ステップ５１０及び５３０）。そ
うでありかつ出力するならば（ステップ５４０）、ＴＳ
Ｅは、オリジナル・セレクタがＴＳＥによりタスクのた
めに割り当てられたメモリ・ブロックを参照するように
セレクタ・ペアのディスクリプタを切り換え（ステップ
５３２）、かつ割り当てられたセレクタは、オリジナル
・メモリ・セグメントを参照する。タスクが終了するか
または出力するときに、ＴＳＥのコールバックは、タス
クが登録されるかどうかを調べるためにＴＳＥで登録さ
れたタスクのリストをチェックする（ステップ５１
０）。そうであれば、ＴＳＥは、オリジナル・セレクタ
がオリジナル・データ・セグメントを参照しかつＴＳＥ
によって割り当てられたセレクタが割り当てられたメモ
リ・ブロックを参照するようにセレクタ・ペアのディス
クリプタを切り換える（ステップ５４２）。このように
して、ＴＳＥは、ウィンドウズがそうであると考えるも
のに対してマッピングを復元する。それが登録されかつ
終了するならば（ステップ５２０）、ＴＳＥは、関連割
り当てパア−インスタンス・メモリの割り当て解除し
（ステップ５２２）、タスクの登録を解除し（ステップ
５２４）、かつタスクが受信ＴＳＥタスク・スイッチ通
知に関連付けられたものであるならば、ＴＳＥは、アソ
シエーションを別のＴＳＥ−登録されたタスクに転送す
る（スイッチ５２６）。

【００２０】ＴＳＥは、ＤＯＳ保護モード・インターフ
ェイス（ＤＯＳ ＰｒｏｔｅｃｔＭｏｄｅ Ｉｎｔｅｒ
ｆａｃｅ（ＤＰＭＩ））機能性を用いることによって基
本アドレスを切り換える。ＴＳＥは、一つは、アプリケ
ーションによって供給されるセレクタによりアドレス指
定されるディスクリプタの基本アドレスを要求すること
に、かつ他のものは、アプリケーションによって供給さ
れるセレクタによりアドレス指定されるディスクリプタ
の基本アドレスを変更することに、ＤＰＭＩによって供
給される二つの機能を用いる。ＮｏｔｉｆｙＲｅｇｉｓ
ｔｅｒ（）を呼出すときにＴＳＥが用いたオリジナル・
タスク・ハンドルを所有する、ＴＳＥタスクは、終了さ
れうる。その場合には、ＴＳＥは、そのタスク・ハンド
ルに対するＮｏｔｉｆｙＲｅｇｉｓｔｅｒ（）を呼出し
そしてＮｏｔｉｆｙＲｅｇｉｓｔｅｒ（）を再び呼出
し、ＴＳＥで登録されたタスクのリストにおける第１の
タスクのタスク・ハンドルをパスし、次いでその第１の
タスクがＴＳＥタスクになる。これは、それが終了され
たタスクに関連付けられるならばウィンドウズがコール
バックを呼び出さないので、行われる。

【００２１】ウィンドウズでは、メモリ・ブロックは、
アプリケーションまたはＤＬＬのいずれかによって所有
されることができるということに注目する。ＤＬＬを装
填する一部としてローダによって割り当てられたデータ
・セグメントは、ＤＬＬによって所有される。ＴＳＥが
パア−インスタンス・データに対して割り当てるセグメ
ントは、ＴＳＥが割り当てを行うときにＴＳＥがリンク
されるタスクによって所有される。ＴＳＥで登録された
全てのタスクが終了されたならば、ＴＳＥは、割り当て
られたメモリ及びセレクタを解放しそして終了する。

【００２２】登録解除(Unregistering) タスク登録解除は、必ずしも要求されないけれども、Ｔ
ＳＥがタスク終了を監視しかつ自動的にそうすることが
できるので、それは、安全予防措置としてＴｓｅＴａｓ
ｋＵｎｒｅｇｉｓｔｅｒ（）により供給される。ＴＳＥ
で用いられるべきＤＬＬは、例えば、そのＷＥＰ（）
（ウィンドウズ・エキジット・プロシーデュア(Windows
Exit Procedure)）手順に、それ自身を登録解除するた
めに符号化されるべきである。

【００２３】ＴＳＰ ＡＰＩ詳細(TSP API Details) 以下の５つのルーチンは，ライブラリ・インスタンス生
成サービスを供給する。 １． ＢＯＯＬ ＴｓｅＤｌｌＲｅｇｉｓｔｅｒ（ｈＬ
ｉｂＩｎｓｔ，ｉｎｉｔＣａｌｌｂａｃｋ）は、ＴＳＥ
を有するｈＬｉｂＩｎｓｔによって識別されたＤＬＬを
登録する。第２のアーギュメントは、ＤＬＬがインスタ
ンス生成／終了されたときにＴＳＥによって呼出される
コールバック機能のアドレスである。ＴｓｅＤｌｌＲｅ
ｇｉｓｔｅｒ（）は、インスタンス・ハンドルが容易に
利用可能であるＬｉｂＭａｉｎ（）から通常呼出され
る。それゆえに、インスタンス・ハンドルは、後のモジ
ュール・テーブル・ルックアップを簡略化するためにモ
ジュール・ハンドルに変換される。 ２． ｉｎｉｔＣａｌｌｂａｃｋ（ｗＲｅａｓｏｎ）
は、ＴＳＥによって呼出されるユーザ機能に対するプレ
ースホルールダー(placeholder) である。パラメータｗ
Ｒｅａｓｏｎは、呼出しをトリガした事象を指定する。
呼出されたときＤＬＬがインスタンス生成されるので、
コールバックは、パア−インスタンス・データを含んで
いる全てのセグメントをインスタンス生成しそしてそれ
らを初期化すべきである。 ３． ＴｓｅＤｌｌＵｎｒｅｇｉｓｔｅｒ（ｈＬｉｂＩ
ｎｓｔ）は、登録されたＤＬＬｓリストからｈＬｉｂＩ
ｎｓｔによって識別されたＤＬＬを除去する。 ４． ＴｓｅＤｌｌＩｎｓｔａｎｔｉａｔｅ（ｈＬｉｂ
Ｉｎｓｔ）は、現行タスクに対するｈＬｉｂＩｎｓｔに
よって指定されたＤＬＬをインスタンス生成する。この
ルーチンは、ｈＬｉｂＩｎｓｔによって識別されたＤＬ
Ｌが登録されかつ未登録のものを無視することをチェッ
クする。それは、現行タスクがＴＳＥで登録されること
をチェックする。ＤＬＬが既にタスクに対してインスタ
ンス生成されているならば、このルーチンは、リターン
する。さもなければ、それは、ＤＬＬの通知コールバッ
クを呼出しかつこのタスクに対するタスク・リストにパ
ア−インスタンス・データ情報を記憶する。 ５． ＴｓｅＤｌｌＩｎｓｔａｎｔｉａｔｅＡｌｌ（）
は、現行タスクによって用いられる各ＤＬＬに対するＴ
ｓｅＤｌｌＩｎｓｔａｎｔｉａｔｅ（）を呼出す。

【００２４】以下の３つのルーチンは、セグメント・イ
ンスタンス生成サービスを供給する。 １． ＴｓｅＴａｓｋＲｅｇｉｓｔｅｒ（）は、ＴＳＥ
タスク・リストに現行タスクを追加する。最初の呼出し
で、それは、現行タスクをＴＳＥ（ＤＬＬである）にリ
ンクする。このタスクは、ＴＳＥタスクと呼ばれうる。
このルーチンは、ＴｓｅＤｌｌＩｎｓｔｎｔｉａｔ
ｅ（）またはＴｓｅＤｌｌＩｎｓｔａｎｔｉａｔｅＡｌ
ｌ（）のいずれかの前に呼出されるべきである。 ２． ＴｓｅＴａｓｋＵｎｒｅｇｉｓｔｅｒ（）は、Ｔ
ＳＥリストから現行タスクを除去する。タスクの全ての
インスタンス生成されたセグメントは、それらのオリジ
ナル状態に復元される。 ３． ＴｓｅＳｅｇｍｅｎｔＩｎｓｔａｎｔｉａｔｅ
（ｈＩｎｓｔａｎｃｅ，ｈＳｅｇｍｅｎｔ）は、現行タ
スクが登録されたことをチェックする。それは、新しい
セグメントを割り当て、その中へｈＳｅｇｍｅｎｔのコ
ピーを作り、かつそれら二つのセグメントのアドレスを
交換する。アーギュメントｈＩｎｓｔａｎｃｅは、セグ
メントの所有者を識別する：それは、ＤＬＬハンドルで
ある。

【００２５】データ構造(Data Structures) ＴＳＥの基本データ構造は、ＴＳＥ登録ライブラリ・リ
スト（ＬＩＢＥＮＴＲＹ構造のリンク・リスト）及びＴ
ＳＥ登録タスク・リスト（ＴＳＥＮＴＲＹ 構造のリン
ク・リスト）である。モジュール名も、また、エラー監
視目的で維持されるけれども、登録ライブラリ・リスト
は、主要探索キーとしてＬＩＢＥＮＴＲＹ構造にＤＬＬ
のモジュール・ハンドルを保持する。ＴＳＥ＿ＮＯＴＩ
ＦＹＣＢインスタンス生成機能ポインタは、ここに維持
される；それは、ＤＬＬ指定でありかつアプリケーショ
ンの関数として変化しない。オリジナルＤＬＬ ＦＧＬ
＿ＩＮＳＴＤＡＴＡセレクタ（ＤＬＬのオリジナル・デ
ータ・セグメントに対するセレクタ）も、また、エラー
検知及び監視目的に対して保持される。登録ライブラリ
・リストの構造は、以下の表に示される。

【００２６】

【表１】

【００２７】ＴＳＥ登録タスク・リストは、主要探索キ
ーとしてＨＴＡＳＫ（タスク・ハンドル）を含んでいる
ＴＳＥＮＴＲＹ構造のリンク・リストである。それは、
タスクによって用いられるＤＬＬｓを識別するＴＬＩＢ
ＥＮＴＲＹ構造のリンク・リストへのポインタを含む。
このリストは、エラー検知及び回復のために維持され
る。それは、また、オリジナル及び割り当てられたパア
−インスタンス・セレクタがタスク入力及び出力の切換
えに対して維持されるＴＬＩＢＳＥＬ構造のリンク・リ
ストを含む。ＴＬＩＢＳＥＬ構造のフラグ“ｓｅｌＳｗ
ｉｔｃｈＭｏｄｅ”は、現在用いられているセレクタが
オリジナル・セレクタであるかまたはこのインスタンス
に対して割り当てられたセレクタであるかを決定する。
これは、エラー検知に対してかつタスク終了の間にそれ
らのオリジナル状態に戻るようにセレクタを切り換える
ために用いられる。モジュール名及びモジュール・ハン
ドルは、監視及びエラー検知のためにＴＬＩＢＥＮＴＲ
Ｙ及びＴＬＩＢＳＥＬに冗長的に維持される。これらの
データ構造は、次の表に示される。

【００２８】

【表２】

【００２９】例示アプリケーション初期化シーケンス(E
xample Application InitializationSequence) 以下の説明は、（この説明に対してＣライブラリである
と想定する）ＭＹＬＩＢ．ＤＬＬを用いるＭＹＡＰＰア
プリケーションに対する初期化シーケンスを示す。 ［ＭＹＡＰＰ］ユーザは、ＭＹＡＰＰ．ＥＸＥを始め
る。カーネルは、ＤＬＬｓを装填するためのカーネルに
対する呼出しである、ＩｎｉｔＴａｓｋ（）を呼出す、
ａｓｔａｒｔ（）への制御をパスする。 ［ＫＥＲＮＥＬ］まだメモリにないアプリケーションに
よって必要な各ＤＬＬに対して、カーネルは、それを装
填しかつそのエントリ・ポイント・ライブラリ（）を呼
出す。 ［ＭＹＬＩＢ］ルーチン・ライブラリ（）は、ＬｉｂＭ
ａｉｎ（）を次いで呼出す、Ｃ走行時間初期化に対する
＿ｃｉｎｉｔ（）を呼出す。ＬｉｂＭａｉｎ（）は、Ｔ
ｓｅＤｌｌＲｅｇｉｓｔｅｒ（ｈＬｉｂ，ＩｎｉｔＩｎ
ｓｔａｎｃｅ）を呼出すことによってＴＳＥにＤＬＬを
登録する。 ［ＴＳＥ］ＴＳＥは、その登録ライブラリ・リストに
（ｈＬｉｂ，ＩｎｉｔＩｎｓｔａｎｃｅ）を追加しかつ
ＭＹＬＩＢにリターンする。 ［ＭＹＬＩＢ］ＬｉｂＭａｉｎ（）がＴＲＵＥをリター
ンする。 ［ＫＥＲＮＥＬ］カーネルは、他のＤＬＬｓと共に上記
のように進行する。全てのＤＬＬｓが装填された後、カ
ーネルは、アプリケーションにリターンする。 ［ＭＹＡＰＰ］アプリケーションは、ユーザ・コードが
始まる、ＷｉｎＭａｉｎ（）を次いで呼出す、Ｃ走行時
間初期化に対する＿ｃｉｎｉｔ（）を呼出す。ＷｉｎＭ
ａｉｎ（）は、ＴｓｅＴａｓｋＲｅｇｉｓｔｅｒ（）を
呼出す。 ［ＴＳＥ］ＴｓｅＴａｓｋＲｅｇｉｓｔｅｒ（）は、登
録タスク・リストに現行タスクを追加する。（インスタ
ンス生成されたセグメントがまだ生成されていない。） ［ＭＹＡＰＰ］ＷｉｎＭａｉｎ（）は、ＴｓｅＤｌｌＩ
ｎｓｔａｎｔｉａｔｅＡｌｌ（）を呼出す。 ［ＴＳＥ］ＴｓｅＤｌｌＩｎｓｔａｎｔｉａｔｅＡｌｌ
（）は、ＭＹＡＰＰによって必要なＤＬＬｓのリストを
走査する。各登録ＤＬＬに対して、それは、セグメント
がインスタンス生成されるべきであることを示している
原因コードを有するＤＬＬのコールバックを呼出す。 ［ＭＹＬＩＢ］コールバック・ルーチンは、ＴｓｅＳｅ
ｇｍｅｎｔＩｎｓｔａｎｔｉａｔｅを呼出す。 ［ＴＳＥ］ＴｓｅＳｅｇｍｅｎｔＩｎｓｔａｎｔｉａｔ
ｅ（）は、セグメントのコピーを作り、かつ現行タスク
の起動により交換されるべくセグメントのリストにオリ
ジナル及びコピーされたセレクタを追加する。 ［ＭＹＬＩＢ］ＴｓｅＳｅｇｍｅｎｔＩｎｓｔａｎｔｉ
ａｔｅ（）がリターンした後、コールバック・ルーチン
は、ＴＳＥにリターンする。 ［ＴＳＥ］他のＤＬＬｓに対して続ける。 ［ＭＹＡＰＰ］クラスを登録しかつ変数を初期化するた
めにアプリケーション・システム初期化コードを実行す
る。そして、それは、主アプリケーション・モジュール
を呼出す。

【００３０】データ及び初期化を整理統合する(Consoli
dating Data and Initialization) 上記したように、パア−インスタンス・データは、ＴＳ
Ｅにより処理するために連続したセグメントの中にリン
クされる。データ整理統合機構は、また、オブジェクト
または４ＧＬのような、クラス指向型デザインで言語ま
たは環境をプログラムする場合においても必要でありう
る。これは、二つの場合に発生しうる。第１に、初期化
に対して、各コンパイルされたモジュールは、主プログ
ラムが制御をえる前に実行されなければならないコード
を含みうる。アプリケーションが用いるクラスは、メン
バ変数オフセット及びオブジェクト・サイズを計算する
ために登録されなければならないであろう。また、グロ
ーバル及び／又は共有メンバ変数がモジュールにおいて
画定されかつ明示的に初期化されるならば、初期化コー
ドは、実行されなければならない。４ＧＬコンパイラ
は、モジュール毎に一つの初期化機能及びそのアドレス
を含んでいる変数を一般に生成する。それらのアドレス
のアレーをリンカに構築させることにより、起動コード
は、容易にそれらを呼出すことができる。

【００３１】ＤＬＬが機能名及びそれらのアドレスを供
給しなければならない、擬似コード変換器によってＤＬ
Ｌが用いられるならば、モジュールにわたる整理統合
は、また、有用である。ＦＧＬコンパイラは、各モジュ
ールに対してこれらのアレーを発生することができ、か
つリンカは、ＤＬＬが含む全てのモジュールからこれら
のアレーを整理統合するようにされることができる。マ
イクロソフト・リンカは、（セグメント・グループと命
名される、８０×８６メモリ・セグメントと混同すべき
でない）論理セグメントの形の整理統合機構を供給す
る。論理セグメントは、それが個別のモジュールから実
行可能のものを構築するときにリンカがコードとデータ
を組み合わせる方法を制御する。各オブジェクト・コー
ド・エンティティ（機能コード及びグローバル変数）
は、ある特定の論理セグメントに属する。論理セグメン
トは、セグメント・グループ及びセグメント・クラスを
含んでいる、実行可能なものにおいてそれが配置される
場所を制御するそれに関連付けられた多くの属性を有す
る。

【００３２】セグメント・グループは、論理セグメント
を物理セグメントの中に組み入れるべくリンカによって
用いられる：同じグループに属している全ての論理セグ
メントは、一つの物理セグメントの中に入れられる。論
理セグメントのグループを指定するために、アセンブラ
・モジュールのＧＲＯＵＰ指示文が用いられる。セグメ
ント名と共にセグメント・クラスは、異なるオブジェク
ト・モジュールからの論理セグメントが組み合わされる
方法を制御する。リンカは、同じ名前及びクラスを有す
る全てのセグメントからのデータを一つのメモリの連続
ブロックの中に組み入れる。クラス内では、同じセグメ
ントに属しているデータは、一つの連続ブロックの中に
入れられる。クラス内のセグメントの相対的順序は、リ
ンカがそれらを見る順序によって決定される。

【００３３】マイクロソフトＣコンパイラでは、変数
は、プログラム指示文を有する特定のセグメントに割り
当てられうる。 指示文

【００３４】

【表３】 は、クラスＭＹＣＬＡＳＳに属する、セグメントＭＹＳ
ＥＧの中に指示文に従う全ての変数を入れるようにコン
パイラに命令する。多重＃ｐｒａｇｍａ ｄａｔａ＿ｓ
ｅｇ指示文に対して、コンパイラは、ソース・コードに
おけるそれらの宣言の逆順序で論理セグメントを生成す
る。それゆえに、個別モジュールからのデータは、連続
アレーの中に整理統合することができかつその開始及び
終了アドレスは、次のように取得することができる。ま
ず、各モジュールは、例えば、次に示すような、同じ論
理セグメント・シーケンスを画定しなければならない：

【００３５】

【表４】 各オブジェクト・モジュールは、その順序で、セグメン
トＦＧＬ＿ＦＯＯ＿ＧＥＧＩＮ、ＦＧＬ＿ＦＯＯ＿ＵＳ
ＥＲ、及びＦＧＬ＿ＦＯＯ＿ＥＮＤを次いで含む。整理
統合されるべきデータは、次いで３つのセットの中間セ
グメントである、ＦＧＬ＿ＦＯＯ＿ＵＳＥＲセグメント
の中に入れられる。走行時間起動モジュールは、上記の
ようなセグメント・シーケンスを宣言しかつ開始でダミ
ー構成要素：

【００３６】

【表５】 終了でラベル：

【００３７】

【表６】 を供給する。結果として、実行可能なものは、ｆｏｏ＿
ｂｅｇｉｎとｆｏｏ＿ｅｎｄの間に挟まれた、あらゆる
種類の、データのアレーを含む。それゆえに、データが
初期化機能のアレーであるならば、初期化は、一つのル
ーチンだけを呼出しかつそれを初期化機能ベクトルのア
ドレス及びその終りの後の最初の語のアドレスにパスす
ることによって達成されうる。データ及び機能整理統合
は、擬似コード（ｐ−コード）変換器によって変換され
た４ＧＬプログラムのコンテキストにおいて、上記した
ように、有用である。ＴＳＥパア−インスタンス・デー
タを支持しているＤＬＬｓは、ｐ−コード変換アプリケ
ーションに対してアクセス可能にすることができる。上
記したように、各ＤＬＬは、ＤＬＬ機能への参照を分解
するための変換器による使用、並びにデバッガによる使
用に対して、“ｕｓｅｒｆｕｎｃ”アレー、即ち、機能
名及びそれらのエントリ・ポイントのアレーをエクスポ
ートすべく構築される。

【００３８】機能名に加えて、ｕｓｅｒｆｕｎｃアレー
は、また、ｐ−コード変換器からまたはデバッガからア
クセスされることが必要である、ＤＬＬで画定されたグ
ローバル及び供給メンバ変数の名前／アドレス対を含み
うる。

【００３９】ｕｓｅｒｆｕｎｃを生成すること(Generat
ing userfunc) ４ＧＬコンパイラは、各ＦＧＬモジュールに対してｕｓ
ｅｒｆｕｎｃアレーを生成することができる。それは、
次のようにモジュールにおいて画定された全ての機能及
び方法に対するエントリを含む：

【００４０】

【表７】 走行時間起動は、次のように整理統合されたｕｓｅｒｆ
ｕｎｃアレーに対するエントリ・ポイントを次いで供給
することができる：

【００４１】

【表８】

【００４２】モジュール初期化コードを生成すること
（Generating Module Initialization Code) ４ＦＧＬコンパイラは、次のようにＦＧＬ＿ＩＮＩＴセ
グメントにおいてモジュール初期化機能を生成すること
ができる：

【００４３】

【表９】 走行時間起動は、次のように整理統合されたモジュール
初期化機能アレーに対するエントリ・ポイントを次いで
供給することができる：

【００４４】

【表１０】 その結果、＆＿ＦＧＬｉｎｔｆｕｎｃ０及び＆＿ＦＧＬ
ｉｎｔｆｕｎｃＮは、開始及び終了アドレスであり、か
つセグメントＦＧＬ＿ＩＮＩＴ＿ＵＳＥＲが初期化ルー
チン・アドレスに装填されたならば、初期化は、一つの
ルーチン、例えば、そのアドレスがセグメントに装填さ
れる各機能を連続的に呼出す

【００４５】

【表１１】 を呼出すことによって実行することができる。

【００４６】論理セグメント及びグループ(Logical Seg
ments and Groups) 実行可能なもののデフォルト・データ・セグメントにお
ける及びＤＬＬのインスタンス生成されたデータ・セグ
メントにおける空間をセーブするために、全ての静的デ
ータは、例えば、ＦＧＬ＿ＲＯＤＡＴＡと名前が付けら
れた、個別の、読取り専用セグメント・グループに入れ
ることができる。このグループは、この説明において後
で示されるアセンブリ言語ソース・コード・モジュール
にリストされた例示的セグメントを含みうる。アプリケ
ーションに対して、ＦＧＬ＿ＲＯＤＡＴＡのセグメント
及びグループそれ自身は、アセンブラ・オブジェクト・
コード・モジュールで画定される。セグメント及びグル
ープ画定に加えて、モジュールは、リンカにおけるセグ
メント及びグループ画定に影響を与えるべくこのアセン
ブラ・オブジェクト・モジュールがアプリケーションに
装填されることを確実にすべくアプリケーション初期化
モジュールにおいて参照されるダミー変数を含む。ＤＬ
Ｌに対して説明したＦＧＬ＿ＲＯＤＡＴＡ及びＦＧＬ＿
ＩＮＳＴＤＡＴＡの２つの４ＧＬ−指定グループが存在
しうる。ＦＧＬ＿ＩＮＳＴＤＡＴＡは、パア−インスタ
ンス変数情報及びデータに対する論理セグメントを含み
うる。ＤＬＬに対するセグメント及びグループの画定
は、ＦＧＬ＿ＩＮＳＴＤＡＴＡグループに割り当てられ
たセレクタをリターンする、関数ＦＧＬＩｎｓｔａｎｃ
ｅＳｅｇ（）をも含むアセンブリ言語モジュールに存在
する。そのようなアセンブリ・モジュールに対するソー
ス・コードは、以下の表に示される。

【００４７】

【表１２】

【００４８】

【表１３】

【００４９】．ＥＸＥプログラムの多重インスタンス(M
ultiple Instances of .EXE Programs) 同時に一つのＤＬＬの多重インスタンス生成を走らせる
能力に対する当然の帰結として、同時に一つのプログラ
ムの多重インスタンス生成、より特定的には、一つの．
ＥＸＥプログラムの多重インスタンス生成を走らせるこ
とができることが望ましい。ウィンドウズは、６４キロ
バイト（１６−ビット・アドレス指定空間）への多重イ
ンスタンス生成に対して意図される．ＥＸＥプログラム
の書込み可能データを制限する、多重書込み可能セグメ
ントを有する．ＥＸＥプログラムの多重インスタンス生
成を走行させることへの要求を拒絶することによって、
一つの．ＥＸＥプログラムの多重インスタンス生成を走
行させる一つの能力を制限する。．ＥＸＥプログラムの
多重インスタンスが走行されるとき、コードは、全ての
インスタンスによって共有されることでき、かつ各イン
スタンスに対して、６４キロバイトに制限されている、
パア−インスタンス書込み可能データは、ウィンドウズ
によるそれ自身の、タスク−指定ＤＳレジスタ値を有す
る。

【００５０】ウィンドウズ制限を克服するために、．Ｅ
ＸＥプログラムの書込み可能セグメントは、隠蔽されう
るし、そこでウィンドウズは、多重インスタンスを装填
しかつコードの一つのコピーを共有する；そして、ＬＤ
Ｔにおいてパア−インスタンス書込み可能セグメントを
動的に生成しかつ基本アドレスを交換する、上述した技
術は、．ＥＸＥプログラムにおいてより大量の書込み可
能データを達成するために適用されうる。しかしなが
ら、より簡単な解決方法が利用可能である。ＴＳＥは、
ウィンドウズ・モジュール表における（おそらくそれが
多重インスタンスにおいて走行されることを意図してい
るので）ＴＳＥを呼出した．ＥＸＥプログラムの名前を
変形することによって所望の結果を達成する。それによ
りウィンドウズがプログラムの第２のインスタンスが走
行されていることを認識するテストは、ケース・センシ
ティブであるようになり、記憶された名前は、常にアッ
パー・ケース（大文字）である。例えば、モジュール表
における．ＥＸＥプログラムの名前の最初の文字のケー
スを変えることによって、多重インスタンスは、走行さ
れうる。しかしながら、各インスタンスは、書込み可能
データのそれ自身のコピーだけでなく、望ましいよう
に、プログラムのコードのそれ自身のコピーも有するの
で、これは、コンピュータ・メモリの費用で行われる。

【００５１】本発明は、特定の実施例により説明され
た。しかしながら、本発明は、これらの特定の実施例に
限定されるものではない。それどころか、本発明の範疇
は、特許請求の範囲によって画定され、かつ他の実施例
は、特許請求の範囲の範疇内にある。例えば、本発明
は、マルチ−インスタンス・データを支持するためにＰ
ＡＳＣＡＬ（パスカル）のような他の言語によって用い
ることができる。また、本発明は、さもなければそれを
供給しないオペレーティング・システムのトップのスレ
ッド支持をインプリメントするために用いることもでき
る。更に、説明されたことは、パア−インスタンス・デ
ータが一つ異常のパア−インスタンス・セグメントの中
に装填されかつ共有データが（特定のＤＧＲＯＵＰの）
他のセグメントの中に装填されるような実施例である。
小さいメモリ・モデル実施例において、またはパア−イ
ンスタンスＤＧＲＯＵＰを有するために、ＤＧＲＯＵＰ
によるディスクリプタ基本アドレスは、また、ＴＳＥに
よって切り換えられる。

【００５２】

【発明の効果】本発明の方法は、セレクタをＲＡＭ基本
アドレスにマップすべくローカル・ディスクリプタ表
（ＬＤＴ）を含んでいるメモリ管理ハードウェアを有し
ているコンピュータにおいて、同時にＲＡＭアドレス空
間に装填された第１のタスクの一部及び第２のタスクの
一部の両方としてランダム・アクセス・メモリ（ＲＡ
Ｍ）アドレス空間に装填された特定のダイナミック・リ
ンク・ライブラリ（ＤＬＬ）におけるパア−インスタン
ス・データ・メモリを供給する方法であって、タスク・
スイッチ・エンハンスＤＬＬ（ＴＳＥ）を供給し；ＤＬ
Ｌが装填されるときにＴＳＥに該ＤＬＬを登録するため
にＤＬＬ登録ルーチンを該ＴＳＥに供給し；ＤＬＬ登録
ルーチンへの呼出しを特性のＤＬＬに供給し；タスクが
開始されるときにＴＳＥに該タスクを登録するためにタ
スク登録ルーチンをＴＳＥに供給し；タスク登録ルーチ
ンへの呼出しを第１のタスク及び第２のタスクに供給
し；あらゆるタスクの実行が開始または終了されようと
しているときにはいつでも及びあらゆるタスクが存在し
なくなろうとしているときにはいつでもＴＳＥに切換え
通知を供給するためにオペレーティング・システムを要
求しているルーチンをＴＳＥに供給し；割り当てられた
データがそのタスクに対するオリジナル・パア−インス
タンス・データ・セグメントの置換である、タスクに対
するＤＬＬのパア−インスタンス・データを記憶するた
めにメモリ・セグメントを割り当てるためのセグメント
割り当てルーチンをＴＳＥに供給し、オリジナル・セグ
メントは、ＬＤＴエントリを参照している特定のＤＬＬ
におけるセレクタを通して参照され、セグメント割り当
てルーチンは、ＬＤＴエントリにおける割り当てられた
セグメントに対する基本アドレスである置換基本アドレ
スを維持しかつＬＤＴエントリにおけるオリジナル・セ
グメントのオリジナル基本アドレスであるオリジナル基
本アドレスを維持し；第１のタスクの初期化の間に該第
１のタスクに対する特定のＤＬＬのパア−インスタンス
・データ・セグメントに対するＴＳＥセグメント割り当
てルーチンを呼出しかつ第２のタスクの初期化の間に該
第２のタスクに対する特定のＤＬＬのパア−インスタン
ス・データ・セグメントに対するＴＳＥセグメント割り
当てルーチンを呼出し；そのタスクが実行を開始する前
にタスクのパア−インスタンス・セグメントの置換基本
アドレスをＬＤＴエントリに記憶するために基本アドレ
ス設定ルーチンをＴＳＥに供給し；かつ第１のタスクが
実行を開始しようとしているＴＳＥによって受け取られ
た切換え通知に応じて第１のタスクに対する置換基本ア
ドレスに対して基本アドレス設定ルーチンを呼出す段階
を具備するので、マルチプル・タスクまたは一つのタス
クのマルチプル・インスタンスにリンクされたＤＬＬに
おけるパア−インスタンス・データ・メモリを提供する
ことができ、それによりパア−インスタンス・オペレー
ションを達成するために可変宣言だけが変更されて有効
コードを容易に得ることがきる。

【００５３】本発明のキットは、ランダム・アクセス・
メモリ（ＲＡＭ）アドレス空間におけるダイナミック・
リンク・ライブラリ（ＤＬＬｓ）の装填及びＲＡＭアド
レス空間における装填された多重タスクへのＤＬＬの連
結を同時に供給しているマルチタスキング・オペレーテ
ィング・システム、及びセレクタをＲＡＭ基本アドレス
にマップすべくローカル・ディスクリプタ表（ＬＤＴ）
を含んでいるメモリ管理ハードウェアを有しているコン
ピュータのコンテキストにおいて、第１のタスクの一部
及び第２のタスクの一部の両方として装填された特定の
ＤＬＬに対するパア−インスタンス・データ・メモリを
供給するキットであって、ＤＬＬが装填されるときに該
ＤＬＬをＴＳＥに登録するためのＤＬＬ登録ルーチン；
タスクが開始されるときにＴＳＥに該タスクを登録する
ためのタスク登録ルーチン；あらゆるタスクの実行が開
始または終了されようとしているときにはいつでも及び
あらゆるタスクが存在しなくなろうとしているときには
いつでも切換え通知をＴＳＥに供給するためにオペレー
ティング・システムを要求するルーチン；割り当てられ
たセグメントがそのタスクに対するオリジナル・パア−
インスタンス・データ・セグメントの置換である、タス
クに対するＤＬＬのパア−インスタンス・データを記憶
するためにメモリ・セグメントを割り当てるためのセグ
メント割り当てルーチンであり、オリジナル・セグメン
トは、ＬＤＴエントリを参照している特定のＤＬＬにお
けるセレクタを通して参照され、セグメント割り当てル
ーチンは、ＬＤＴエントリにおける割り当てられたセグ
メントに対する基本アドレスである置換基本アドレスを
維持しかつＬＤＴエントリにおけるオリジナル・セグメ
ントのオリジナル基本アドレスであるオリジナル基本ア
ドレスを維持する、セグメント割り当てルーチン；及び
タスクが実行を開始する前に該タスクのパア−インスタ
ンス・セグメントの置換基本アドレスをＬＤＴに記憶す
るための基本アドレス設定ルーチン；を含んでいるタス
ク・スイッチ・エンハンサＤＬＬ（ＴＳＥ）を備えてい
るので、マルチプル・タスクまたは一つのタスクのマル
チプル・インスタンスにリンクされたＤＬＬにおけるパ
ア−インスタンス・データ・メモリを提供することがで
き、それによりパア−インスタンス・オペレーションを
達成するために可変宣言だけが変更されて有効コードを
容易に得ることがきる。

【図面の簡単な説明】

【図１】従来技術の関係におけるタスク（アプリケーシ
ョン）、ＤＬＬｓ、及びＤＬＬデータ・セグメントを示
しているブロック図である。

【図２】タスク・スイッチ・エンハンサ（ＴＳＥ）によ
って生成される関係を示しているブロック図である。

【図３】ＴＳＥによって生成されるデータ・セグメント
に対する、ローカル・ディスクリプタ・テーブル（ＬＤ
Ｔ）ディスクリプタ基本アドレスへのＤＬＬセレクタの
関係を示している概略ブロック図である。

【図４】メモリの中にＤＬＬを持ち込むことに関連付け
られた処理を示しているフローチャートである。

【図５】タスクを最初に始めることに関連付けられた処
理を示しているフローチャートである。

【図６】タスクを切り換えることに関連付けられた処理
を示しているフローチャートである。

【符号の説明】

１４０ ＤＬＬ２ １４２ セレクタ １７１，１７２ セグメント １７５ オリジナル・データ・セグメント１７５ ２１０ ディスクリプタ ２２０ 基本アドレス部分

フロントページの続き (72)発明者 アレクサンダー エル スマンダク アメリカ合衆国 カリフォルニア州 95014 クーパーティノ １ ウェストリ ン ウェイ 978

Claims (5)

【特許請求の範囲】
1. 【請求項１】 セレクタをＲＡＭ基本アドレスにマップ
   すべくローカル・ディスクリプタ表（ＬＤＴ）を含んで
   いるメモリ管理ハードウェアを有しているコンピュータ
   において、同時にＲＡＭアドレス空間に装填された第１
   のタスクの一部及び第２のタスクの一部の両方としてラ
   ンダム・アクセス・メモリ（ＲＡＭ）アドレス空間に装
   填された特定のダイナミック・リンク・ライブラリ（Ｄ
   ＬＬ）におけるパア−インスタンス・データ・メモリを
   供給する方法であって、 タスク・スイッチ・エンハンスＤＬＬ（ＴＳＥ）を供給
   し；ＤＬＬが装填されるときに前記ＴＳＥに該ＤＬＬを
   登録するためにＤＬＬ登録ルーチンを該ＴＳＥに供給
   し；前記ＤＬＬ登録ルーチンへの呼出しを前記特性のＤ
   ＬＬに供給し；タスクが開始されるときに前記ＴＳＥに
   該タスクを登録するためにタスク登録ルーチンを前記Ｔ
   ＳＥに供給し；前記タスク登録ルーチンへの呼出しを前
   記第１のタスク及び前記第２のタスクに供給し；あらゆ
   るタスクの実行が開始または終了されようとしていると
   きにはいつでも及びあらゆるタスクが存在しなくなろう
   としているときにはいつでも前記ＴＳＥに切換え通知を
   供給するために前記オペレーティング・システムを要求
   しているルーチンを前記ＴＳＥに供給し；割り当てられ
   たデータがそのタスクに対するオリジナル・パア−イン
   スタンス・データ・セグメントの置換である、タスクに
   対するＤＬＬのパア−インスタンス・データを記憶する
   ためにメモリ・セグメントを割り当てるためのセグメン
   ト割り当てルーチンを前記ＴＳＥに供給し、前記オリジ
   ナル・セグメントは、ＬＤＴエントリを参照している前
   記特定のＤＬＬにおけるセレクタを通して参照され、前
   記セグメント割り当てルーチンは、前記ＬＤＴエントリ
   における前記割り当てられたセグメントに対する基本ア
   ドレスである置換基本アドレスを維持しかつ前記ＬＤＴ
   エントリにおける前記オリジナル・セグメントの前記オ
   リジナル基本アドレスであるオリジナル基本アドレスを
   維持し；前記第１のタスクの初期化の間に該第１のタス
   クに対する前記特定のＤＬＬのパア−インスタンス・デ
   ータ・セグメントに対する前記ＴＳＥセグメント割り当
   てルーチンを呼出しかつ前記第２のタスクの初期化の間
   に該第２のタスクに対する前記特定のＤＬＬのパア−イ
   ンスタンス・データ・セグメントに対する前記ＴＳＥセ
   グメント割り当てルーチンを呼出し；そのタスクが実行
   を開始する前にタスクのパア−インスタンス・セグメン
   トの前記置換基本アドレスを前記ＬＤＴエントリに記憶
   するために基本アドレス設定ルーチンを前記ＴＳＥに供
   給し；かつ前記第１のタスクが実行を開始しようとして
   いる前記ＴＳＥによって受け取られた切換え通知に応じ
   て前記第１のタスクに対する前記置換基本アドレスに対
   して前記基本アドレス設定ルーチンを呼出す段階を具備
   することを特徴とする方法。
2. 【請求項２】 前記ＴＳＥによって受け取られた切換え
   通知に応じて、前記特定のＤＬＬにリンクされたノー・
   タスクが実行を開始しようとしているときに前記特定の
   ＤＬＬの前記パア−インスタンス・セグメントに対する
   前記ＬＤＴエントリに前記オリジナル基本アドレスを記
   憶する段階を更に具備することを特徴とする請求項１に
   記載の方法。
3. 【請求項３】 前記ＴＳＥによって受け取られた切換え
   通知に応じて、前記ＴＳＥが存在しなくなろうとしてい
   るタスクにリンクされるならば前記ＴＳＥを別のＴＳＥ
   登録タスクにリンクする段階を更に具備することを特徴
   とする請求項１に記載の方法。
4. 【請求項４】 前記オペレーティング・システムは、マ
   イクロソフト・ウィンドウズ３．１及びマイクロソフト
   ・ウィンドウズ３．１１からなるグループから選択さ
   れ；かつ前記コンピュータは、インテル８０３８６マイ
   クロプロセッサとコンパチブルなマイクロプロセッサに
   基づくことを特徴とする請求項１に記載の方法。
5. 【請求項５】 ランダム・アクセス・メモリ（ＲＡＭ）
   アドレス空間におけるダイナミック・リンク・ライブラ
   リ（ＤＬＬｓ）の装填及びＲＡＭアドレス空間における
   装填された多重タスクへのＤＬＬの連結を同時に供給し
   ているマルチタスキング・オペレーティング・システ
   ム、及びセレクタをＲＡＭ基本アドレスにマップすべく
   ローカル・ディスクリプタ表（ＬＤＴ）を含んでいるメ
   モリ管理ハードウェアを有しているコンピュータのコン
   テキストにおいて、第１のタスクの一部及び第２のタス
   クの一部の両方として装填された特定のＤＬＬに対する
   パア−インスタンス・データ・メモリを供給するキット
   であって、 ＤＬＬが装填されるときに該ＤＬＬを前記ＴＳＥに登録
   するためのＤＬＬ登録ルーチン；タスクが開始されると
   きに前記ＴＳＥに該タスクを登録するためのタスク登録
   ルーチン；あらゆるタスクの実行が開始または終了され
   ようとしているときにはいつでも及びあらゆるタスクが
   存在しなくなろうとしているときにはいつでも切換え通
   知を前記ＴＳＥに供給するために前記オペレーティング
   ・システムを要求するルーチン；割り当てられたセグメ
   ントがそのタスクに対するオリジナル・パア−インスタ
   ンス・データ・セグメントの置換である、タスクに対す
   るＤＬＬのパア−インスタンス・データを記憶するため
   にメモリ・セグメントを割り当てるためのセグメント割
   り当てルーチンであり、前記オリジナル・セグメント
   は、ＬＤＴエントリを参照している特定のＤＬＬにおけ
   るセレクタを通して参照され、前記セグメント割り当て
   ルーチンは、前記ＬＤＴエントリにおける前記割り当て
   られたセグメントに対する基本アドレスである置換基本
   アドレスを維持しかつ前記ＬＤＴエントリにおける前記
   オリジナル・セグメントのオリジナル基本アドレスであ
   るオリジナル基本アドレスを維持する、セグメント割り
   当てルーチン；及びタスクが実行を開始する前に該タス
   クのパア−インスタンス・セグメントの前記置換基本ア
   ドレスを前記ＬＤＴに記憶するための基本アドレス設定
   ルーチン；を含んでいるタスク・スイッチ・エンハンサ
   ＤＬＬ（ＴＳＥ）を備えていることを特徴とするキッ
   ト。