作者vvrr (vvrr)
看板C_and_CPP
标题[问题] printf & 型态转换
时间Mon Feb 15 14:51:38 2016
开发平台(Platform): (Ex: VC++, GCC, Linux, ...)
GCC
问题(Question)：
printf的结果会根据型态的不同而改变
喂入的资料(Input)：
int a = 5000;
char b = (char)a;
printf("b = %x\n", b);
预期的正确结果(Expected Output)：
b = 88 (5000 = 0x1388)
错误结果(Wrong Output)：
b = ffffff88
补充说明(Supplement)：
尝试了一些a的初始值和结果，有点不太明白为什麽会变成这样，整理如下：
int a = 5000; --> b = ffffff88
int a = 0x1234; --> b = 34
int a = 50; --> b = 32 // 这个很正常
char a = 50; --> b = 32 // 这个很正常
char a = 0x7F; --> b = 7f
char a = 0x80; --> b = ffffff80
char a = 0x81; --> b = ffffff81
主要是前两个，为什麽一个会印出ffffff，一个就不会？
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 60.250.31.103
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/C_and_CPP/M.1455519100.A.9CF.html
1F：→ longlongint: char的范围是? 02/15 15:05
2F：→ andrenvq57: 为什麽不是0x000088而是0xffff88 overflow是直接用ff 02/15 15:17
3F：→ andrenvq57: 顶替吗 02/15 15:17
4F：→ stupid0319: char* b = (char*)&a; 这样比较理想 02/15 15:20
5F：→ stupid0319: 结果不是b = ffffff88吗,怎麽下一行又变b = ffffff34 02/15 15:23
※ 编辑: vvrr (60.250.31.103), 02/15/2016 15:37:04
6F：→ vvrr: 是88没错@@ 抱歉 02/15 15:37
7F：推 stupid0319: char = 0x7F ,0x80 , 0x81 各试看看吧 02/15 15:42
8F：→ vvrr: char就，一般的char. 应该是-128~127 02/15 15:43
9F：→ vvrr: 2F，我也不知道为什麽是ff，gcc印出来的.. 02/15 15:44
※ 编辑: vvrr (60.250.31.103), 02/15/2016 15:46:25
10F：推 CoNsTaR: 因为你 printf 要求的输入不是 char 你却给他 char 吧… 02/15 15:45
11F：推 CoNsTaR: 它需要一个比 char 更大的型态 02/15 15:47
12F：→ CoNsTaR: 像你这里输出的结果是 4*8=32bit 的型态 02/15 15:47
13F：→ vvrr: 如果前面都会被补成ffff就还好，但是有些就不会 02/15 15:48
※ 编辑: vvrr (60.250.31.103), 02/15/2016 15:49:09
14F：→ CoNsTaR: int i = 5000; 02/15 15:49
15F：→ CoNsTaR: char c = (char)i;i = c;printf("%p\n", i); 02/15 15:49
16F：→ CoNsTaR: @vvrr因为你不能知道你读超过b之外的值是多少啊 02/15 15:50
17F：→ CoNsTaR: 如果b前面的变数刚好都是０那读出来当然就不会有f 反之 02/15 15:52
18F：→ CoNsTaR: 亦然 02/15 15:52
19F：→ CoNsTaR: 这里没有 overflow 只有 overbound 02/15 15:53
20F：推 stupid0319: FFFFFF不是补上去的吧......看了我都快吐血了 02/15 16:04
21F：推 stupid0319: 神人来说一下char跟int的负数怎麽表示吧 02/15 16:07
22F：→ stupid0319: char跟int的-1各为FF跟FFFFFFFF 02/15 16:11
23F：→ stupid0319: -2呢,FE跟FFFFFFFE 02/15 16:11
24F：→ stupid0319: 所以char的0x88跟int的0xffffff88是等值的 02/15 16:13
25F：→ stupid0319: 在一些程式中,输入0x80000000可能造成bug 02/15 16:15
26F：→ stupid0319: 很多游戏的洗钱BUG就是这麽来的 02/15 16:15
27F：推 LPH66: 关键字: sign extension 02/15 16:19
28F：→ besmartAE: (unsigned char)才对 02/15 16:21
29F：→ stupid0319: 一个道具10万块钱好了,买21475个,变成0x80003FE0 02/15 16:21
30F：→ stupid0319: 买了道具後系统还要付给你21亿 02/15 16:22
31F：→ vvrr: 「所以char的0x88跟int的0xffffff88是等值的」 02/15 16:36
32F：→ vvrr: 所以printf会先把後面的数字转成int吗？ 02/15 16:36
33F：→ vvrr: ^^^^^^^^^^ 後面的char型态的b 02/15 16:37
34F：推 stupid0319: %x Unsigned hexadecimal integer 02/15 16:40
35F：推 apologize: unsigned char b = (char)a; 改成 02/15 18:21
36F：推 LPH66: >vvrr 16:36 是, 不过不是 printf 转的 02/15 22:26
37F：→ LPH66: 而是因为 printf 属於可变参数函式, 不到 int 等级的整数 02/15 22:26
38F：→ LPH66: 规定要转成 int 再传进去, 所以在那时就已经转了 02/15 22:27
39F：→ LPH66: 也因为规定转成 int, 所以会转成一个有号整数 02/15 22:27
40F：→ LPH66: 这才用上了我上面讲的 sign extension 02/15 22:28
41F：→ LPH66: 概念上就是如 stupid0319 讲的, 0x88 (等於十进位 -120) 02/15 22:29
42F：→ LPH66: 会变成 int 的 -120 (0xffffff88) 02/15 22:29
43F：→ LPH66: 那因为二进位观点来看就是最高位的正负号位元往前补满 02/15 22:29
44F：→ LPH66: 所以要说「ffffff 是补上去的」技术上来说也没有错就是了 02/15 22:30
45F：推 azter: 其实可以开小算盘的程式设计师模式 02/16 01:00
46F：→ azter: 第一步计算5000+128 02/16 01:02
47F：→ azter: 第二步 将第一步结果 mod 256 02/16 01:03
48F：→ azter: 第三步 将第二步的结果再减去减去128 02/16 01:04
49F：→ azter: 小算盘的输出结果是-120 02/16 01:07
50F：→ azter: 单看-120可能看不出端倪，请看小算盘下面显示一堆1 0那栏 02/16 01:10
51F：推 LPH66: 要讲型态转换的话, 这样操作: (1) 左下角选 dword, 10 进位 02/16 03:30
52F：→ LPH66: 然後输入 5000; (2) 左下角点选 byte; 这等同於转型成 char 02/16 03:31
53F：→ LPH66: 你会看到它变成了 -120 了 02/16 03:31
54F：→ LPH66: (3) 根据我上面说的, 传进 printf 前会再转成 int 02/16 03:31
55F：→ LPH66: 所以再点回 dword, 你会看到数值还是 -120 02/16 03:32
56F：→ LPH66: 但下面的二进位显示部份前面却是全部补了 1 进去 02/16 03:32
57F：→ LPH66: (4) 输出成 %x, 所以点选 16 进位, 就看到 ffffff88 出来了 02/16 03:33
58F：→ LPH66: 你把你实验的值代换掉上面的 5000, 观察下面二进位显示 02/16 03:34
59F：→ LPH66: 就会知道为什麽有些数会这样变有些数会那样变 02/16 03:34
60F：→ vvrr: 谢谢大家<(_ _)> 02/16 10:58
61F：→ vvrr: 1. int a 转成 char b的时候，不论正负只留最後1个byte 02/16 10:59
62F：→ vvrr: 2. char b传进printf前会根据b此时代表数值转成signed int 02/16 11:00
63F：→ vvrr: 3. printf实际上印出来的都是int.有些只看到1byte的只是前面 02/16 11:01
64F：→ vvrr: 都是0(而且我没有叫printf印出来) 大概是这样没错吧 02/16 11:02