我支持一个拥有非常古老，任务关键的FoxPro for DOS 2.6（FPD）应用程序的公司。
由于variuos的原因，该公司没有适应/迁移他们的应用程序，具有讽刺意味的是，在Windows XP（和32位Win7）下运行得更好，因为操作系统允许更可靠的networking，分布式打印，电子邮件集成等新function。 不幸的是，对于这家公司来说，大多数新机器现在都带有一个64位版本的Windows 7，与他们的FPD应用程序不兼容。
我知道这次写作是在墙上：唯一的长期解决scheme是迁移他们的应用程序。 但是，我想知道是否有人可以build议一个临时的替代path，这也不涉及：
a）将64位Windows降级到32位，或者
b）在虚拟化的32位XP上运行应用程序
谢谢！
PS：新年快乐！
看起来你没有很多可行的select。
最简单和最快的是使用XP模式的b选项。 XP Mode作为虚拟化选项，将已安装的应用程序集成到Windows 7中的XP中。
试一试 。
我猜它不运行，不会运行的原因是因为它实际上是一个16位的应用程序。 显然，Win64不包括运行16位应用程序所需的WoW Win16支持子系统。
您可以在64位窗口上运行32位应用程序。 但是，如果你的是16位，那么你将不得不运行一个模拟器。
如果它确实是32位，那么确保32位库已经安装并可用。 另外，请确保禁用数据执行保护或将您的应用程序作为排除项添加到它，否则将无法运行。
当AMD开发64位扩展到x86处理器时，所有旧的16位寻址兼容模式都被排除在64位模式之外。 这使得在Windows 64位（WOW64）上的Windows无法像WOW32能够在32位模式下的处理器上一样支持运行较旧的16位软件。
Windows 7,8,8.1和10的32位版本都支持16位软件 – 只需启用NTVDM（NT Virtual Dos Machine）function，甚至可以在NT命令提示符下inputcommand切换到DOS命令行。
我build议在虚拟机上使用公司目前运行的主要操作系统的32位版本来运行它 – 现在Windows 7 32位。
你可以运行在虚拟化的Win98上
你可以在虚拟化的DOS下运行
你可以试试在Linux下的DosBox
你可以试试Bochs x86
你可以在Linux下试试Wine
你可以在Linux下试试Cedega
在Windows 2003terminal服务器上运行应用程序
也许有点晚，但你可以试试这个：在Windows服务器上运行应用程序，然后安装OpenSSH并为每个用户configuration无密码login。 有点像使用terminal服务器，但可以避免你所期望的问题。 另外，如果用户习惯于使用cmd.exe，则可以尝试使用ssh而不是Putty或其他terminal模拟器/ ssh客户端，但是其可行性主要取决于您的应用程序。
如果做得对，并且运气好一些，他们可能不会注意到他们正在其他地方运行应用程序。