内置32位操作系统的应用程序无法在64位系统上运行 [英] an application built in 32bit OS not working in 64 bit

问题描述

不确定为什么在32位OS中不能在64位上运行的应用程序用于扩展内存.额外的寄存器可提供更多的内存...对兼容性的东西不太确定
或者可能是由于发生问题而导致文件设置位置不同

Not sure why an application built in 32bit OS not working in 64 bit is for extended memory. Extra registers to provide more memory... Not quite sure about compatibility stuff
Or may be file setting location is different due which issue has occured

推荐答案

仅需注意:额外的寄存器将不会为您提供更多的内存.您可能不了解寄存器.您从何处获得扩展内存"一词?现代系统上没有这样的东西，但这是很久以前的事情了.

您需要记住:1)您永远不能混合为不同的指令集体系结构编译的可执行文件； 2)对于所有指令集体系结构，它们都是兼容的32位可执行模块，它们在WoW64子系统上运行的64位Windows系统上运行，请参见 ^ ].

就是说，问题可能与您的32位可执行模块中的间接依赖关系有关.它们可能取决于某个系统DLL，该系统DLL在系统上为32位，而在另一个系统上为64位.如果应用程序假定它是32位的，则尝试显式加载它，但是找到了64位的模块，则可能导致灾难.诸如此类，由于您未提供更多信息，我不知道确切原因.
您可以自己进行调查.这里的主要工具是Microsoft Dependency Walker，请参阅 http://www.dependencywalker.com/ [

Just a note: extra registers will not provide you any more memory. You probably have no idea about registers. Where did you get this term "extended memory"? There is no such stuff on modern system, but it was their long time ago.

You need to keep in mind that 1) you can never mix executables compiled for different instruction-set architectures; 2) for all instruction-set architectures 32-bit executable modules are compatible, they are run on 64-bit Windows systems they run on WoW64 subsystem, see http://en.wikipedia.org/wiki/WoW64[^].

That said, the problem could be related to indirect dependencies in your 32-bit executable modules. They can depends on some system DLL which is 32-bit in on system and 64-bit in another system. If the application tries to explicitly load it assuming it is 32-bit, but founds the module of 64-bits, it can cause a disaster. Something like, that, I don''t know the exact reason as you did not supply more information.

You can do your investigation by your self. Main tool here would be Microsoft Dependency Walker, please see http://www.dependencywalker.com/[^].

—SA

这篇关于内置32位操作系统的应用程序无法在64位系统上运行的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！