DPMI

DPMI () は、マルチタスクOS（または擬似マルチタスクOS）の仮想DOSマシンの環境下でプロテクトモードアプリケーション（主としてDOSエクステンダ）の実行環境を提供する規格である。
概要.
MS-DOSの次世代OSとなるマルチタスクOS（または擬似マルチタスクOS）の仮想DOSマシンの環境下で、メモリ保護等のマルチタスク環境で必須のシステム保護を行った上でプロテクトモードアプリケーションの実行環境を提供する規格がDPMIである。
マルチタスクOSの環境下では、メモリ上に複数のアプリケーションを同時に読み込むことが出来るが、そのためにはメモリ領域の棲み分けをする以外に、バグや悪意のあるアプリケーションがメモリ上に読み込まれたとしても、他のアプリケーションのためのメモリ領域等のシステムリソースを破壊しないようにOSレベルでのシステム保護が必要である。
DPMIはシステム保護という目的を達成するためにプロテクトモードアプリケーションを特権レベル1‐3で実行させる。DPMIアプリケーションは特権命令を直接利用することが出来ないので、DPMIサーバーが全てのプロテクトモードに関する管理を引き受けるため、VCPIと比べて多くのファンクションコールを提供する。結果としてDPMIはVCPIよりもかなり重い環境になった。
しかしながら、DPMIサーバーが重くなった反面、DPMI専用クライアントはそれまでの一般的なDOSエクステンダより遥かに軽くなったというメリットもあった。
なお、DPMIはVCPIを拡張した規格であるという誤解が一部にあるが、DPMIは実際にはVCPIとの互換性は無く独立した規格である。VCPI (Virtual Control Program Interface) は文字通りi386の仮想86モードを利用した規格であるため386以上のCPU (IA-32) 搭載が必須であるが、DPMIは一部の機能を除き80286上でも動作する規格である。
DPMIの問題点.
DPMIの最大の問題点は、登場時期が遅すぎたことである。
DPMI0.9の最初の実装は、Windows 3.0である。
Windows はGUIばかりでは無く、プロテクトメモリへのアクセスもアプリケーションに提供した。MS-DOS のメモリ不足の解消方法の選択肢に Windows アプリケーションが加わったのである。このため、ユーザインタフェースのあるアプリケーションを新規に開発する場合には、わざわざDPMIアプリケーションとして開発するのではなく、Windowsアプリケーションとして開発する方がその将来性を考えて望ましい時期に入っていた。
ただし既存のDOSエクステンダや既存のプロテクトモードアプリケーションをDPMIに対応させることは、それらの製品寿命を延ばす意味があるので価値があった。またコンパイラやリンカー等のようにファイルしかアクセスしないアプリケーションを新規に開発することにも意味があった。
また、最初に公開された仕様のバージョンが0.9であるということも問題であった。DPMIの最初の仕様が1.0では無く0.9であった理由は、機能不足であったためである。事実、DPMI 0.9公開後、各DOSエクステンダのベンダは、自社のDOSエクステンダをDPMI 0.9に対応させたが、DPMI 0.9の機能不足を補うために、仮想デバイスドライバ (VxD) を同時に開発したところが少なくなかった。
例えば Phar Lap社の386|DOS-Extenderは、バージョン4.0からDPMIをサポートするようになったが、386|DOS-ExtenderをWindowsで動作させる時に起こる問題に対応するためにVxDドライバ PHARLAP.386が同時に開発された。