在Mingw-w64中使用%I64u得到奇怪的结果

Question

这是我的代码：

注意：scanf内部的\n是我防止尾随换行符问题的方法。这不是最好的解决方案，但我使用它太多了，目前它正在成为我的习惯。:-)

...

int main()
{
    unsigned long long int input[2], calc_square;

    while(scanf("\n%I64u %I64u", input[0], input[1]) == 2)
    {
        printf("%I64u %I64u\n", input[0], input[1]);

        ...

我的预期输入和程序结果是：

输入：

89 89

对于输出，它不是打印回89，而是显示以下输出：

I64u I64u

我用的是MSYS2包的g (GCC) 4.9.1。我注意到了g，因为我的代码中有一部分正在使用C STL。

已编辑：我通过使用标准%llu而不是%I64u更改了我的代码，这是我的预期输入和程序结果：

输入

89 89

对于输出，这是一个奇怪的结果:

25769968512 2337536

Answer 1

我怀疑您一直在使用MSYS2的GCC，它不是本机Windows编译器，不支持MS特定的%I64格式修饰符（MSYS2 GCC非常像Cygwin的GCC）。

如果您想使用MinGW-w64 GCC，您应该启动mingw64_shell.bat或mingw32_shell.bat并安装相应的工具链：

pacman -S mingw-w64-i686-toolchain

或者

pacman -S mingw-w64-x86_64-toolchain

完成后，只要传递-D__USE_MINGW_ANSI_STDIO=1，您就可以在从Windows XP SP3版本开始的任何Windows版本上安全地使用这两个修饰符。

FWIW，我避免使用特定于MS的修饰符，并且总是传递-D__USE_MINGW_ANSI_STDIO=1。

最后，恼人的是，您的示例在从MSYS2 shell启动时不起作用，因为mintty不是一个合适的Windows控制台；您需要从cmd.exe运行它

Answer 2

此代码错误：

while(scanf("\n%I64u %I64u", input[0], input[1]) == 2)

< code>input[0]和< code>input[1]都具有类型< code>unsigned long long，但是对于< code>scanf操作，它们需要具有类型< code>unsigned long long *(指向< code>unsigned long long的指针)。我不确定MinGW是否支持检查< code>printf和< code>scanf格式说明符，但是只要您启用适当的警告，普通GCC就能够在编译时检测到这类错误。我强烈建议总是使用尽可能高的警告级别进行编译，例如在最极端的情况下使用< code >-Wall-Wextra-Werror-pedantic 。

您需要传入这些变量的地址：

while(scanf("\n%I64u %I64u", &input[0], &input[1]) == 2)
//                           ^          ^
//                           |          |