c - 为什么余数运算符会因不同的数据类型而失败?

标签 c gcc

我在我的代码中遇到了一个恼人的错误:

length = 60;
index = -1;
rem = index % length;

在调试器中,我看到 rem 的值为 15,而不是 -1,这对我来说没有任何意义。原来lengthunsigned int 类型,indexint 类型。将 length 的类型更改为 int 解决了这个问题。

但是,我不明白哪里出了问题。鉴于余数运算的定义 ((a/b)*b + a%b == a),我可能预料到由于类型不同会出现符号错误,但我没有预料到15 的随机值。(尽管 60/4 = 15,所以可能有些位被移动了?)

我的问题是:当以有符号和无符号整数作为操作数时,为什么余数运算会失败?哪些实现细节可能导致这种情况?

(使用 gcc 4.8.2)

最佳答案

您有 1 个无符号变量和 1 个有符号变量作为二元运算符 % 的操作数,在这种情况下,有符号变量被转换为无符号类型。 (您可以阅读这些转换规则的摘要 here )

所以你的 -1 被转换为一个无符号值,这将是(假设 int 是 32 位)0xffffffff 0xffffffff % 6015

关于c - 为什么余数运算符会因不同的数据类型而失败?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/24180323/

相关文章:

c - 使用结构读取PGM文件

c - 访问C数组线程中的不同元素是否安全?

gcc - g++ 输出 : file not recognized: File format not recognized

c++ - 覆盖默认标题搜索路径

C 动态链接到共享库抑制/处理 "cannot open shared object file" fatal error ,并继续链接

c - 在不抑制警告的情况下告诉编译器对齐没问题的可移植方法?

c - 为什么我的 fprintf 无法将标准输出作为流传递?

python - 如何获得适用于 Raspberry Pi 的 TensorFlow C 绑定(bind)?

通过模数和用户输入检查随机数

c - GCC -O3 6.1.1、5.3.1、4.1.2 无法编译正确的可执行文件(C 中的递归合并排序)