glibc 函数 strtoull() 失败

Question

我遇到了 c 库函数 strtoull 的问题，它返回了错误的输出。

   int main(int argc, char *argv[])
   {
    unsigned long long int intValue;

    if(atoi(argv[2]) == 1)
    {   
        intValue = strtoull((const char *)argv[1], 0, 10 );
    }
    else
    {
//  ...
    }

    printf("intValue of %s is %llu \n", argv[1], intValue);

    return 0;
    }   

我构建了它们并生成了 32 位和 64 位可执行文件作为 str32_new 和 str64_new。 但是从 32 位 exe 接收到的输出是错误的，因为返回了错误的数字：

strtoull 应该为传递的字符串“5368709120”返回我的编号 5368709120，但它返回给我 1073741824。

# ./str32_new "5368709120" 1
intValue of 5368709120 is 1073741824 

我注意到当我从字符串中减少一个字符时，它会显示正确的输出。

# ./str32_new "536870912" 1
intValue of 536870912 is 536870912 

附加到 32 位 exe 的 glibc 是

   # readelf -Wa /home/str32_new | grep strt
  [39] .shstrtab         STRTAB          00000000 002545 000190 00      0   0  1
  [41] .strtab           STRTAB          00000000 0032f8 0002a4 00      0   0  1
  0804a014  00000607 R_386_JUMP_SLOT        00000000   strtoull
     6: 00000000     0 FUNC    GLOBAL DEFAULT  UND strtoull@GLIBC_2.0 (2)
    55: 00000000     0 FILE    LOCAL  DEFAULT  ABS strtoull.c
    75: 00000000     0 FUNC    GLOBAL DEFAULT  UND strtoull@@GLIBC_2.0
    77: 08048534   915 FUNC    GLOBAL DEFAULT   15 my_strtoull

附加到 64 位 exe 的 glibc 是

 # readelf -Wa /home/str64_new | grep strt
  [39] .shstrtab         STRTAB          0000000000000000 001893 000192 00      0   0  1
  [41] .strtab           STRTAB          0000000000000000 002cd0 00029b 00      0   0  1
  0000000000601028  0000000700000007 R_X86_64_JUMP_SLOT     0000000000000000 strtoull + 0
     7: 0000000000000000     0 FUNC    GLOBAL DEFAULT  UND strtoull@GLIBC_2.2.5 (2)
    57: 0000000000000000     0 FILE    LOCAL  DEFAULT  ABS strtoull.c
    73: 00000000004006cc   804 FUNC    GLOBAL DEFAULT   15 my_strtoull
    82: 0000000000000000     0 FUNC    GLOBAL DEFAULT  UND strtoull@@GLIBC_2.2.5

64 位 exe 显示正确的输出，但在某些系统上它也表现异常。 为什么 32 位 exe 中的 strtoull 表现如此，以及如何解决此问题？

Answer 1

好的，所以我们已经确定这很明显是由于溢出而发生的，因为该值与转换为 32 位 int 时会发生的情况相匹配。

然而，这并不能解释一切——您确实使用了 strtoull，而不是较短的 strtoul，它确实适用于 64 位二进制文​​件。 如果有的话，我很惊讶地看到您甚至能够在 32 位版本中调用更长的版本（顺便说一下，您是如何使用 -m32 或在特殊机器上构建它的？）

这个链接，增加了一些链接现象的可能性，使得 strtoull 被声明为int strtoll() （大概系统不能支持原始的 lib 版本），所以我们通过 int 隐式转换的值，然后复制回你的 unsigned long long 。

无论哪种方式 - 这应该被编译器警告过，尝试将其设置为 c99 并提高警告级别，也许这会让它大喊大叫

Answer 2

我认为这是由于溢出。 32 位中的int不能容纳那么大的数字（最大值为4294967296 ）。 正如李奥所说， 5368709120 & (0xffffffff) = 1073741824 。

int类型最少为 32 位宽，并且在大多数（如果不是全部）系统上只有 32 位宽。

Answer 3

您很可能忘记了#include <stdlib.h>并且您可能没有启用任何编译器警告（例如使用未声明的函数）。

当 C 编译器看到对未声明函数的函数调用时，它盲目地将int f(int)假定为原型。 在您的情况下， strtoull()的返回值将是 int，因此该值将被截断为 32 位。

（在 64 位系统上得到正确的结果确实很奇怪，其中 int 通常也只是 32 位。）