[原创] 临时改变字节对齐时,千万别忘了恢复原有字节对齐设置![待完善]
2013-05-28 18:40
387 查看
最近在工作中,需要根据协议组合数据包,为了使代码看起来更整洁,我使用结构体表达了整个数据包结构。
由于结构体存在着默认对齐,使得其无法和数据包中各个数据域完全对应。
为了解决这个问题,在定义结构体的头文件中,采用了改变字节对齐的预编译语句:
#pragma pack(1)
因为没有搞清楚这个预编译语句的作用范围,错误地以为这个语句能够设置整个程序的对齐方式。
之后,出现了一个奇怪的问题,我设定的结构体,在主函数中能够正常进行解析,但是只要传递给一个子模块的函数进行处理,就无法正确通过变量名称进行访问了。
后来,采用输出各个变量在内存中的地址发现,传入子模块函数的结构体中的变量地址发生了变化,而结构体本身的起始地址没有变化,所以是变量相对于结构体起始地址的偏移发生了变化。进而想到,是由于字节对齐语句出现了问题。
在使用改变字节对齐的预编译语句时,千万不要忘记提前保存默认数值,之后还要恢复默认数值。例如:
#pragma pack(push)
#pragma pack(1)
....
#pragma pack(pop)
由于结构体存在着默认对齐,使得其无法和数据包中各个数据域完全对应。
为了解决这个问题,在定义结构体的头文件中,采用了改变字节对齐的预编译语句:
#pragma pack(1)
因为没有搞清楚这个预编译语句的作用范围,错误地以为这个语句能够设置整个程序的对齐方式。
之后,出现了一个奇怪的问题,我设定的结构体,在主函数中能够正常进行解析,但是只要传递给一个子模块的函数进行处理,就无法正确通过变量名称进行访问了。
后来,采用输出各个变量在内存中的地址发现,传入子模块函数的结构体中的变量地址发生了变化,而结构体本身的起始地址没有变化,所以是变量相对于结构体起始地址的偏移发生了变化。进而想到,是由于字节对齐语句出现了问题。
在使用改变字节对齐的预编译语句时,千万不要忘记提前保存默认数值,之后还要恢复默认数值。例如:
#pragma pack(push)
#pragma pack(1)
....
#pragma pack(pop)
相关文章推荐
- 结构体大小的计算及设置内存字节对齐数原理理解
- VS2008设置字节对齐方式的配置
- C语言字节对齐及设置编译对齐方式方法
- Windows下struct和union字节对齐设置以及大小的确定(一 简介和结构体大小的确定)
- (原创)Linux下一定要4字节地址对齐操作
- struct的字节对齐问题(通过pragma pack(n)改变字节对齐的例子)
- struct的字节对齐问题(通过pragma pack(n)改变字节对齐的例子)
- 字节对齐设置的两种方式
- 【Vegas原创】恢复vs2005默认设置
- GCC 字节对齐设置
- 通过#pragma pack(n)改变C编译器的字节对齐方式
- 通过#pragma pack(n)改变C编译器的字节对齐方式-及相应的面试题
- mini2440开发板网络设置(永久改变,重启后不恢复)
- 通过#pragma pack(n)改变C编译器的字节对齐方式
- Flex中通过设置textAlign样式在一个List控件中改变文本对齐方向的例子
- 改变编译器字节对齐条件的简单说明
- GCC 字节对齐设置
- 【原创】保护SSD,设置Chrome浏览器临时文件夹到ramdisk分区
- uboot中,ARM体系下,设置变量4字节对齐
- 通过#pragma pack(n)改变C编译器的字节对齐方式