blocks|key|225740|text|首先，我建议使用dependency+walker测试您的应用程序及其依赖项之间是否存在问题|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|225741|entityMap|0|LINK|mutability|MUTABLE|url|http://www.dependencywalker.com/^0|8|H|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

To start, I would suggest to test whether there is a problem between your application and its dependencies using <a href="http://www.dependencywalker.com/" rel="noreferrer">dependency walker</a>

blocks|key|3099136|text|无法解析加载时依赖项。最简单的调试方法是使用Dependency+Walker。使用配置文件选项获取加载过程的诊断输出。这将确定故障点，并指导您找到解决方案。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3099137|此错误最常见的原因是试图将64位DLL加载到32位进程中，反之亦然。|3099138|entityMap|0|LINK|mutability|MUTABLE|url|http://www.dependencywalker.com/^0|M|H|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]]|C|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]]]

A load time dependency could not be resolved. The easiest way to debug this is to use <a href="http://www.dependencywalker.com/" rel="noreferrer">Dependency Walker</a>. Use the Profile option to get diagnostics output of the load process. This will identify the point of failure and should guide you to a solution.

The most common cause of this error is trying to load a 64 bit DLL into a 32 bit process, or vice versa.

blocks|key|3099160|text|这可能是调试调试器可能有用的情况。基本上，如果您遵循instructions+here，您可以运行两个ide，其中一个将调试到另一个。如果您在其中运行应用程序，则有时可以捕获否则会遗漏错误。值得一试。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3099161|entityMap|0|LINK|mutability|MUTABLE|url|http://delphi.about.com/od/delphitips2007/qt/debug_vcl.htm^0|Q|H|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

This may be a case where debugging the debugger might be useful. Essentially if you follow the <a href="http://delphi.about.com/od/delphitips2007/qt/debug_vcl.htm" rel="nofollow">instructions here</a> you can run two ide's and one will debug into the other. If you un your application in one, you can sometimes catch errors that you otherwise miss. Its worth a try.

blocks|key|2885277|text|这是一个丢失的dll。使用com端口的dll可能具有未解析的dll依赖项。您可以使用依赖项遍历和windows调试器。例如，检查所有的mfc库。此外，您还可以使用nrCommlib+-它是用于com端口的很好的组件。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2885278|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

It is a missing dll.
Possibly, your dll that works with com ports have an unresolved dll dependence. 
You can use dependency walker and windows debugger. Check all of the mfc library, for example. Also, you can use nrCommlib - it is great components to work with com ports.

blocks|key|225822|text|我最近遇到了一个问题，我正在开发一个应用程序(使用串口)，它在我测试过的所有机器上都能工作，但有几个人收到了这个错误。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|225823|事实证明，发生错误的所有计算机都运行Win7+x64，并且从未更新过一次。|225824|运行Windows更新修复了我的特定情况下的所有机器。|225825|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I recently had an issue where I was developing an application (that used a serial port) and it worked on all the machines I tested it on but a few people were getting this error.

It turns out all the machines that the error happened on were running Win7 x64 and had NEVER ONCE been updated. 

Running a Windows update fixed all of the machines in my particular case.

blocks|key|228652|text|我曾看到在未安装Visual+C%2B%2B的计算机上运行VC%2B%2B调试可执行文件时出现错误。构建一个发布版本并使用它来修复它。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|228653|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I have seen the error trying to run VC++ debug executable on a machine which did not have Visual C++ installed. Building a release version and using that fixed it.

blocks|key|3099236|text|刚刚为我的个人项目解决了这个问题(感谢Dries+)。对我来说，这是因为项目路径太长。在将.sln保存到一个较短的路径(C:/MyProjects)并从那里编译之后，它运行时没有出现错误。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3099237|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Just solved this problem for my personal project (thanks to Dries for that). For me it was because the project path was too long. After saving the .sln to a shorter path (C:/MyProjects) and compiling from there it ran without the error.

blocks|key|3099252|text|实际上，此错误指示无效的图像格式。然而，为什么会发生这种情况，以及错误代码通常意味着什么？实际上，当您尝试运行一个专为64位Windows操作系统设计或打算与64位Windows操作系统协同工作的程序时，可能会出现这种情况，但您的计算机运行的是32位操作系统。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3099253|可能的原因：|3099254|restart|3099255|DirectX|unordered-list-item|3099256|
|3099257|.NET+|3099258|3099259|Microsoft+Visual+C%2B%2B|3099260|3099261|Need+to+Re-Install|3099262|3099263|Need+C%2B%2B|3099264|3099265|Need+to+Re-Install|3099266|3099267|Need+to+administrator|3099268|
+to+|3099269|Microsoft+Visual+C%2B%2B|3099270|Need+to+Re-Install|3099271|Need+to+administrator|3099272|Need+to+administrator|3099273|to|3099274|Microsoft+Visual+C%2B%2B|3099275|Need+to+Re-Install|3099276|Need+administrator|3099277|Microsoft+Visual+C%2B%2B|3099278|Need+to+Microsoft+Framework|3099279|Need+to+Re-Install|3099280|Need+to+Run+the+application+as+an+administrator|3099281|3099282|来源：http://www.solveinweb.com/solved-the-application-was-unable-to-start-correctly-0xc000007b-click-ok-to-close-the-application/|offset|length|3099283|entityMap|0|LINK|mutability|MUTABLE|url|http://www.solveinweb.com/solved-the-application-was-unable-to-start-correctly-0xc000007b-click-ok-to-close-the-application/^0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|3|3G|0|0^^$0|@$1|2|3|4|5|6|7|24|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|25|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|26|8|@]|9|@]|A|$]]|$1|F|3|G|5|H|7|27|8|@]|9|@]|A|$]]|$1|I|3|J|5|6|7|28|8|@]|9|@]|A|$]]|$1|K|3|L|5|H|7|29|8|@]|9|@]|A|$]]|$1|M|3|J|5|6|7|2A|8|@]|9|@]|A|$]]|$1|N|3|O|5|H|7|2B|8|@]|9|@]|A|$]]|$1|P|3|J|5|6|7|2C|8|@]|9|@]|A|$]]|$1|Q|3|R|5|H|7|2D|8|@]|9|@]|A|$]]|$1|S|3|J|5|6|7|2E|8|@]|9|@]|A|$]]|$1|T|3|U|5|H|7|2F|8|@]|9|@]|A|$]]|$1|V|3|J|5|6|7|2G|8|@]|9|@]|A|$]]|$1|W|3|X|5|H|7|2H|8|@]|9|@]|A|$]]|$1|Y|3|J|5|6|7|2I|8|@]|9|@]|A|$]]|$1|Z|3|10|5|H|7|2J|8|@]|9|@]|A|$]]|$1|11|3|12|5|6|7|2K|8|@]|9|@]|A|$]]|$1|13|3|14|5|H|7|2L|8|@]|9|@]|A|$]]|$1|15|3|16|5|H|7|2M|8|@]|9|@]|A|$]]|$1|17|3|18|5|H|7|2N|8|@]|9|@]|A|$]]|$1|19|3|1A|5|H|7|2O|8|@]|9|@]|A|$]]|$1|1B|3|1C|5|6|7|2P|8|@]|9|@]|A|$]]|$1|1D|3|1E|5|H|7|2Q|8|@]|9|@]|A|$]]|$1|1F|3|1G|5|H|7|2R|8|@]|9|@]|A|$]]|$1|1H|3|1I|5|H|7|2S|8|@]|9|@]|A|$]]|$1|1J|3|1K|5|H|7|2T|8|@]|9|@]|A|$]]|$1|1L|3|1M|5|H|7|2U|8|@]|9|@]|A|$]]|$1|1N|3|1O|5|H|7|2V|8|@]|9|@]|A|$]]|$1|1P|3|1Q|5|H|7|2W|8|@]|9|@]|A|$]]|$1|1R|3|-4|5|6|7|2X|8|@]|9|@]|A|$]]|$1|1S|3|1T|5|6|7|2Y|8|@]|9|@$1U|2Z|1V|30|1|31]]|A|$]]|$1|1W|3|-4|5|6|7|32|8|@]|9|@]|A|$]]]|1X|$1Y|$5|1Z|20|21|A|$22|23]]]]

Actually this error indicates to an invalid image format. However, why this is happening and what the error code usually means? Actually this could be appear when you are trying to run a program that is made for or intended to work with a 64 bit Windows operating system, but your computer is running on 32 bit Operating system. 

Possible Reasons:

<ul>
<li>Microsoft Visual C++</li>
<li>Need to restart</li>
<li>DirectX</li>
<li>.NET Framework</li>
<li>Need to Re-Install</li>
<li>Need to Run the application as an administrator</li>
</ul>

Source: <a href="http://www.solveinweb.com/solved-the-application-was-unable-to-start-correctly-0xc000007b-click-ok-to-close-the-application/" rel="nofollow">http://www.solveinweb.com/solved-the-application-was-unable-to-start-correctly-0xc000007b-click-ok-to-close-the-application/</a>

blocks|key|228672|text|我尝试了这里指定的所有事情，并找到了另一个答案。我不得不用32位DLL编译我的应用程序。我构建了32位和64位的库，但将PATH设置为64位的库。在我重新编译了我的应用程序之后(在我的代码中也做了一些修改)，我得到了这个可怕的错误，并挣扎了两天。最后，在尝试了许多其他方法之后，我更改了我的PATH，将32位DLL放在64位DLL之前(它们具有相同的名称)。而且它起作用了。我在这里添加它只是为了完整性。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|228673|entityMap^0|1O|4|41|4|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|M|8|@]|D|@]|E|$]]]|G|$]]

I tried all the things specified here and found yet another answer. I had to compile my application with 32-bit DLLs. I had built the libraries both in 32-bit and 64-bit but had my <code>PATH</code> set to 64-bit libraries. After I recompiled my application (with a number of changes in my code as well) I got this dreaded error and struggled for two days. Finally, after trying a number of other things, I changed my <code>PATH</code> to have the 32-bit DLLs before the 64-bit DLLs (they have the same names). And it worked. I am just adding it here for completeness.

blocks|key|2885417|text|还可以下载"Dependencies“并将其解压缩到放置wget.exe的同一文件夹中|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2885418|http://gnuwin32.sourceforge.net/packages/wget.htm|offset|length|2885419|然后，您将在同一文件夹中有一些lib*.dll文件以及wget.exe，它应该工作得很好。|2885420|(我还在这里回答了我最初找到的https://superuser.com/a/873531/146668。)|2885421|entityMap|0|LINK|mutability|MUTABLE|url|1|https://superuser.com/a/873531/146668^0|0|0|1D|0|0|0|F|11|1|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|T|8|@]|9|@$D|U|E|V|1|W]]|A|$]]|$1|F|3|G|5|6|7|X|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|Y|8|@]|9|@$D|Z|E|10|1|11]]|A|$]]|$1|J|3|-4|5|6|7|12|8|@]|9|@]|A|$]]]|K|$L|$5|M|N|O|A|$P|C]]|Q|$5|M|N|O|A|$P|R]]]]

Also download and unzip "Dependencies" into same folder where you put the wget.exe from

<a href="http://gnuwin32.sourceforge.net/packages/wget.htm" rel="nofollow noreferrer">http://gnuwin32.sourceforge.net/packages/wget.htm</a>

You will then have some lib*.dll files as well as wget.exe in the same folder and it should work fine.

(I also answered here <a href="https://superuser.com/a/873531/146668">https://superuser.com/a/873531/146668</a> which I originally found.)

blocks|key|3099396|text|我在使用Microsoft+Visual+Studio+2012开发客户端-服务器应用程序时遇到了同样的问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3099397|如果您使用Visual+Studio开发应用程序，则必须确保新的(即未在其上开发软件的计算机)具有适当的Microsoft+Visual+C%2B%2B+Redistributable+Package。适当地，您需要正确的年份和位版本(即32位的x86和64位的x64+)+Visual+C%2B%2B+Redistributable+Package。|3099398|3099399|+Visual+C%2B%2B可再发行程序包安装运行使用Visual+Studio生成的C%2B%2B应用程序所需的运行时组件。|blockquote|3099400|3099401|3099402|这里有一个Visual+C%2B%2B+Redistributable+for+Visual+Studio+2015+的链接。|offset|length|3099403|您可以通过转到控制面板->程序->程序和功能来检查已安装的版本。|3099404|下面是我如何得到这个错误并修复它的：|3099405|1)我在我的电脑上使用Visual+Studio+2012开发了一个32位应用程序。让我们称我的电脑为ComputerA。|3099406|2)我将.exe和相关文件安装在另一台我们称之为ComputerB的计算机上。|3099407|3)在ComputerB上，我运行了.exe，得到了错误消息。|3099408|4)在ComputerB上，我查看了程序和功能，没有看到Visual+C%2B%2B+2012+Redistributable+(x64)。|3099409|5)在ComputerB上，我在谷歌上搜索了Visual+C%2B%2B+2012+Redistributable，选择并安装了x64版本。|3099410|6)在ComputerB上，我在ComputerB上运行了.exe，没有收到错误消息。|3099411|entityMap|0|LINK|mutability|MUTABLE|url|https://www.microsoft.com/en-us/download/details.aspx?id=48145^0|0|0|0|0|0|0|5|1E|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|1B|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|1C|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|1D|8|@]|9|@]|A|$]]|$1|E|3|F|5|G|7|1E|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|1F|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|1G|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|1H|8|@]|9|@$L|1I|M|1J|1|1K]]|A|$]]|$1|N|3|O|5|6|7|1L|8|@]|9|@]|A|$]]|$1|P|3|Q|5|6|7|1M|8|@]|9|@]|A|$]]|$1|R|3|S|5|6|7|1N|8|@]|9|@]|A|$]]|$1|T|3|U|5|6|7|1O|8|@]|9|@]|A|$]]|$1|V|3|W|5|6|7|1P|8|@]|9|@]|A|$]]|$1|X|3|Y|5|6|7|1Q|8|@]|9|@]|A|$]]|$1|Z|3|10|5|6|7|1R|8|@]|9|@]|A|$]]|$1|11|3|12|5|6|7|1S|8|@]|9|@]|A|$]]|$1|13|3|-4|5|6|7|1T|8|@]|9|@]|A|$]]]|14|$15|$5|16|17|18|A|$19|1A]]]]

I experienced the same problem developing a client-server app using Microsoft Visual Studio 2012.

If you used Visual Studio to develop the app, you must make sure the new (i.e. the computer that the software was not developed on) has the appropriate Microsoft Visual C++ Redistributable Package. By appropriate, you need the right year and bit version (i.e. x86 for 32 bit and x64 for 64 bit) of the Visual C++ Redistributable Package.

<blockquote>
 The Visual C++ Redistributable Packages install run-time components that are required to run C++ applications built using Visual Studio.
</blockquote>

Here is a link to the <a href="https://www.microsoft.com/en-us/download/details.aspx?id=48145" rel="noreferrer">Visual C++ Redistributable for Visual Studio 2015 </a>.

You can check what versions are installed by going to Control Panel -> Programs -> Programs and Features.

Here's how I got this error and fixed it:

1) I developed a 32 bit application using Visual Studio 2012 on my computer. 
Let's call my computer ComputerA.

2) I installed the .exe and the related files on a different computer we'll call ComputerB.

3) On ComputerB, I ran the .exe and got the error message.

4) On ComputerB, I looked at the Programs and Features and didn't see Visual C++ 2012 Redistributable (x64).

5) On ComputerB, I googled for Visual C++ 2012 Redistributable and selected and installed the x64 version.

6) On ComputerB, I ran the .exe on ComputerB and did not receive the error message.

blocks|key|3099468|text|在前面的回答中已经提到，使用依赖遍历是可行的，在我的例子中(我的应用程序总是失败并返回错误代码)，依赖遍历显示了一些不相关的dll！|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3099469|我终于想到，我可以通过进入“分析”菜单来运行分析，它将运行应用程序，并在导致问题的确切dll处停止！我发现一个32位的动态链接库因为路径问题被选中了，并修复了它。|3099470|​|3099471|📷|atomic|offset|length|3099472|3099473|entityMap|0|IMAGE|mutability|IMMUTABLE|imageUrl|https://ask.qcloudimg.com/http-save/yehe-900000/485d01e1d980f2dd007188bd86a036b5.png|imageAlt^0|0|0|0|0|1|0|0|0^^$0|@$1|2|3|4|5|6|7|U|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|V|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|W|8|@]|9|@]|A|$]]|$1|F|3|G|5|H|7|X|8|@]|9|@$I|Y|J|Z|1|10]]|A|$]]|$1|K|3|E|5|6|7|11|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|12|8|@]|9|@]|A|$]]]|M|$N|$5|O|P|Q|A|$R|S|T|-4]]]]

It has been mentioned in earlier answers that using dependency walker is the way to go, in my case (my application keeps failing with the error code), dependency walker showed a few dll that are NOT relevant!

Finally figured out that I can run profiling by going to "profile" menu and it will run the application and stop at the exact dll that's cause the problem! I found out a 32bit dll was picked because of path and fixed it.

<a href="https://i.stack.imgur.com/EFY7I.png" rel="noreferrer"><img src="https://i.stack.imgur.com/EFY7I.png" alt="enter image description here"></a>

blocks|key|2885579|text|在我的例子中，当我在构建一个DLL+(使用Visual+Studio+2015)之后重命名它，以便它符合可执行文件期望的名称时出现错误，这取决于DLL。重命名后，Dependency+Walker显示的导出符号列表为空，并显示上述错误消息“应用程序无法正确启动”。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2885580|因此，可以通过在Visual+Studio链接器选项中更改输出文件名来修复此问题。|2885581|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

In my case the error occurred when I renamed a DLL after building it (using Visual Studio 2015), so that it fits the name expected by an executable, which depended on the DLL. After the renaming the list of exported symbols displayed by Dependency Walker was empty, and the said error message "The application was unable to start correctly" was displayed.

So it could be fixed by changing the output file name in the Visual Studio linker options.

blocks|key|3099606|text|我刚刚遇到了这个问题。我在Windows10控制面板的“应用程序和功能”下搜索"C%2B%2B“，注意到前几天刚刚运行了某种更新，并安装了VC%2B%2B+Redistributable+2012-2017。遇到错误消息的应用程序只需要VC%2B%2B+2010。我卸载了所有这些程序，然后只重新安装了2010x86/x64，错误消失了，应用程序按预期运行。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3099607|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I just ran into this issue. I searched for "C++" under my "Apps &amp; Features" in Windows 10 control panel and noticed that some kind of update had just run a few days prior and installed VC++ Redistributable 2012-2017. The app that was running into the error message only required VC++ 2010. I uninstalled all of them and then reinstalled just 2010 x86/x64, and the error went away and the application functioned as expected.

blocks|key|229621|text|如果出于某种原因从x64机器加载x86资源，就会发生这种情况。要明确避免这种情况，请将此预处理器指令添加到stdafx.h+(当然，在我的示例中，有问题的资源是Windows+Common+Controls+DLL。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|229622|#if+defined(_WIN64)
#pragma+comment(linker,+"\"/manifestdependency:type='win32'+name='Microsoft.Windows.Common-Controls'+version='6.0.0.0'+processorArchitecture='amd64'+publicKeyToken='6595b64144ccf1df'\"")
#endif|code-block|syntax|javascript|229623|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

That can happen if for some reason a x86 resource is loaded from a x64 machine. To avoid that explicitly, add this preprocessor directive to stdafx.h (of course, in my example the problematic resource is Windows Common Controls DLL.

<pre><code>#if defined(_WIN64)
#pragma comment(linker, "\"/manifestdependency:type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='amd64' publicKeyToken='6595b64144ccf1df'\"")
#endif
</code></pre>

blocks|key|225996|text|如果您试图证明您的应用程序依赖于Microsoft.Windows.Common-Controls程序集，则可以使用它。当您想要加载公共控件库的版本6，以便将视觉样式应用于公共控件时，可以执行此操作。|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|225997|您可能从Windows+XP时代起就遵循了Microsoft的原始文档，并将以下内容添加到应用程序清单中：|225998|
<dependency>
++++<dependentAssembly>
++++++++<assemblyIdentity
++++++++++++++++type="win32"
++++++++++++++++name="Microsoft.Windows.Common-Controls"
++++++++++++++++version="6.0.0.0"
++++++++++++++++processorArchitecture="X86"
++++++++++++++++publicKeyToken="6595b64144ccf1df"
++++++++++++++++language="*"/>
++++</dependentAssembly>
</dependency>|code-block|syntax|javascript|225999|Windows+XP不再是操作系统，您也不再是32位应用程序。在这17年中，Microsoft+updated+their+documentation；现在是时候更新您的清单了：|226000|
<dependency>
++++<dependentAssembly>
++++++++<assemblyIdentity
++++++++++++++++type="win32"
++++++++++++++++name="Microsoft.Windows.Common-Controls"
++++++++++++++++version="6.0.0.0"
++++++++++++++++processorArchitecture="*"
++++++++++++++++publicKeyToken="6595b64144ccf1df"
++++++++++++++++language="*"/>
++++</dependentAssembly>
</dependency>|226001|Raymond+Chen有一段关于通用控件的有趣的历史：|226002|226003|The+history+of+the+Windows+XP+common+controls+()|unordered-list-item|226004|226005|entityMap|0|LINK|mutability|MUTABLE|url|https://msdn.microsoft.com/en-us/library/windows/desktop/bb773175.aspx|1|https://blogs.msdn.microsoft.com/oldnewthing/20080129-00/?p=23663^0|G|X|0|0|0|12|11|0|0|0|0|0|0|19|1|0|0^^$0|@$1|2|3|4|5|6|7|17|8|@$9|18|A|19|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|1A|8|@]|D|@]|E|$]]|$1|H|3|I|5|J|7|1B|8|@]|D|@]|E|$K|L]]|$1|M|3|N|5|6|7|1C|8|@]|D|@$9|1D|A|1E|1|1F]]|E|$]]|$1|O|3|P|5|J|7|1G|8|@]|D|@]|E|$K|L]]|$1|Q|3|R|5|6|7|1H|8|@]|D|@]|E|$]]|$1|S|3|-4|5|6|7|1I|8|@]|D|@]|E|$]]|$1|T|3|U|5|V|7|1J|8|@]|D|@$9|1K|A|1L|1|1M]]|E|$]]|$1|W|3|-4|5|6|7|1N|8|@]|D|@]|E|$]]|$1|X|3|-4|5|6|7|1O|8|@]|D|@]|E|$]]]|Y|$Z|$5|10|11|12|E|$13|14]]|15|$5|10|11|12|E|$13|16]]]]

You can have this if you are trying to manifest your application that it has a dependancy on the Microsoft.Windows.Common-Controls assembly. You do this when you want to load Version 6 of the common controls library - so that visual styles are applied to common controls. 

You probably followed Microsoft's original documentation way back from Windows XP days, and added the following to your application's manifest:

<pre><code>&lt;!-- Dependancy on Common Controls version 6 --&gt;
&lt;dependency&gt;
 &lt;dependentAssembly&gt;
 &lt;assemblyIdentity
 type="win32"
 name="Microsoft.Windows.Common-Controls"
 version="6.0.0.0"
 processorArchitecture="X86"
 publicKeyToken="6595b64144ccf1df"
 language="*"/&gt;
 &lt;/dependentAssembly&gt;
&lt;/dependency&gt;
</code></pre>

Windows XP is no longer the OS, and you're no longer a 32-bit application. In the intervening 17 years <a href="https://msdn.microsoft.com/en-us/library/windows/desktop/bb773175.aspx" rel="nofollow noreferrer">Microsoft updated their documentation</a>; now it's time for you to update your manifest:

<pre><code>&lt;!-- Dependancy on Common Controls version 6 --&gt;
&lt;dependency&gt;
 &lt;dependentAssembly&gt;
 &lt;assemblyIdentity
 type="win32"
 name="Microsoft.Windows.Common-Controls"
 version="6.0.0.0"
 processorArchitecture="*"
 publicKeyToken="6595b64144ccf1df"
 language="*"/&gt;
 &lt;/dependentAssembly&gt;
&lt;/dependency&gt;
</code></pre>

Raymond Chen has a lovely history of the Common Controls:

<ul>
<li><a href="https://blogs.msdn.microsoft.com/oldnewthing/20080129-00/?p=23663" rel="nofollow noreferrer">The history of the Windows XP common controls</a> (<a href="https://archive.fo/oaUCp" rel="nofollow noreferrer">archive</a>)</li>
</ul>

blocks|key|3099734|text|您的系统上可能有多个版本的dll。你可以搜索你的系统来找出答案。这个问题可以通过简单地更改路径中目录的顺序来解决。这是我的问题。(Cannot+run+Qt+Creator+GUI+outside+of+Qt.+"The+application+was+unable+to+start+correctly+(0xc000007b)"+error)|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3099735|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/54876183/cannot-run-qt-creator-gui-outside-of-qt-the-application-was-unable-to-start-co^0|1T|2Z|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

It is possible that you have multiple versions of the dll(s) on your system. You can search your system to find out. The issue may be solved by simply changing the order of the directories in your path. This was my issue. (<a href="https://stackoverflow.com/questions/54876183/cannot-run-qt-creator-gui-outside-of-qt-the-application-was-unable-to-start-co">Cannot run Qt Creator GUI outside of Qt. &quot;The application was unable to start correctly (0xc000007b)&quot; error</a>)

blocks|key|231223|text|当然，主要问题是DLL文件丢失，或者更有可能是损坏。如果是这样，那么我有一些很好的想法(特别是如果您已经手动下载并安装了DLL！)……|type|unstyled|depth|inlineStyleRanges|entityRanges|data|231224|DLL+TLDR：删除您手动复制/粘贴的每个，卸载旧的可再发行的安装，并重新安装新的32位和64位的可再发行的安装。|offset|length|style|BOLD|231225|要做什么|231226|这种复制/粘贴丢失的动态链接库到system32等的解决方案，自从我在20世纪90年代有记忆以来一直有效，但它似乎不再有效(2020年)。所以，如果你最近遇到了这个问题，我建议：|CODE|231227|231228|在windows\system32和windows\SysWOW64中，删除所有与ms*.dll匹配的文件，操作系统将允许您以admin.|unordered-list-item|231229|Uninstall方式删除所有与windows\SysWOW64一起使用的ms*.dll+C%2B%2B可再发行文件。这就防止了“你已经有这个了！”对话框在重新安装时显示，详细信息将在下一步中详细介绍，届时我们将从定期提供的下载站点re-install.|231230|Reinstall+2015-2019+Visual+C%2B%2B+Redistributable。如果这不起作用，下载并安装其他的，但就我个人而言，2015-2019年为我涵盖了所有内容。无论您的计算机是什么，都可以安装x32和x64软件包！(所有下载链接：Collected+VC%2B%2B+Download+Links；MSVCR120.dll+Fix；MFC140U.dll+Fix.)|231231|231232|你是如何知道它在工作的|231233|在经历这种情况的程序员中有很多变化，所以，有一个单一的，可能的解决方案的想法通常会被抛弃，但让我们积极一点！|231234|231235|如果删除匹配的ms*.dll文件有效，则不会再出现有关error+code+0xc000007b的错误。取而代之的是，您将收到一条关于丢失.dll的消息。这告诉你你找到了正确的代码路径！|231236|如果安装了可再发行的程序，那么某些流行的DLL文件应该出现在上面提到的system32和SysWO64文件夹中。例如：MSVCR120.dll、MSVCR140.dll、MSVCR100.dll、MSVCP100.dll、MSVCP120.dll、MSVCP140.dll和朋友。|231237|231238|最后，可能最好的机会|231239|有时事情并不按计划工作(正如我们在Windows世界中都知道的那样)。您也可以尝试以下操作！|231240|231241|在Windows中打开“打开或关闭窗口功能”选项卡(在Windows8-10中受支持)。取消选中.NET+Framework安装。你会看到一个小的安装过程。|231242|重启系统。再次转到上面的功能，重新勾选.NET+Framework，然后点击"okay“。如果可以，您将看到一条“正在安装和更新.NET框架”的消息，这可能需要一分钟左右的时间。完成此操作后，我建议重新启动。|231243|231244|祝好运!|231245|entityMap|0|LINK|mutability|MUTABLE|url|https://www.itechtics.com/microsoft-visual-c-redistributable-versions-direct-download-links/#Microsoft_Visual_C_2019_Redistributable|1|https://support.microsoft.com/en-us/help/3179560/update-for-visual-c-2013-and-visual-c-redistributable-package|2|https://www.microsoft.com/en-us/download/details.aspx?id=48145^0|0|M|10|0|0|4|0|0|2H|G|8|0|0|0|1X|1|G|I|G|15|7|0|0|3F|G|G|11|7|0|0|3B|3J|T|0|4D|G|1|4U|F|2|0|0|0|B|0|0|0|7|7|R|L|1X|4|0|Z|8|18|7|1N|C|20|C|2D|C|2Q|C|33|C|3G|C|0|0|0|A|0|0|0|1C|E|0|J|E|0|0|0^^$0|@$1|2|3|4|5|6|7|1T|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|1U|8|@$D|1V|E|1W|F|G]]|9|@]|A|$]]|$1|H|3|I|5|6|7|1X|8|@$D|1Y|E|1Z|F|G]]|9|@]|A|$]]|$1|J|3|K|5|6|7|20|8|@$D|21|E|22|F|G]|$D|23|E|24|F|L]]|9|@]|A|$]]|$1|M|3|-4|5|6|7|25|8|@]|9|@]|A|$]]|$1|N|3|O|5|P|7|26|8|@$D|27|E|28|F|G]|$D|29|E|2A|F|L]|$D|2B|E|2C|F|L]|$D|2D|E|2E|F|L]]|9|@]|A|$]]|$1|Q|3|R|5|P|7|2F|8|@$D|2G|E|2H|F|G]|$D|2I|E|2J|F|L]|$D|2K|E|2L|F|L]]|9|@]|A|$]]|$1|S|3|T|5|P|7|2M|8|@$D|2N|E|2O|F|G]]|9|@$D|2P|E|2Q|1|2R]|$D|2S|E|2T|1|2U]|$D|2V|E|2W|1|2X]]|A|$]]|$1|U|3|-4|5|6|7|2Y|8|@]|9|@]|A|$]]|$1|V|3|W|5|6|7|2Z|8|@$D|30|E|31|F|G]]|9|@]|A|$]]|$1|X|3|Y|5|6|7|32|8|@]|9|@]|A|$]]|$1|Z|3|-4|5|6|7|33|8|@]|9|@]|A|$]]|$1|10|3|11|5|P|7|34|8|@$D|35|E|36|F|L]|$D|37|E|38|F|L]|$D|39|E|3A|F|L]]|9|@]|A|$]]|$1|12|3|13|5|P|7|3B|8|@$D|3C|E|3D|F|L]|$D|3E|E|3F|F|L]|$D|3G|E|3H|F|L]|$D|3I|E|3J|F|L]|$D|3K|E|3L|F|L]|$D|3M|E|3N|F|L]|$D|3O|E|3P|F|L]|$D|3Q|E|3R|F|L]]|9|@]|A|$]]|$1|14|3|-4|5|6|7|3S|8|@]|9|@]|A|$]]|$1|15|3|16|5|6|7|3T|8|@$D|3U|E|3V|F|G]]|9|@]|A|$]]|$1|17|3|18|5|6|7|3W|8|@]|9|@]|A|$]]|$1|19|3|-4|5|6|7|3X|8|@]|9|@]|A|$]]|$1|1A|3|1B|5|P|7|3Y|8|@$D|3Z|E|40|F|L]]|9|@]|A|$]]|$1|1C|3|1D|5|P|7|41|8|@$D|42|E|43|F|L]]|9|@]|A|$]]|$1|1E|3|-4|5|6|7|44|8|@]|9|@]|A|$]]|$1|1F|3|1G|5|6|7|45|8|@]|9|@]|A|$]]|$1|1H|3|-4|5|6|7|46|8|@]|9|@]|A|$]]]|1I|$1J|$5|1K|1L|1M|A|$1N|1O]]|1P|$5|1K|1L|1M|A|$1N|1Q]]|1R|$5|1K|1L|1M|A|$1N|1S]]]]

The main problem, of course, is that a DLL file is missing, or, even more likely, corrupt. If this is the case, then I have some pretty good ideas (especially if you've downloaded and installed a DLL manually!)...
TLDR: Delete every manually copy/pasted DLL you've done, uninstall old redistributable installs, and reinstall new redistributables for both 32-bit and 64-bit installs.
What To Do
This solution of copying/pasting missing DLL's into <code>system32</code>, etc., used to work since I can remember in the 1990's, but it doesn't seem to work anymore (2020). So if you run into this problem recently, I suggest:
<ul>
<li>Within <code>windows\system32</code> and <code>windows\SysWOW64</code>, delete all files that match <code>ms*.dll</code>, that the operating system will allow you delete as admin.</li>
<li>Uninstall all Visual C++ Redistributables that you have with Windows. This prevents the &quot;You already have this!&quot; dialogue showing up upon reinstall, as detailed in the next step when we re-install.</li>
<li>Reinstall the 2015-2019 Visual C++ Redistributable from a regularly available download site. If this does not work, download and install the others, but personally, the 2015-2019 covered everything for me. Regardless of your machine, install both x32 and x64 packages! (All Download Links: <a href="https://www.itechtics.com/microsoft-visual-c-redistributable-versions-direct-download-links/#Microsoft_Visual_C_2019_Redistributable" rel="nofollow noreferrer">Collected VC++ Download Links</a>; <a href="https://support.microsoft.com/en-us/help/3179560/update-for-visual-c-2013-and-visual-c-redistributable-package" rel="nofollow noreferrer">MSVCR120.dll Fix</a>; <a href="https://www.microsoft.com/en-us/download/details.aspx?id=48145" rel="nofollow noreferrer">MFC140U.dll Fix</a>.)</li>
</ul>
How You Know It's Working
There's a lot of variation in coders experiencing this, so, the idea that there's one single, possible solution is often discarded, but let's be positive!
<ul>
<li>If deleting the matching <code>ms*.dll</code> files worked, then you will no longer get an error about <code>error code 0xc000007b</code>. Instead, you'll get a message about a missing <code>.dll</code>. This tells you that you're hitting the right code path!</li>
<li>If installing the redistributable works, then certain popular, DLL files should appear in the above-mentioned <code>system32</code> and <code>SysWO64</code> folders. For instance: <code>MSVCR120.dll</code>, <code>MSVCR140.dll</code>, <code>MSVCR100.dll</code>, <code>MSVCP100.dll</code>, <code>MSVCP120.dll</code>, <code>MSVCP140.dll</code>, and friends.</li>
</ul>
Last, Possible Best Chances
Sometimes things don't work according to plan (as we all in the Windows world know). You can also try the following!
<ul>
<li>Open the &quot;Turn Windows Features on or off&quot; tab in Windows (supported in Windows 8-10). Uncheck the <code>.NET Framework</code> installations. You'll see a small installation go by.</li>
<li>Restart the system. Go to the above feature again, recheck <code>.NET Framework</code>, and click &quot;okay&quot;. If this works, you'll see a &quot;installing and updating .NET framework&quot; message that takes maybe a minute or so to go by. Once this is done, I recommend a reboot again.</li>
</ul>
Good luck!

blocks|key|3099820|text|当我从我的存储库获取代码并在新机器上编译时，我遇到了这个问题。复制整个存储库，然后进行编译，生成一个可以执行的可执行文件。结果是一个32位的DLL意外地没有签入。正如上面的人所说的，使用"Dependency+Walker“找出哪里出了问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3099821|为了更清楚地了解要查找的内容，请参阅下面的屏幕截图，在后台，exe试图加载错误的DLL+(注意'64')，导致“应用程序无法正确启动0xc00007b”，而在前台，exe只是被复制过来(包括正确的DLL)。|3099822|​|3099823|📷|atomic|offset|length|3099824|3099825|entityMap|0|IMAGE|mutability|IMMUTABLE|imageUrl|https://ask.qcloudimg.com/http-save/yehe-900000/0678b9c1a2c46bd0b1ae7a23292fbe19.png|imageAlt^0|0|0|0|0|1|0|0|0^^$0|@$1|2|3|4|5|6|7|U|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|V|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|W|8|@]|9|@]|A|$]]|$1|F|3|G|5|H|7|X|8|@]|9|@$I|Y|J|Z|1|10]]|A|$]]|$1|K|3|E|5|6|7|11|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|12|8|@]|9|@]|A|$]]]|M|$N|$5|O|P|Q|A|$R|S|T|-4]]]]

I ran into this issue when fetching code from my repository and compiling on a new machine. Copying over the entire repository and then compiling resulted in an executable which worked. Turns out a 32bit DLL accidentally wasn't checked in. As the people above state, use &quot;Dependency Walker&quot; to figure out where it goes wrong.
To make it more clear what to look for see the below screenshot, with in the background the exe trying to load the wrong DLL (notice the '64') resulting in &quot;the application was unable to start correctly 0xc00007b&quot; and in the foreground the exe which was simply copied over (which included the correct DLL).
<a href="https://i.stack.imgur.com/nDjcx.png" rel="nofollow noreferrer"><img src="https://i.stack.imgur.com/nDjcx.png" alt="Dependency Walker" /></a>

I have a client/server app which I have been developing on a single PC. Now it needs two serial ports, so I borrowed a PC from a friend.

When I build my app and try to run or debug it (whether in the Delphi IDE or from Windows File manager), it errors "The application was unable to start correctly (0xc000007b)".

Googling doesn't bring up much, but seems to indicate that this is nothing Delphi specific and happens with other apps. It seems to be caused by calling into a 32 bit DLL from a 64 bit app or vice versa.

<ul>
<li>both PCs are Windows 7, 64 bit</li>
<li>both have Delphi Xe2 starter edition which can only handle 32 bits</li>
<li>The app runs fine on my PC, but not on my friend's</li>
<li>Other Delphi apps run just fine on both PCs</li>
</ul>

Can anyone give me a hint as to how to track this down?

The application was unable to start correctly (0xc000007b)

我有一个客户端/服务器应用程序，我一直在一台PC上开发。现在它需要两个串口，所以我从朋友那里借了一台PC。当我构建我的应用程序并尝试运行或调试它时(无论是在Delphi IDE中还是从Windows文件管理器中)，它都会出现错误“应用程序无法正确启动(0xc000007b)”。谷歌搜索并没有显示太多，但似乎表明这并不是...

问应用程序无法正确启动(0xc000007b)
EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问应用程序无法正确启动(0xc000007b)EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问应用程序无法正确启动(0xc000007b)
EN