求解：2位16进制数存储于1个字节的char类型中

nanjingnew4

网上google了半天，没找到好办法。如下：
u_char *pkt_data;
char Buf[5000];

我需要将pkt_data[i]这个元素转换成16进制,存放于Buf[0]中。
存放后比较时可以达到这样的效果 if(Buf[0]> '0A')
主要是为了解决抓包时抓到汉字，有2个字节，需要将Buf[0]和Buf[1]拼起来

safedead

2个字节？
UTF8表达的汉字你咋办？

hellioncu

u_char是什么类型？unsigned char？
感觉LZ没搞清概念

nanjingnew4

回复 2# safedead
我这边是gbk的


   

nanjingnew4

回复 3# hellioncu
是 unsigned char，为何说没搞清概念


   

hellioncu

nanjingnew4 发表于 2012-04-18 16:48
回复 3# hellioncu
是 unsigned char，为何说没搞清概念

因为你说“转换成16进制,存放于Buf[0]中”，转换成16进制字符串，那肯定是放不进的。不是字符串形式，那无所谓是几进制，结果都一样。

如果你只是为了比较，Buf[0] > 0x0A就可以了。

家住马戏团

'0A' == 0x3041
一个char不可能吧

家住马戏团

pkt_data是unsigned char* 就算x起始处存了两个字节的字符，但pkt_data[x]来说都是一个char
除非能知道两个字节的首地址，首地址处强转为unsigned short*再解引用

有一种编解码方式叫tag-len-val，不知和楼主要说的有没有什么关联。
tag决定类型，len决定长度，根据类型和长度解出val。

cj_gameboy_cu

2位16进制数存储于1个字节的char类型中
别想了，这怎么可能，2位16进制数已经需要2个字节了，如何用1个字节来描述，就算你你把两个字节的数据用自定义的压缩方法合并了，也不可能用if(Buf[0]> '0A')来比较他们

ecloud

用BASE64编码，就不怕传输顺序和切分字节的问题了