|
问题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./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 |
|
|
