我已经看到，我写的一些程序，并使用ml.exe为x86组装运行我的Win 7 x64罚款。 我相信这是因为哇技术。
但是，有一些程序（不是我写的）不能运行。 他们提供的错误是： 该文件的版本与您正在运行的Windows版本不兼容。 检查您的计算机系统信息，以查看您是否需要x86（32位）或x64（64位）版本的程序，然后联系软件发布者
有什么办法可以修改这些程序的EXE，使其运行在Win 7 x64上。 这些程序的根本区别是什么，使它不同于其他透明运行的程序。
如何closuresWindows上的Javasubprocess标准输出文件描述符，而后代仍然存在
如何找出我们是否真的使用48位，56位或64位的指针
枚举当前加载的所有共享对象的所有ELF部分
在C ++中统计相同的正在运行的进程
在Linux内核4.8.0-53-通用Linux Mint 64位中，从IOCTL函数的不兼容指针初始化错误
Windows上GHC的64位基础库的dynamic版本
无法在64位Linux上运行32位应用程序
有关进程地址空间中的NULL指针分配分区的问题
在Windows下，有没有办法强制堆栈使用大页面？
从多进程泊坞窗容器logging
他们实际上是8位或16位程序。 Windows x64在长时间模式下运行，不支持虚拟8086模式，这种程序需要。 没有办法使它们不能从源代码重新编译它们或在虚拟机中运行它们。
一个原因可能是.NET和本地库的结合。 .NET库在运行时编译为x64（如果不明确指定x86），并且本机库以x86模式运行。 它不能运行。
另一个原因是访问注册表。 根据使用的API，wow64模式下的x86app可以被转发到注册表的另一部分。 如果注册表访问API不一致，则可能会造成问题。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
