sizeof问题

langue

bash-2.05$ cat pack.c
#include <stdio.h>
int main(int argc, char **argv)
{
  struct node
  {
     double a;
     float b;
     int c;
     char d;
  }p;
  int k=sizeof(p);
  printf("length:%d\n",k);
}

bash-2.05$ gcc pack.c -o pack
bash-2.05$ ./pack
length:20
bash-2.05$

还有什么好说的？

erpxp

原帖由 飞灰橙 于 2006-10-15 14:44 发表
8位，16位，32位系统，都不一样的

正解

lisan

原帖由 飞灰橙 于 2006-10-15 14:44 发表
8位，16位，32位系统，都不一样的

好像不同的编译器也会导致不同的结果。
同样是GCC不同的版本结果也不一样

beepbug

这题的答案取决于机器的字长。
对齐的目的是为了提高访问效率。因此，不是对齐到最大元素长度上，而是对齐到4字节。
在IA-32机器上，应该是8+4+4+4=20。

yy_galois

rh, 32位机器上是20,四字节对齐，长度是20.

Mellibra

结构的字节对齐应该是取元素对齐值最大的作为结构本身的对齐值。机器子长，编译器都会影响sizeof

todaygood

原帖由 Mellibra 于 2006-10-16 15:58 发表
结构的字节对齐应该是取元素对齐值最大的作为结构本身的对齐值。

同意，按理说是24，但为何gcc编译出来的结果是20呢？

是不是，机器子长，编译器都会影响sizeof  ？

敬请说清楚一些。

connet

原帖由 Mellibra 于 2006-10-16 15:58 发表
结构的字节对齐应该是取元素对齐值最大的作为结构本身的对齐值。机器子长，编译器都会影响sizeof

no, 数据结构的对齐是取机器的字长，IA32上就是4bytes.  double 是8bytes, 已经对齐，故其size无影响。
照你的理论，若结构中嵌套结构那内存岂不很容易用完。