在mingw-w6464-bitShell中编译应用后，在shell中运行正常，但报错theapplicationwasunabletostartcorrectly(0xc00007b)当正常运行时，在shell之外。当它提示缺少它们时，我从msys2/mingw-w64bin目录中移动了一些必要的DLL，但现在它给出了这个不透明的错误。我做错了什么？ 最佳答案 错误0xc00007b基本上意味着“无效的图像格式”，通常在混合64位和32位DLL时发生。发生的情况是，您有一个64位应用程序，正在寻找一个特定的DLL，在全局路径中，但

我在SurfacePro2平板电脑上运行Windows8.1x64和Java7更新45x64(未安装32位Java)。当i的类型是long时，下面的代码需要1688毫秒，而当i是int时，需要109毫秒。为什么在带有64位JVM的64位平台上long(64位类型)比int慢一个数量级？我唯一的猜测是CPU添加64位整数比添加32位整数需要更长的时间，但这似乎不太可能。我怀疑Haswell不使用波纹进位加法器。我在EclipseKeplerSR1中运行它，顺便说一句。publicclassMain{privatestaticlongi=Integer.MAX_VALUE;publicst

我在SurfacePro2平板电脑上运行Windows8.1x64和Java7更新45x64(未安装32位Java)。当i的类型是long时，下面的代码需要1688毫秒，而当i是int时，需要109毫秒。为什么在带有64位JVM的64位平台上long(64位类型)比int慢一个数量级？我唯一的猜测是CPU添加64位整数比添加32位整数需要更长的时间，但这似乎不太可能。我怀疑Haswell不使用波纹进位加法器。我在EclipseKeplerSR1中运行它，顺便说一句。publicclassMain{privatestaticlongi=Integer.MAX_VALUE;publicst