VS 构建后显示“xxx.exe 不是有效的 Win32 应用程序”

我已经在我的 Windows-7-64 PC 上的 Visual Studio 2015（使用 IDE）中成功开发了 WinAPI 应用程序。我通常在Release模式下测试程序。

然后我对我的源代码进行了一些编辑。程序编译和链接没有错误，但程序的行为并不完全符合我的预期，因此我切换到调试模式并尝试构建和运行。再次VS编译和链接没有错误，但随后抱怨

“无法启动程序 'f:\dropbox\blah\x64\Debug\xxx.exe'。 “f:\dropbox\blah\x64\Debug\xxx.exe”不是有效的 Win32 应用程序”。

我觉得这很奇怪，所以我切换回发布模式并再次尝试 - 程序启动正常。我做了一些编辑并重新构建了几次，但后来 VS 声明

“无法启动程序 'f:\dropbox\blah\x64\Release\xxx.exe'。 “f:\dropbox\blah\x64\Release\xxx.exe”不是有效的 Win32 应用程序”。

我尝试清理所有内容，重新启动 VS，甚至重新启动我的电脑..但都无济于事，我仍然遇到完全相同的错误。

EDIT:在阅读了类似的报告后，我尝试暂停 Dropbox 同步。然后它似乎起作用了，但只有一两次，然后问题又回来了。然后我尝试关闭多处理器编译，这似乎允许我的程序的发行版本再次运行。从那以后，我已经编辑-重建-运行了很多（50+？）次，没有出现问题 - 但它仍然拒绝运行调试版本。

EDIT:仅供参考，我的防病毒软件是 Microsoft Security Essentials

EDIT:调用 dumpbin 并传递我的（未运行的调试 exe）会产生以下输出：

File Type: EXECUTABLE IMAGE

  Summary

        1000 .00cfg
    77BB8000 .data
        1000 .gfids
        4000 .idata
        4000 .pdata
       31000 .rdata
        4000 .reloc
        1000 .rsrc
       DD000 .text

EDIT:刚刚尝试在另一台机器（windows-10-64）上进行编译-构建-运行，该机器通过 dropbox 链接，并且具有完全相同的症状，即在发布模式下运行，但不在调试模式下运行。

EDIT: On the advice of Michael Burr I ran dependancy walker on my (non-working) debug exe and it reported these errors: then out of curiosity I thought I'd have a look at what dep-walker said about my (working) release exe and found that I got exactly the same list of errors!... upon more searching I found this SO question in which it was concluded: "The gist of it: As someone elsewhere stated, the tool is a bit dated by now and does not always work properly with newer OS. Thus keep an eye open and don't get mislead by missing 'API-MS-WIN-CORE-COM-L1-1-0.DLL', ... the problem probably lies entirely elsewhere."

EDIT: I switch between debug and release mode from the selection box on the left in the image below and I run the program by clicking the green triangle.

EDIT:我为调试 exe 生成了映射文件。它太大了，无法在此处显示，但它以以下几行开头......

 Timestamp is 5811bed3 (Thu Oct 27 09:46:11 2016)

 Preferred load address is 0000000140000000

 Start         Length     Name                   Class
 0001:00000000 00002840H .text$di                CODE
 0001:00002840 000da860H .text$mn                CODE
 0001:000dd0a0 00001020H .text$mn$00             CODE
 0001:000de0c0 00001eb0H .text$x                 CODE
 0001:000dff70 0000104bH .text$yd                CODE
 0002:00000000 00000110H .CRT$XCA                DATA
 0002:00000110 00000110H .CRT$XCAA               DATA
 0002:00000220 00000110H .CRT$XCL                DATA
 0002:00000330 00000128H .CRT$XCU                DATA
 0002:00000458 00000110H .CRT$XCZ                DATA
 0002:00000568 00000110H .CRT$XIA                DATA
 0002:00000678 00000110H .CRT$XIAA               DATA
 0002:00000788 00000110H .CRT$XIAC               DATA
 0002:00000898 00000110H .CRT$XIZ                DATA
 0002:000009a8 00000110H .CRT$XPA                DATA
 0002:00000ab8 00000110H .CRT$XPZ                DATA
 0002:00000bc8 00000110H .CRT$XTA                DATA
 0002:00000cd8 00000118H .CRT$XTZ                DATA
 0002:00000df0 0002c960H .rdata                  DATA
 0002:0002d750 00000998H .rdata$r                DATA
 0002:0002e0e8 00000178H .rdata$zzzdbg           DATA
 0002:0002e260 00000110H .rtc$IAA                DATA
 0002:0002e370 00000188H .rtc$IMZ                DATA
 0002:0002e4f8 00000110H .rtc$IZZ                DATA
 0002:0002e608 00000110H .rtc$TAA                DATA
 0002:0002e718 00000188H .rtc$TMZ                DATA
 0002:0002e8a0 00000110H .rtc$TZZ                DATA
 0002:0002e9b0 00003b68H .xdata                  DATA
 0002:00032518 00000275H .xdata$x                DATA
 0002:0003278d 00000000H .edata                  DATA
 0003:00000000 000023e0H .data                   DATA
 0003:000023e0 00000580H .data$r                 DATA
 0003:00002960 77376001H .bss                    DATA
 0004:00000000 0000369cH .pdata                  DATA
 0005:00000000 00000ed0H .idata$5                DATA
 0005:00000ed0 000000c8H .idata$2                DATA
 0005:00000f98 00000018H .idata$3                DATA
 0005:00000fb0 00000ed0H .idata$4                DATA
 0005:00001e80 00001fc6H .idata$6                DATA
 0006:00000000 0000015eH .gfids$y                DATA
 0007:00000000 0000011bH .00cfg                  DATA
 0008:00000000 00000170H .rsrc$01                DATA
 0008:00000170 000002ccH .rsrc$02                DATA

  Address         Publics by Value              Rva+Base               Lib:Object

 0000:00000000       __guard_iat_table          0000000000000000     <absolute>
 0000:00000000       __guard_longjmp_count      0000000000000000     <absolute>
 0000:00000000       __guard_longjmp_table      0000000000000000     <absolute>
 0000:00000000       __guard_fids_count         0000000000000000     <absolute>
 0000:00000000       ___safe_se_handler_table   0000000000000000     <absolute>
 0000:00000000       ___safe_se_handler_count   0000000000000000     <absolute>
 0000:00000000       __guard_iat_count          0000000000000000     <absolute>
 0000:00000000       __guard_fids_table         0000000000000000     <absolute>
 0000:00000000       __dynamic_value_reloc_table 0000000000000000     <absolute>
 0000:00000100       __guard_flags              0000000000000100     <absolute>
 0000:00000000       __ImageBase                0000000140000000     <linker-defined>
 0001:00002aa0       ?readstring@@YAXPEAD0@Z    0000000140003aa0 f   COMMAND.obj
 0001:00002b70       ?make_phere@@YAXH@Z        0000000140003b70 f   COMMAND.obj
 0001:00002c50       ?load_snap@@YAXXZ          0000000140003c50 f   COMMAND.obj
 0001:00002d30       ?i_rand_0_n_inclusive@@YAHH@Z 0000000140003d30 f   COMMAND.obj

  77BB8000 .data

这几乎肯定是问题所在，你有一个very大数据部分。它的大小非常接近 Windows 上单个可执行模块的大小。您可以从此示例 C 程序中获得更一致的重现：

unsigned char kaboom[0x7d000000];

int main()
{
    return 0;
}

顺便说一句，这不是一个很好的错误消息，微软没有为这个极端情况保留错误代码。当然，当您接近 0x77BB8000 的边缘时，它不会很好地重复。可执行映像必须适合加载程序创建的内存映射文件的单个视图，以将代码和数据映射到内存中。该视图的硬上限为 2 GB，这是 32 位进程的基础，即使在 64 位版本的 Windows 上，MMF 视图大小也有限制。

该数据部分的可用空间量因一次运行而异。从视图大小中减去地址空间开头和结尾处的不可映射区域以及 32 位 EXE 进程中操作系统 DLL（至少 ntdll.dll 和 kernel32.dll）所需的空间。由于 ASLR（地址空间布局随机化）而损失的空间是一个不断变化的数字。以及注入的 DLL，例如反恶意软件和 Dropbox 使用的 DLL。

无法猜测为什么你的数据部分需要这么大。要求链接器生成一个 .map 文件，以便获得该部分的详细信息，大型全局变量应该跳出。确保以 x64 为目标，以便有大量可用地址空间并使用空闲存储（malloc 等）来分配大型数组。