Chinaunix首页 | 论坛 | 博客
  • 博客访问: 862381
  • 博文数量: 581
  • 博客积分: 7803
  • 博客等级: 少将
  • 技术积分: 3653
  • 用 户 组: 普通用户
  • 注册时间: 2007-04-27 08:21
文章分类

全部博文(581)

文章存档

2013年(7)

2012年(414)

2011年(159)

2009年(1)

分类:

2012-01-20 15:54:54


移植一个项目,从MIPS到X86。

很多细节的地方都及时继续进行修改了。最后在功能验证的时候,总是发现端口不对,但是实际解析的时候有没有什么问题。没办法,只要详细的打印传递给函数的端口值,结果一看,传给接口函数的端口值就不对。通常这种问题我会优先考虑字节序的问题,于是乎就将端口值转换成十六进制,然后高低字节交换之后,再转成十进制一看,正好就是实际的端口值。原来是字节序的问题。

分析了一下移植前的代码,才发现MIPS上的代码在做端口以及IP地址的比较时,都是直接比较,而不做任何的转换。当时看的时候还比较纳闷,现在明白了,MIPS本身是big-endian的,和网络字节序是一样的。因此,在MIPS平台上存储的主机字节序和网络字节序是移植的。因此,如果本地存储了一个端口值,需要和skb中记录的值相比较的时候,直接比较就可以了,不用考虑字节序的转换问题。

不过,这样的做法,很显然不具有较好的一致性,这个在我移植的项目中已经体现出来了。从可移植性上来讲,不应该对主机字节序做任何假设,即使你知道当前的系统是little-endian或者big-endian。一旦存在主机字节序和网络字节序比较的时候,要么将网络字节转换成主机字节序,要么主机字节序转换成网络字节序。实际上,如果主机字节序和网络字节序一致的话,转换函数的内部就不做真正的转换工作了。

这是可移植性中一个小小的方面,平时开发项目过程中,还有很多方面需要注意可移植性。
                                           -------------------Godbach于2009年11月24日
阅读(399) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~