关于位段的一点问题.

[Meuck]

下面的代码中的 Ctmep类应该是96 bit 是32的整数倍啊,
为什么结果是16,而不是12 ？
#include<iostream.h>
struct Ctemp
{

unsigned pic : 14;
unsigned sound : 14;
unsigned x : 11;
unsigned y : 11;
unsigned w : 8;
unsigned h : 8;
unsigned BockFlag:1;
unsigned armor :3;
unsigned unknown:26 ;

// unsigned ppp :31;
// unsigned p2 :1;
};
void main()
{
cout<<sizeof(Ctemp)<<endl;
}

[闻缺陷则喜何志丹]

技术上可行
符合你的要求吗?
如果不明白
请给我发短消息
请附: 帖子的地址

[Meuck]

关于编译器的对齐问题，我也知道。
不过，我用的是位段啊。
而且，我把它刚好设成4byte 的整数倍，那么编译器应该不会对齐了把。

另：我很菜，#pragma 1
不知怎么用。

[闻缺陷则喜何志丹]

现在则是这样的：
以4字节为单位,
struct Ctemp
{

unsigned pic : 14;
unsigned sound : 14; ---->32bit
unsigned x : 11; ---->又重新开始算，因为 28+11=39>32
unsigned k : 21; ---->加起来刚好是11+21=32bit
};

所以sizeof(Ctemp)==8 byte

理解正解

[闻缺陷则喜何志丹]

你想 32 位的处理器
一个字为4 个字节
如果它把一个整形放在两个字里就不好处理了

[bluebohe]

在结构中，编译器为结构的每个成员按其自然对界（alignment）条件分配空间；各个成员按照它们被声明的顺序在内存中顺序存储，第一个成员的地址和整个结构的地址相同。在缺省情况下，C编译器为每一个变量或是数据单元按其自然对界条件分配空间

例如，下面的结构各成员空间分配情况

struct test {
char x1;
short x2;
float x3;
char x4;
};
　　
　　　　　　　　　　　　　　　　　
　　结构的第一个成员x1，其偏移地址为0，占据了第1个字节。第二个成员x2为short类型，其起始地址必须2字节对界，因此，编译器在x2和x1之间填充了一个空字节。结构的第三个成员x3和第四个成员x4恰好落在其自然对界地址上，在它们前面不需要额外的填充字节。在test结构中，成员x3要求4字节对界，是该结构所有成员中要求的最大对界单元，因而test结构的自然对界条件为4字节，编译器在成员x4后面填充了3个空字节。整个结构所占据空间为12字节。

现在你知道怎么回事了吧？

更改C编译器的缺省分配策略
　　一般地，可以通过下面的两种方法改变缺省的对界条件：
　　· 使用伪指令#pragma pack ([n])
　　· 在编译时使用命令行参数
#pragma pack ([n])伪指令允许你选择编译器为数据分配空间所采取的对界策略：

　　
　　　　　　　　　　　　　　　
　　
　　例如，在使用了#pragma pack (1)伪指令后，test结构各成员的空间分配情况就是按照一个字节对齐了

[bluebohe]

#pragma pack(push) //保存对齐状态
#pragma pack(1)

struct Ctemp
{

unsigned pic : 14;
unsigned sound : 14;
unsigned x : 11;
unsigned y : 11;
unsigned w : 8;
unsigned h : 8;
unsigned BockFlag:1;
unsigned armor :3;
unsigned unknown:26 ;

// unsigned ppp :31;
// unsigned p2 :1;
};



#pragma pack(pop)

[闻缺陷则喜何志丹]

其实非常象文本编辑器尽量不让一个单词分成两行 如果这个单词超过一行那就没办法
内存的情况
unsigned pic : 14; unsigned sound : 14;

unsigned x : 11; unsigned y : 11; unsigned w : 8;

unsigned h : 8; unsigned BockFlag:1; unsigned armor :3;

unsigned unknown:26 ;

[闻缺陷则喜何志丹]

在vc6.0的project settings的C/C++设置中，Category中选择Code generation选项，其中有一条Struct member alignment也就是内存对齐位，其中有1 Byte,2 Bytes, 4 Bytes, 8 Bytes, 16 Bytes，

[Meuck]

我写了，结果还是16byte啊。

[Meuck]

大家看看我是这样理解对不对？
我原本是这样理解的:

在类体中相邻定义的位域，如果可能的话，它们会被放在同一个整数
的连续位中，并以此提供空间压缩。---c++ primer

基于对于bit-field 的理解，我写的类中的成员变量刚好是 96bit,
那么 编译器 就应该把它看成是一个整体。然后又对96bit
进行 对齐 结果应该还是96bit = 12 byte啊。


现在则是这样的：
以4字节为单位,
struct Ctemp
{

unsigned pic : 14;
unsigned sound : 14; ---->32bit
unsigned x : 11; ---->又重新开始算，因为 28+11=39>32
unsigned k : 21; ---->加起来刚好是11+21=32bit
};

所以sizeof(Ctemp)==8 byte