私は、非常に古く、ミッションクリティカルなFoxPro for DOS 2.6(FPD)アプリケーションを所有している会社をサポートしています。
さまざまな理由で、同社はアプリを適応/移行しませんでした。皮肉なことに、OSがより多くのような新機能を許可したため、Windows XP(および32ビットWin7)でさらに良好に実行されています信頼性の高いネットワーキング、分散印刷、電子メール統合。この会社にとって残念なことに、ほとんどの新しいマシンには、FPDアプリと互換性のない64ビットバージョンのWindows7が付属しています。
今回は壁に書いてあることを私は知っています:唯一の長期的な解決策は彼らのアプリを移行することです。しかし、誰かが一時的な代替パスを提案できるかどうか疑問に思います。これには次のいずれも含まれません。
a)64ビットWindowsを32ビットにダウングレードする、または
b)仮想化された32ビットXPでアプリを実行する
ありがとう!
PS:明けましておめでとうございます!!!
実行可能な選択肢があまりないようです。
最も簡単で最速の方法は、XPモードを使用するbオプションです。XPモードは、仮想化オプションとして、インストールされているアプリケーションをXPのWindows7に統合します。
try を与えます。
それが実行されず、実行されないという理由の私の推測は、それが実際には16ビットアプリケーションであるためです。どうやら、Win64には、16ビットアプリの実行に必要なWoWWin16サポートサブシステムが含まれていません。
64ビットウィンドウで32ビットアプリを確実に実行できます。ただし、16ビットの場合は、エミュレーターを実行する必要があります。
実際に32ビットの場合は、32ビットライブラリがインストールされて使用可能であることを確認してください。また、データ実行防止を無効にするか、アプリを除外として追加してください。そうしないと、アプリも実行されません。
AMDがx86プロセッサの64ビット拡張機能を開発したとき、古い16ビットアドレス指定互換モードはすべて64ビットモードから除外されていました。これにより、Windows 64ビット(WOW64)上のWindowsは、WOW32が32ビットモードのプロセッサで実行できるのと同じ方法で、古い16ビットソフトウェアの実行をサポートできなくなります。
32ビットバージョンのWindows7、8、8.1、および10はすべて16ビットソフトウェアを引き続きサポートします。レガシー機能NTVDM(NT仮想DOSマシン)を有効にするだけで、NTコマンドプロンプトでcommand
と入力することもできます。 DOSコマンドラインに切り替えます。
会社が現在実行しているメインOSの32ビットバージョンを使用して仮想マシンで実行することをお勧めします。つまり、今のところWindows 732ビットです。
少し遅いかもしれませんが、これを試すことができます。Windowsサーバーでアプリを実行し、OpenSSHをインストールして、すべてのユーザーにパスワードなしのログインを構成します。ターミナルサーバーを使用するようなものですが、予期した問題を回避できる場合があります。また、ユーザーがcmd.exeに慣れている場合は、PuTTYやその他のターミナルエミュレーター/ sshクライアントの代わりにcmd.exeからsshを試すことができますが、その実現可能性は主にアプリによって異なります。
正しく実行され、少し運が良ければ、他の場所でアプリを実行していることに気付かない可能性があります。
仮想化されたWin98で実行できます
仮想化されたDOSで実行できます
linuxのDosBoxで試すことができます
bochsx86で試すことができます
linuxでWineを試すことができます
linuxでCedegaを試すことができます
Windows2003ターミナルサーバーでアプリを実行する