免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12下一页
最近访问板块 发新帖
查看: 7277 | 回复: 14
打印 上一主题 下一主题

[C] 请教一个char向unsigned int赋值的问题,请高手们解答 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2009-07-13 11:32 |只看该作者 |倒序浏览
代码如下:

unsigned int a;
char b = 0xff;
a = b;
printf("a: %d\n", a);
程序运行结果: a: -1

我不明白,这里b的值是-1,而a的数据类型是无符号的,取值范围应是从0开始的,怎么也能存储负数呢,a的值用二进制数如何表现,这和编译器有关吗,请高手帮忙解答下,谢谢。

论坛徽章:
14
巨蟹座
日期:2013-11-19 14:09:4615-16赛季CBA联赛之青岛
日期:2016-07-05 12:36:0515-16赛季CBA联赛之广东
日期:2016-06-29 11:45:542015亚冠之全北现代
日期:2015-07-22 08:09:472015年辞旧岁徽章
日期:2015-03-03 16:54:15巨蟹座
日期:2014-12-29 08:22:29射手座
日期:2014-12-05 08:20:39狮子座
日期:2014-11-05 12:33:52寅虎
日期:2014-08-13 09:01:31巳蛇
日期:2014-06-16 16:29:52技术图书徽章
日期:2014-04-15 08:44:01天蝎座
日期:2014-03-11 13:06:45
2 [报告]
发表于 2009-07-13 12:28 |只看该作者
既然你知道“a的数据类型是无符号的”,那你为什么用“%d”?

论坛徽章:
0
3 [报告]
发表于 2009-07-13 14:07 |只看该作者
0xff是11111111,导致a在内存中是11111111。 11111111在无符号情况下是4294967295,有符号情况下是-1
%d是有符号的,所以打印出-1,你用%u就会打印出4294967295

论坛徽章:
0
4 [报告]
发表于 2009-07-13 14:15 |只看该作者
printf("a: %u\n", a);

论坛徽章:
0
5 [报告]
发表于 2009-07-13 14:32 |只看该作者

回复 #3 pmexclusive 的帖子

3楼绕口令说的很好,我喜欢

论坛徽章:
0
6 [报告]
发表于 2009-07-13 14:34 |只看该作者
明白拉,谢谢各位来,无符号数用得较少,有些还不清楚阿

论坛徽章:
0
7 [报告]
发表于 2009-07-13 20:37 |只看该作者
a是0xff,也就是二进制数11111111。
b比a宽,a是有符号数,赋值时先要做符号位扩展。
如果unsigned int是32位数,则扩展后为32个1。
你用打印符%d打印,结果当然是-1。
如果unsigned int是16位数,则扩展后为16个1。
你用打印符%d打印,结果仍然是-1。
这题与数4294967295无关,也就是与int宽度无关,结果总是-1。

楼主的疑问:“a的数据类型是无符号的,取值范围应是从0开始的,怎么也能存储负数呢”?
有符号数和无符号数,在机器里是一模一样,看不出来的。你当它是有符号数,它就是有符号数;你当它是无符号数,它就是无符号数。

论坛徽章:
0
8 [报告]
发表于 2009-07-14 11:01 |只看该作者

回复 #7 beepbug 的帖子

学习了

论坛徽章:
0
9 [报告]
发表于 2009-07-14 11:57 |只看该作者
这段代码的输出的确与编译器有关。上面不少人已经指出了符号扩展,但忽略了 char 的符号问题。

char b= 0xff;

b 是个 char,但它是 singed 的还是 unsinged 的,标准并未规定。 所以 a=b 时,a 得到的是 -1 还是 255 取决于编译器。 gcc 有编译选项可以指定 char 的符号。


  1. #include <stdio.h>

  2. int
  3. main()
  4. {
  5.         unsigned int a;
  6.         char b=0xff;
  7.         a = b;
  8.         printf ("a: %d\n", a);
  9. }
复制代码

retuor@pc:~$ cc foo.c
retuor@pc:~$ ./a.out
a: -1
retuor@pc:~$ cc -funsigned-char foo.c
retuor@pc:~$ ./a.out
a: 255

论坛徽章:
0
10 [报告]
发表于 2009-07-14 13:50 |只看该作者
原帖由 retuor 于 2009-7-14 11:57 发表
这段代码的输出的确与编译器有关。上面不少人已经指出了符号扩展,但忽略了 char 的符号问题。

char b= 0xff;

b 是个 char,但它是 singed 的还是 unsinged 的,标准并未规定。 所以 a=b 时,a 得到的是  ...


解释正确,经过那句赋值后,该变量在内存中的位模式已经定了,不管你printf()时用%d还是%u

这确实跟编译器有关,关键是看编译那句是用的是否是符号扩展指令,你用gdb看汇编代码后你会一目了然
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP