有些代码这样写 buf[i]&0xff ?

petsatan

直接写 printf("%x"  , buf[i]) 不可以吗?为什么要加  &0xff

[[i] 本帖最后由 platinum 于 2007-12-8 10:24 编辑 [/i]]

zylthinking

%x 认为buf[i] 是4字节的,  和你buf本身什么类型应该没关系的, 因为buf[i]其实就是*(buf + i), 不过是该地址开始的若干个字节, 至于是几个字节, 那就是靠 %x 判断了, 它就认为是四个字节对自己解释


感觉不对劲， 实验了一下， 果然是不对的， 理论上应该不会出现楼主的情况的， 除非楼主使用的和我的不是一个函数， 我的是标准c里的printf， 应该在内核里用不了的.

[[i] 本帖最后由 zylthinking 于 2007-12-11 22:00 编辑 [/i]]

petsatan

具体情况是  我 open 了  /dev/sda1用read从磁盘读 1024B 的数据，

然后从内核buf输出时 数据不同，只有在read和输出时同时 加上&0xFF   那输出的才会一致。

我想是不是磁盘存储的格式和buf中的不同？ 那有什么区别呢？

zx_wing

原帖由 petsatan 于 2007-12-7 13:44 发表
具体情况是  我 open 了  /dev/sda1用read从磁盘读 1024B 的数据，

然后从内核buf输出时 数据不同，只有在read和输出时同时 加上&0xFF   那输出的才会一致。

我想是不是磁盘存储的格式和buf中的不同？ 那 ...

那说明内核是用readb这种方式读的，也就是一次读一个字节。
加上&0xff表示只取低位一个字节

petsatan

那如果都不加 &0xFF  read出来的 和buf中输出的也不一致啊?  那buf中的是怎么存储的呢?

zx_wing

原帖由 petsatan 于 2007-12-7 14:06 发表
那如果都不加 &0xFF  read出来的 和buf中输出的也不一致啊?  那buf中的是怎么存储的呢?

buf只是个数组而已。
因为读的时候每次只读一个字节，所以你buf中其它内容是随机的（如果在栈上分配的buf），就只有最低一个字节是有效的。
你可以在用之前将buf的清空，再读。
ps：lz给的信息太少了，你应该详细描述一下，最好给出部分代码。

petsatan

lseek(fd,0,SEEK_SET);
    printf("%d\n",read(fd,buf,1024));
    for(i=0;i<1024;i++)
        printf("%x",buf&0xff);
   
不要告诉我不加也可以哦！

platinum

若 buf 是一个 unsigned int 型数组，而此时 buf[i] 的值是 0xffff
那么，buf[i] 与 buf[i] & 0xff 的结果是不是不同呢？
他们的区别是，前者打印完整值，而后者则只取其低八位
当然二者也有共同点，就是都以小写十六进制输出而已

petsatan

哦对了！

buf为char型数组 。我想是不是和数据在磁盘的存储格式  和在缓存中的格式不同？

petsatan

顶  顶到有确切的答案为止！