MinGW的msvcrt替代方案？（例如，获得合格的snprintf）

Question

所以这里有一个有趣的。。。

我们有一些C库应该独立于平台，即使它们是在linux上开发的，因为它们只依赖于ISO/IEC 9899:1999中定义的c标准库。当我们用MinGW编译这些库时，起初一切似乎都很正常，但是今天我们发现msvcrt的snprintf（）实现是brainda...抱歉，我的意思是“不兼容”C99标准中的定义。

我希望MinGW会发出警告，告诉我-std=c99实际上并不完全受支持。否则我怎么知道呢？

是否有任何替代的c标准库窗口，最重要的是：可以告诉MinGW以某种方式链接到它，而不是msvcrt？

如果没有，我们至少需要一个列表或其他东西来检查关于msvcrt和c99的其他潜在可移植性问题。

附言：我知道Cygwin和MSYS2，但我更喜欢原生窗口二进制文件（部分原因是我们也在Matlab中使用我们的库）。

编辑：对不起，我应该更清楚地解释一下我的msvcrt的snprintf（）的问题到底是什么。根据该标准，如果输出不合适，则需要snprintf（）输出'\0'作为最后一个字符。但是，msvcrt不这样做，因此结果字符串不再正确终止。我不知道为什么会有人选择用这种方式实现snprintf（），因为对我来说，省略“\0”一点意义都没有。

我们还尝试了建议的uu USE u MINGW ANSI STDIO，但我想这只是修复了缺少的格式说明符？至少它似乎对我们的具体问题没有影响。

Answer 1

如果您需要MinGW-w64中的C99 stdio，您可以定义\u使用\u MinGW\u ANSI\u stdio，以便绕过msvcrt实现。最好通过编译器参数来定义它

-D__USE_MINGW_ANSI_STDIO

或者，您可以尝试使用MinGW-w64构建，该构建是为了与新的ucrt链接而设置的，但我不知道有任何预先存在的易于使用的稳定构建是以这种方式设置的。

Answer 2

该标准强制执行snprintf的行为如下：

否则，n-1st以外的输出字符将被丢弃，而不是写入数组，并且在实际写入数组的字符末尾写入空字符。

msvcrt中的snprintf确实不是标准版本，但是这里解释的是Microsoft版本：
snprintf（）总是以null结尾吗？

以下代码给出不兼容的结果：

#include <stdio.h>

int main (void)
{
  char dst[3];
  snprintf(dst, 3, "%c%c%c", 'A', 'B', 'C');

  for(size_t i=0; i<3; i++)
  {
    printf("%.2X ", dst[i]);
  }
}

我得到了不符合标准的输出414243。要获得标准C，您必须在stdio之前添加它。h包括：

#define __USE_MINGW_ANSI_STDIO 1

现在你得到的41 42 00是兼容的。

所有这些程序安全问题的根源是微软，在过去20年中，微软一直在其产品中使用不合规的C库。