调试/发布中均存在此错误。

因此,最初的问题是它具有32位库,而我没有链接到它的64版本。
(此问题的先前版本)
我修好了

应用程序可以在Windows Server Standard 2008R2 x64上运行。

我尝试在Windows Server Enterprise上运行应用程序,但遇到上述(标题)错误消息。

依赖行者说“找到了具有不同CPU类型的模块”,由于某种原因,它似乎错误地链接到32位库,但这就是来自mshtml.dll(Win lib)的东西,并且它链接到winsxs \ x86 ..文件夹COMCTL32.dll,但是该lib在System32文件夹中(正确的一个),因此不确定为什么链接到此文件夹

有任何想法吗???

最佳答案



哪一个-已安装并打补丁的VC编译器随附的,还是您从网上下载的?您是安装32位Redist还是安装64位-它们是单独安装,即64位Redist不包括32位Redist文件。



是的,您必须匹配所有32位或全部64位的CPU类型。

鉴于IESHIMS,给人的印象是使用浏览器插件

  • 如果您创建浏览器帮助对象(BHO-IE插件/扩展),则需要分别注册32位和64位,但是如果要连接到即作为外部服务器,则只需要确保您具有正确的权限即可一个与您的应用程序的其余部分匹配。
  • 如果您制作的是FF插件,请不要忘记将mozilla目录添加到depends的搜索路径,并且当您进行更改时请不要忘记必须重置firefox插件缓存以尝试加载插件。再次输入(更改文件夹名称,启动FF,然后改回名称)



  • 因此,这将是64位,即dll,到?? / System32

    我建议删除您添加到system32的所有dll,那样会导致dll hell 。

    关于c++ - 从VS2008运行的可执行文件崩溃,出现错误 “Application was unable to start correctly (0x000007b)” x64,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/3207450/

    10-16 19:08