Code Bye

关于补码。C语言

好久的事了。想确认下。
mian函数以前都喜欢return 0或1,测试失败还是成功,有一次无意间返回了一次-1;
返现编译器的报告:
当时想了想,-1的补码不就是0xffffffff么,也没在意,觉得可能是直接输出的计算机存储的值。后来无聊。测试了一个结果
int nTest = 0xffffffff;
std::cout << nTest;
,结果是-1,为什么。本人知道计算机是用补码存储数据的,但是补码输出莫非不转换回来而是直接输出么。
然后想到了可能是溢出了,原因是int在本人计算机中是32位。除去符号位:2 147 483 648,0xffffffff出去符号位不也是31位么。
为什么?讨论了下得出的结果是存储16进制数计算机会输出的时候直接输出补码,不大相信。
解决方案

15

1) 关于补码
32bit 下,0xfffffff 就是 -1 。
2) 关于 C++
0xfffffff 值为 2^32-1,由于超过的 int 的表示范围,但是在 unsigned int 表示范围之内,其类型为 unsigned int, 值为 2^32-1 。
用它初始化一个 int 的是时候(int nTest = 0xffffffff;),会发生转换。
当原数据不在 int 表示范围之内的时候,转换的方式有编译器确定。
对于现在多数用补码表示整数的编译器来说,会直接将二进制表示作为补码解释,结果为 -1 。
这一转换在初始化的时候已经完成了,nTest 从始至终都是 -1 。
=============
c++ 里,数据类型决定了内存中数据将被怎么样解释。内存中的内容相同,但是类型不同,解释是不一样的。(例如,按不同数据类型解释的数值是不同的)。
在不同数据类型的数据进行赋值的时候,会发生类型的转换。这一转换并不总是将内存中的数据用目标类型重新解释一下。

5

电脑内存或文件内容或传输内容只是一个一维二进制字节数组及其对应的二进制地址;
人脑才将电脑内存或文件内容或传输内容中的这个一维二进制字节数组及其对应的二进制地址的某些部分看成是整数、有符号数/无符号数、浮点数、复数、英文字母、阿拉伯数字、中文/韩文/法文……字符/字符串、汇编指令、函数、函数参数、堆、栈、数组、指针、数组指针、指针数组、数组的数组、指针的指针、二维数组、字符点阵、字符笔画的坐标、黑白二值图片、灰度图片、彩色图片、录音、视频、指纹信息、身份证信息……

20

引用:
Quote: 引用:
Quote: 引用:
Quote: 引用:
Quote: 引用:

-1 补码与原码是一样的

可不一样 …

-1 的
原码: 0x80000001
反码: 0xfffffffe
补码: 0xffffffff

你是说在int nTest = 0xffffffff的时候,若是没有发生溢出,例如说long int lTest=0x80000000ffffffff;,它在内存里面存放的话就是存放他的补码,但是现在发生溢出了,因此直接将0xffffffff作为补码存放进去了么,是这样理解么?

long int lTest=0x80000000ffffffff
这个也溢出了吧 …
放进内存里的东西和你写的东西是两回事。只不过对以整数来说他们碰巧经常是一样的而已。
编译器在把一个数放进内存之前,要先确定他的数值,跟他的类型。
之后,根据类型对数值进行编码。(对有符号整数来说,经常是补码)
0xffffffff 数值是 2^32-1 ,类型是 unsigned int 。把他赋给 int ,要经过类型转换(implementation-defined, 这里溢出了),结果数值是 -1 ,类型 int 。之后,写进内存的是按照 int (补码)编码的 -1 。输出的时候,也是按照 nTest 的类型 (int) 解释内存中的内容,进行输出。
你可以想一下
double dTest = 0xffffffff;
会发生什么。

也就是说,还是原因是类型转换产生了溢出,编译器处理溢出后,转换为了-1是么?问一下您是怎么知道这个的。有什么参考文献么本人想看看

C++ 标准
https://isocpp.org/std/the-standard
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2014/n4296.pdf
不过这东西可能不太适合刚开始学者


CodeBye 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权 , 转载请注明关于补码。C语言