MinGW / gcc：应用程序无法正常启动（0xc000007b） [英] MinGW / gcc: The application was unable to start correctly (0xc000007b)
问题描述
我一直在使用MinGW和GNU Fortran编译器一段时间，以便在Windows上编译Fortran程序，这一直是一个成功的方法。但是，我在过去4天中收到以下错误：
应用程序无法正确启动（0xc000007b）。单击确定关闭应用程序。
I have been using MinGW and the GNU Fortran compiler for a while in order to compile Fortran programs on Windows, which has always been a successful method. However, I have been getting the following error for the past 4 days:
The application was unable to start correctly (0xc000007b). Click OK to close the application.
仅在运行我自己写的应用程序时发生错误，并且我使用MinGW / gfortran编译组合。当使用Visual Studio和iFort编译时，运行应用程序时没有问题。这个错误似乎是追溯的：即使我没有重新编译，使用gfortran很久以前编译的应用程序，直到现在也运行得很好。这导致我认为这是一个动态库问题。在线搜索显示，它可能是64位dll和32位应用程序之间的兼容性问题。
The error only happens when running applications that I wrote myself, and that I compiled using the MinGW/gfortran combo. When compiling using Visual Studio and iFort, I have no problem running the applications. The error seems retroactive: applications that were compiled using gfortran a long time ago and ran perfectly until now also break, even though I didn't recompile them. This leads me to think that it is a dynamic library problem. Online searches show that it probably is a compatibility problem between a 64-bit dll and a 32-bit application
我正在使用Windows 7.我记得最新的一件事在开始获取问题之前做的是尝试更新MinGW;我使用mingw-get更新和mingw-get升级命令行。
I am using Windows 7. One of the latest things I remember doing before starting to get the problem was trying to update MinGW ; I used the mingw-get update and mingw-get upgrade command lines.
在网上查看之后，我尝试了以下修复：
- 重新安装Visual C ++运行时环境
- 重新安装.NET框架
- 下载并替换了一堆像mscvr100.dll，mscvr100d.dll等等的.dll。 >
- 卸载并重新安装MinGW以确保我有最新的gcc版本
- 在一个简单的应用程序（Hello World！类型程序）上运行Dependency Walker
After looking around online, I have tried the following fixes:
- reinstalled the Visual C++ Runtime Environment
- reinstalled the .NET framework
- downloaded and replaced a bunch of .dlls like mscvr100.dll, mscvr100d.dll, etc...
- uninstalled and reinstalled MinGW in order to make sure I had the latest gcc version
- run Dependency Walker on a simple application ("Hello World!" type program)
Dependency Walker告诉我，找不到一些.dll（完整列表：API-MS-WIN-APPMODEL-RUNTIME-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-1.DLL，DCOMP.DLL，GPSVC.DLL，IESHIMS .DLL）。
它还突出显示了libquadmath-0.dll（libgfortran-3.dll似乎依赖于）。实际上，似乎libquadmath-0.dll是32位程序中的64位DLL。当使用Dependency Walker打开.dll时，我可以看到这个库中的所有模块都是x86，除了库本身是x64（CPU列的DW）。我不太清楚这是如何可能/如何解决它。该库存在于Python / Anaconda文件夹（我在几个星期前安装了Python和Anaconda，当时没有出现问题）。
Dependency Walker tells me that a number of .dlls cannot be found (full list: API-MS-WIN-APPMODEL-RUNTIME-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-1.DLL, DCOMP.DLL, GPSVC.DLL, IESHIMS.DLL).
It also highlights in red the libquadmath-0.dll (on which libgfortran-3.dll seems to depend). Indeed, it seems that libquadmath-0.dll is a 64-bit DLL in the middle of a 32-bit program. When opening said .dll with Dependency Walker, I can see that all the modules in this library are x86 except the library itself which is x64 (CPU column of DW). I am not exactly sure how this is possible / how to fix it. The library is found in the Python/Anaconda folder (I installed Python and Anaconda a few weeks ago, the problem did NOT appear at that time).
如果有人有想法如何让我的环境再次工作，无需重新安装Windows，我会非常感谢！谢谢!!
If anybody has an idea of how to get my environment to work again without reinstalling Windows, I would greatly appreciate it! Thanks!!
推荐答案
我有一个类似的错误，但是通过编辑我的环境变量来实现。
我有g77作为我的路径变量的一部分，通过删除它，并留下gfortran，错误消失了
I had a similar error but over came it by editing my environment variables. I had g77 as part of my path variables and by removing it and leaving gfortran alone, the error disappeared
这篇关于MinGW / gcc：应用程序无法正常启动（0xc000007b）的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
