64ビットOSで16ビットアプリケーションを実行できないのはなぜですか？

なぜそれは：

• 32ビットOSを64ビットCPUにインストールすると、古い16ビットアプリケーションを実行でき、
• しかし、64ビットOSをインストールすると、それらのアプリケーションを直接実行できず、何らかのエミュレーションが必要になります（常に完全に機能するとは限りません）。

具体的には、64ビットプロセッサ（Intel Core 2 Duo）を使用しています。Windows XPとWindows 7（両方とも32ビット）をインストールすると、古いDOSと616ビットのWindowsアプリケーションを実行できました。

64ビット版のWindows 7をインストールしました。なぜ同じアプリケーションを実行できないのですか？

私の理解では、ロングモード（x64ネイティブ）で実行している場合、CPU自体は16ビットモードへの移行をサポートしていないためです。ウィキペディアを参照してください。したがって、16ビットモードをサポートするには、NTVDM（Windowsの16ビットレイヤー）が16ビットプロセッサを完全にエミュレートする必要があります。

エミュレーション層の再実装と、既存の仮想化ソフトウェア（VirtualPC、VirtualBox）を使用してこれを処理することを検討したため、VDMを削減することにしました。

なぜなら、64ビットハンドル32の最下位ビットを有しています。

64ビットWindowsは、16ビットWindowsベースのアプリケーションの実行をサポートしていないことに注意してください。
主な理由は、64ビットWindowsではハンドルに32ビットの有効ビットがあるためです。
したがって、データを失うことなく、ハンドルを切り捨てて16ビットアプリケーションに渡すことはできません。

Windowsでは、プログラムは「ハンドル」をOSに渡し、その逆も同様です（OSは、ウィンドウなどの特定のリソースを一意に識別するために使用する番号です）。

16ビットプログラムをサポートするために、32ビットWindows は16の有効ビットを持つハンドルのみを生成します-16の上位ビットはOSによって無視されます（プログラムがこの事実を利用していない場合でも）。したがって、2 ¹⁶個を超えるオブジェクトと対話できるプログラムはありませんが、実際にはかなり低いです。

ただし、これを改善するために、64ビットWindowsはハンドルの有効ビット数を32に増やしました。しかし、これは、情報を失うことなく16ビットプログラムにハンドルを渡すことができないことを意味します。したがって、16ビットプログラムは64ビットWindowsで実行できません。

Windowsの場合、OSのx86バージョンには16ビットエミュレーションが含まれており、古いDOSプロセスを実行できるためです。x64バージョンでは、32ビットプロセスの実行を許可するためにx86の実行をエミュレートする必要があり（WoW64と呼びます）、Wow64を使用して16ビットエミュレータをさらにエミュレートすると、多くの問題が発生します。

エミュレーションはそれらを処理するためにハードコーディングされているため、少数の認識されている16ビットプロセスが実行されますが、残りはx64にエミュレーションが含まれていないため機能しません。

MSKB記事の「16ビットコードなし」を参照してください：http : //support.microsoft.com/kb/282423

間違っている場合は修正してください。しかし、NTVDMが仮想8086モードを使用しているのは、Windows固有の問題のためだけです。：（ロングモードで実行されている）x64プロセッサの互換モードでは、私がここで見つけたものとは完全な「クリーン」プロテクトモード、16および32ビットのサポートhttp://en.wikipedia.org/wiki/Long_modeのいくつかを、しかししません仮想8086モードなどの386の追加。そのため、MicrosoftがNTVDMを再プログラミングすることに見返りがないため、サポートされない可能性が高くなります。一部の16ビットプロテクトモードアプリケーションは、ほとんどがそうでない場合でも仮想8086を使用できるため、おそらくエミュレーションを追加する必要があります。16ビットアプリのハードウェアサポートがあるので、十分な労力をかけて、ロングモードで実行しているdosboxよりも高速に何かを書くことができると思います。

Dosアプリケーションと16ビットWindowsアプリケーションでは状況が異なります。

Dosアプリケーションの問題は、ロングモードでは仮想8086モードが使用できないことです。これはCPUアーキテクチャの制限です。

16ビットWindowsアプリケーション（16ビット保護モードで実行）の理由は、MSが適切な互換性レイヤーを実装する作業を行う準備ができていなかったためです。面白いことに、Wineは64ビットLinux上で16ビットWindowsアプリを実行することができます。

最も可能性の高い理由は、新しい64ビットハードウェアで古い16ビットアプリケーションを実際に実行できるようにしたいPC所有者はごくわずかだからだと思います。マイクロソフトは、おそらく16ビットアプリケーションをサポートし続けている間は価値がないと考えていました。