%02hhX

问题1:每次看到人家的十六进制输出,对齐的很好,ff就显示了,而我的总是0xffffffff。
如果是
"%02x",是以0补齐2位数,如果超过2位就显示实际的数;
"%hhx" 是只输出2位数,即便超了,也只显示低两位;
 
因此有了"%02hhx"


点击(此处)折叠或打开
void hexdump(char *buf, int num)
{
. int i;


. for(i = 0; i < num; i++) {
. . printf("%02hhx\t", buf[i]);
. . if ((i+1)%8 == 0) {
. . . printf("\n");
. . }
. }
. printf("\n");
}
参考:http://blog.chinaunix.net/uid-20801390-id-3207987.html


问题2:关于字符(char)的问题:难道字符不是8位(8 bits)?


最近正好针对字符得编程做得多一些。发现了一个问题,在Visual C++和C++ Builder 平台都存在的问题。
编译环境:缺省设置。
根据MSDN的解释,在C++中,char 是一个字节(8bits),unsigned char 也是一个字节(8bits)。两者具有共同的数据范围:0x00到0xFF,如果用它们表示整数的话,范围分别就是-128到127,0到255;但用16进制表示都是一样的:即00到FF。


但是在输出时,发生了奇怪的现象:


代码:
......
char x = 0x80;
CString str;//CString 是MFC定义的字符串类。
str.Format("%X",x);
......
结果:
str显示为32bit的数:FFFFFF80,显然,与MSDN的描述矛盾了。MSDN说是8bits,结果却是32bits!!!
如果,给x赋的值小于等于0x7F,那么str的内容只有8bits,与MSDN的描述一致。
又如果把上面的变量x声明为unsigned char ,则不论给x赋何值,str的内容永远都是8bits,与MSDN的描述一致。


上面的问题在C++ Builder平台也是如此。


A1:32位系统上%x默认是按照32位数来处理的,也就是一般的int32,在计算机内部,负数是用补码表示的,char是有符号的数,但char的最高位为1时,是负数,转换为int32是也是负数,所以但char是0x80是,最高位为负数,转换为int32后为FFFFFF80,但unsigned char为非负数,不存在补码的表示,也转换为 unsigned int32,值为00000080,但%x默认不打起面的0的,所以为显示为0x80, 但char为0x7F是,最高位为0,是非负数,转换为int32后为0x0000007F,所以打印出也为0x7F


A2:str.Format("%X",x); 
format是不会检查type的。所以 %X就直接拿了在&x的32bit
正确写法是 str.Format("%02hhX",x); 
// ???   按照问题1的说法,这样不是直接截断了,即使真的是32bit的也会截断成8bit了,是吧?


A3:%x 是以十六进制输出无符号整型的;
所以 str.Format( "%x", x ) 会自动把x 转换成无符号整形的


例如测试如下:
   __int64 a = 0x0000ffffffffffff;
   str.Format( "%x", a );
   str = "ffffffff";


转换的规则是 不足32位的 高位是1  扩展位补1
                     高位是0  扩展位补0;


参考:http://bbs.csdn.net/topics/200084498


十六进制 字符 (以十六进制形式打印字符)
0 对于所有的数字格式,用前导零而不是用空格填充字段宽度


hh和整数转换符一起使用,表示一个char或者unsigned char类型数值
printf("%02hhx ", *(char *)v_addr);




h和整数转换符一起使用,表示一个short或者unsigned short类型数值
printf("%04hx ", *(short *)v_addr);


printf("%08x ", *(int *)v_addr);
参考:http://hi.baidu.com/zengzhaonong/item/ec7fc031e2f1cb21b2c0c582

你可能感兴趣的:(%02hhX)