c++ - "xxx.exe is not a valid Win32 application"在 VS 刚刚构建之后

Question

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

然后我对源代码进行了一些编辑。程序编译和链接没有错误，但程序的行为并不像我预期的那样，所以我切换到 Debug模式并尝试构建和运行。再次 VS 编译和链接没有错误，但随后提示

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

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

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

我试过全部清理，重新启动 VS，甚至重新启动我的 PC.. 但都无济于事，我仍然得到完全相同的错误。

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

编辑:仅供引用，我的防病毒软件是 Microsoft Security Essentials

编辑: 调用 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

编辑: 刚刚尝试在另一台机器 (windows-10-64) 上编译-构建-运行，该机器通过 dropbox 链接并且具有完全相同的症状，即在 Release模式下运行但不是在 Debug模式下。

编辑: 在 Michael Burr 的建议下，我在我的(非工作)调试 exe 上运行了 dependancy walker，它报告了这些错误: 然后出于好奇，我想我应该看看 dep-walker 对我的(工作)发布 exe 的评价，发现我得到了完全相同的错误列表!...经过更多搜索，我发现 this SO question其中得出的结论是:“要点:正如其他人所说，该工具现在有点过时，并不总是能与较新的操作系统一起正常工作。因此请保持警惕，不要因缺少“API”而被误导-MS-WIN-CORE-COM-L1-1-0.DLL', ... 问题可能完全出在其他地方。"

编辑: 我通过下图中左侧的选择框在调试和 Release模式之间切换，然后通过单击绿色三角形运行程序。

编辑: 我为调试 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

Answer 1

  77BB8000 .data

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

unsigned char kaboom[0x7d000000];

int main()
{
    return 0;
}

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

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

猜不透为什么你的数据段要这么大。要求链接器生成一个 .map 文件，以便您获得该部分的 segmentation ，应该跳出大的全局变量。请务必以 x64 为目标，这样您就有大量可用地址空间并使用免费存储(malloc 等)来分配大型数组。