相关疑难解决方法(0)

我的可执行文件有问题.我在我的Windows 7 64位开发盒上运行这个C++ 32位可执行文件,它还包含所有这些Microsoft应用程序(Visual Studio 2008 + 2010,TFS,SDK,Microsoft Office)......它仍然可以正常运行.

现在我得到了同一个程序的客户端安装,并被要求用干净的Windows 7安装进行测试.因此,我得到了一个Windows 7 64位VMware,并将其更新为Windows 7 SP 1(我的开发人员盒正在调整的版本相同).但是在我的开发人员盒上,一切都很好,该程序不适用于VMware(30天试用版)框.

x86 Dependency Walker告诉我缺少以下DLL文件:

• API-MS-WIN-CORE-COM-L1-1-0.DLL
• API-MS-WIN-CORE-的WinRT-ERROR-L1-1-0.DLL
• API-MS-WIN-CORE-WinRT的-L1-1-0.DLL
• API-MS-WIN-CORE-的WinRT-ROBUFFER-L1-1-0.DLL
• API-MS-WIN-CORE-的WinRT-STRING-L1-1-0.DLL
• API-MS-WIN-SHCORE-SCALING-L1-1-0.DLL
• DCOMP.DLL
• GPSVC.DLL
• IESHIMS.DLL

我搜索了那些API-MS-WIN -... DLL文件,发现它们实际上应该已经成为Windows 7的一部分(一些网站声称属于Windows 8和Windows Server 2012).

我已经尝试过我发现的建议修复程序,它们是:

• 运行'sfc/scannow'
• 安装Visual Studio 2008 SP1运行时可执行文件

但这并没有解决任何问题.:-(

旁注:我的开发盒也没有它们,似乎不需要它们.例如,我的盒子上的user32.dll没有链接其中一个,而VMware上的安装确实如此.

有关如何解决此问题的任何想法？我试图在Microsoft页面上找到合适的下载/修复程序,但是我失败了.

在解决了我的问题后,我想报告我发现的内容,我不能将此作为答案发布,因为问题已经结束.

实际上Dependency Walker工具报告的所有DLL文件都丢失了,即那些

* API-MS-WIN-CORE-...

类型DLL文件不是实际问题的一部分.

在我的情况下,三个OCX文件的注册丢失,之后一切都很好,但依赖Walker工具仍然列出了所有相同的DLL文件,即使程序刚刚运行正常.

它的要点:正如其他人所说,该工具现在有点过时,并不总是适用于较新的操作系统.因此,请密切关注并且不要因错过'API-MS-WIN-CORE-COM-L1-1-0.DLL'而误导......,问题可能完全在其他地方.

我有一个客户端/服务器应用程序,我一直在一台PC上开发.现在它需要两个串口,所以我从朋友那里借了一台电脑.

当我构建我的应用程序并尝试运行或调试它时(无论是在Delphi IDE中还是从Windows文件管理器中),它出现错误"应用程序无法正确启动(0xc000007b)".

谷歌搜索没有带来多少,但似乎表明这不是特定于Delphi的其他应用程序.它似乎是由64位应用程序调用32位DLL引起的,反之亦然.

• 两台PC都是Windows 7,64位
• 两者都有Delphi Xe2入门版,只能处理32位
• 该应用程序在我的电脑上正常运行,但不在我朋友的电脑上运行
• 其他Delphi应用程序在两台PC上运行良好

任何人都可以给我一个提示,如何跟踪这个？

我正在尝试在这里进行SDL教程http://lazyfoo.net/SDL_tutorials/lesson03/windows/msvsnet2010e/index.php

我做了他们要求我做的所有事情,一切都正确构建,但当我尝试运行可执行文件时,我总是收到错误:"应用程序无法正确启动0xc000007b"

我在Mac(bootcamp)上使用Win7,使用visual stdio 2010专业版