c++ - "ucrtbase.dll"中的 _snprintf_s() 崩溃，状态为 STATUS_ILLEGAL_INSTRUCTION

Question

我注意到我的二进制文件会在没有 SSE 支持的情况下 在 CPU 上崩溃，异常代码为 0xC000001D (STATUS_ILLEGAL_INSTRUCTION)，尽管我正在使用选项进行编译/arch:IA32。而且我已经能够追踪到它崩溃的确切位置:无论在哪里首次调用 _snprintf_s()，它都会崩溃。崩溃发生在 ucrtbase.dll 内部，不是我自己的代码。

现在，有趣的部分是，当我使用编译器选项 /MT 进行“完全静态”构建时，为了避免显式依赖 ucrtbase.dll，生成的二进制文件工作得很好!但是，只要我使用选项 /MD 将一些代码编译为“共享”构建，它就会在 ucrtbase.dll 中再次崩溃>.

因此看起来 UCRT 的“静态”版本仍然可以在没有 SSE 支持的 CPU 上工作，但是“共享” "(DLL) 版本可以不。这种不一致对我来说显然是一个错误!

有什么想法吗？

---

构建环境:

• Windows 10 v1803
• Visual Studio 2017.8 (v15.8.1)
• Windows SDK v10.0.17134.12
• 工具集:v141_xp
• 编译选项:/arch:IA32

测试机(仅用于兼容性测试):

• 中央处理器:奔腾 II
• 操作系统:带有 Service-Pack 3 的 Windows XP

注意 Redist DLLs (ucrtbase.dll +api-ms-win-*.dll) 用于设置“共享” “构建已直接从 C:\Program Files (x86)\Windows Kits\10\Redist\ucrt\DLLs\x86 目录复制!据我所知，这是这些 DLL 的最新可用版本 (v10.0.17134.12)。

---

即使是这个最小的测试程序也会重现崩溃:

#include <stdio.h>

int main()
{
    char buffer[128];
    _snprintf_s(buffer, 128, _TRUNCATE, "Hello %s!\n", "World!");
    fputs(buffer, stdout);
    getc(stdin);
    return 0;
}

Answer 1

更新:

经过更多调试和摆弄之后，我做了一个非常有趣的观察:最新 vcredist_x86.exe 中包含的 UCRT“Redist”DLLs strong>(Microsoft Visual C++ 2017 Redistributable 安装程序)，即 VS2017.8 (v14.15.26706) 附带的版本，实际上与可以在 Redist\ucrt\最新 Windows SDK (v10.0.17134.12) 的 DLLs\x86 目录:

• ucrtbase.dll 来自最新 Windows SDK
  v10.0.17134.12

• ucrtbase.dll 来自最新 Visual C++ 2017 Redistributable 安装程序:
  v10.0.10586.15

事实上，我现在可以确认该应用程序是使用 最新 Visual C++ 2017 (v14.15.26706) 并使用 /MD 选项编译的在非-SSE CPU 上正常工作，只要我们使用从中提取的“旧”ucrtbase.dll 版本>最新 vcredist_x86.exe 安装程序。

如果 Windows SDK 已经提供更新的版本，我有点担心使用这么旧版本的 UCRT。但是，显然，这就是微软自己使用 Visual C++ 2017 Redistributable 安装程序所做的事情。所以，我想，这就是我们应该使用的...

---

以防万一 Microsoft 的任何人正在阅读此内容:

如果在 Windows 的 Redist\ucrt 目录中，对于软件开发人员来说，事情本可以方式减少混淆和出错SDK，UCRT 的每个“化身”都有单独的子文件夹——UCRT 的最新“尖端”版本和我们实际上应该重新分发的 UCRT 的“兼容”版本。如果 那么 Microsoft 的某人花了三分钟时间编写了一个小的 README 文件，该文件告诉我们应该选择 CRT 的哪个“化身”并将其放在 Redist\ucrt\README.txt，几乎不可能出错...