为何要四字节对齐？ strLen = *(int*)&buffer[pos]; on RISC CPUs.

dynamic516

/*
                 * We have to guarantee 4 - bytes alignment to use this:
                 *     strLen = *(int*)&buffer[pos];
                 * on RISC CPUs.
                 */

prolj

因为是 32 bit 的 U ， 32 bit ＝ 4 * 8 bit

dynamic516

/*
                 * We have to guarantee 4 - bytes alignment to use this:
                 *     strLen = *(int*)&buffer[pos];
                 * on RISC CPUs.
                 */
这段注释是说，在RISC CPUs上，如果要用这个语句：strLen = *(int*)&buffer[pos];必须要将 pos 四字节对齐。
俺不太理解为何必须 ？取值的 pos 不对齐会怎么样？

prolj

MIPS 的取半字指令（好像是这个名字，意思就是不对齐取数的指令）是收费的。 ARM 不清楚。
如果你的芯片支持不对齐取数，就是慢点儿呗。如果你的芯片强制必须软件对齐，那么你不对齐就会错误

dynamic516

不对齐和对齐很明显pos的值不同，在buffer中的位置不同，strLen也就不同了呀！

prolj

哦，意思就是 buff 中的数据是对齐的，所以你取地址的时候也要按对齐的来取

gawk

buffer[pos]这个应该是char型的吧
若pos的位置不是4的倍数但是你强制转化为(int*)然后读取int值应该就会出错

beepbug

原帖由 prolj 于 2009-3-27 10:05 发表
如果你的芯片支持不对齐取数，就是慢点儿呗。如果你的芯片强制必须软件对齐，那么你不对齐就会错误

正解。
记得有某CPU的汇编语言，有一伪指令专门用来填充空间使下面的数据从边界开始，确保对齐。

zx_wing

原帖由 dynamic516 于 2009-3-27 09:49 发表
/*
                 * We have to guarantee 4 - bytes alignment to use this:
                 *     strLen = *(int*)&buffer[pos];
                 * on RISC CPUs.
                 */

遇到这样的代码，你应该给它发个patch，这样做：

1. 
   
2. /* Use memcpy() to avoid un-alignment issue on RISC CPUS */
   
3. memcpy(&strlen, &buffer[pos], sizeof(int));
   

复制代码