现在的位置: 首页 > 综合 > 正文

ADS下内存字节对齐的问题

2013年05月04日 ⁄ 综合 ⁄ 共 1146字 ⁄ 字号 评论关闭

ADS下一定要重视字节对齐

遇到的问题:

typedef struct _PARTENTRY
{
 BYTE Part_BootInd;           // If 80h means this is boot partition
 BYTE Part_FirstHead;         // Partition starting head based 0
 BYTE Part_FirstSector;       // Partition starting sector based 1
 BYTE Part_FirstTrack;        // Partition starting track based 0
 BYTE Part_FileSystem;        // Partition type signature field
 BYTE Part_LastHead;          // Partition ending head based 0
 BYTE  Part_LastSector;        // Partition ending sector based 1
 BYTE Part_LastTrack;         // Partition ending track based 0
 DWORD Part_StartSector;       // Logical starting sector based 0
 DWORD Part_TotalSectors;      // Total logical sectors in partition
} PARTENTRY,*PPARTENTRY;

 

PPARTENTRY变量指向定存中的: 0x33D001CE,如下图所示:

 



 

这个结构体前面的8个字节域都能正常使用,但是Part_StartSector指向的内容不是我们正常想要的0x00000001,而是0x00010001. Part_TotalSectors内容看起来不太正常,但读取时确是想要的0x0000F800. 总之,内存乱了。

1. 无论是大端对齐还是小端对齐,都有这个问题。

2. 代码优化无论是Min,Most,还是all都有这个问题。(网上有说使用Min优化等级,则不会出错。但是至少我测试下来确实都会有这个问题)

 

解决方法:

结构体声明时使用__packed关键字,如:

typedef __packed struct _PARTENTRY{...};

 

原因:

ADS默认情况下,使用一种叫做“自然边界对齐的”方式,进行内存对齐,换句话说是1字节变量使用1字节地址对齐,2字节变量对齐到2的整数倍地址上,4字节变量对齐到4的整数倍地址上。打破这种默认规则的方法即为上述所说的使用__packed关键字。

 

我们在大多数情况下都无须考虑这些,但是在使用结构体等指针操作时,一定要引起重视。

抱歉!评论已关闭.