关于字符对齐一问，牛人看过来

gvim

x86 上就相当直观
#pragma pack(1)

    movb    $97, -24(%ebp)
    movl    $12, -23(%ebp)
    movw    $23, -19(%ebp)
    movl    $7, %eax

/* #pragma pack(1) */

    movb    $97, -24(%ebp)
    movl    $12, -20(%ebp)
    movw    $23, -16(%ebp)
    movl    $12, %eax

飞灰橙

都是bit fields惹的祸啊
    unsigned int ihl:4;
    unsigned int version:4;
合起来只占了8位，所以尽管ihl和version都是int,
实际只占了一个char的空间，
因为只花费了一个char, 接下来空间自然就对齐，并且保证是无空隙的。

楼主可以将 unsigned int version:4 改成 unsigned int version:5，
结果struct就不会pack在一起了。

cellar

原帖由 gvim 于 2006-11-30 15:12 发表
x86 上就相当直观
#pragma pack(1)

/* #pragma pack(1) */

受教了，崇拜ing...

havey

有点意思！
有些系统屈服于硬件；有些系统屈服于软件，但最终都是屈服于硬件的。
如果你只会c，不去搞点汇编和硬件，还真很难找到点自信！
尤其是在一些思维比较细腻的哥们面前。

connet

#if __BYTE_ORDER == __LITTLE_ENDIAN
    unsigned int ihl:4;
    unsigned int version:4;
#elif __BYTE_ORDER == __BIG_ENDIAN
    unsigned int version:4;
    unsigned int ihl:4;
#else
# error        "Please fix <bits/endian.h>"
#endif
    u_int8_t tos;
    u_int16_t tot_len;
上面4字节
    u_int16_t id;
    u_int16_t frag_off;
上面4字节
    u_int8_t ttl;
    u_int8_t protocol;
    u_int16_t check;
上面4字节
    u_int32_t saddr;
上面4字节
    u_int32_t daddr;
上面4字节

任何平台上都是对齐的
协议设计者和软件设计者早考虑到了

高峰

标题怎么是“字符对齐”？？