ADS下内存字节对齐的问题

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关键字。

 

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

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值