原帖由 iterator 于 2008-5-19 12:48 发表


那个str应该不是32位对齐的呀

1 #include <stdio.h>
  2 #include <stdlib.h>
  3
  4 struct p
  5 {
  6     char a;
7     char *str;               //这里的指针也没对齐到自然边界
  8     char b;
  9 } __attribute__ ((packed)) x;
10
11 int main()
12 {
13     char buf[10];
14     unsigned long addr = (unsigned long)&x.str;
15     int *pp = (int *)&buf[1];                 //这是个不对齐的数据访问
16     char **str = (char **)&buf[1];        //这个是个不对齐的指针
17
18     *pp = 100;                 //出错
19     *str = "hello";            //出错
20     printf("%d,%#lx\n", sizeof(x), addr);
21     x.str = "hello";           //没问题
22     printf("%s\n", x.str);
23
24 }

[xin@vti-build tmp]$ ./t_align
t_align(18426): unaligned access to 0x60000fffffffb6a1, ip=0x4000000000000690
t_align(18426): unaligned access to 0x60000fffffffb6a1, ip=0x40000000000006b1
10,0x60000fffffffb691
hello

注意3个地址都是奇数结尾的，都没对齐到自然边界，但结构体内那个操作没出错

原帖由 zx_wing 于 2008-5-19 13:17 发表

对，我刚才想叉了，它没对齐到自然边界，按理是有问题的。
但我在RSIC平台上做了一个实验，在这个平台上，不对齐的访问会引发一个错误。非常意外的发现，结构体内的不对齐的指针赋值没有问题，但自己构造的未 ...

unsigned long addr = (unsigned long)"hello";
unsigned long first_write =  (addr >> 8) | (x.a << 56);
unsigned long sec_write = (addr << 8) | (x.b);

*(unsigned long *)&x = first_write;
*(unsigned long *)((void *)&x + 8) = sec_write;

原帖由 gvim 于 2008-5-19 14:24 发表
>>>但我在RSIC平台上做了一个实验
与risc无关，依赖具体实现和编译器。

原帖由 gvim 于 2008-5-19 14:27 发表
*str = "hello";            //出错

？？？

原帖由 gvim 于 2008-5-19 15:44 发表
>>>RISC平台，会产生一个未对齐的异常。通常会报告给出错的程序。
arm926ej-s
并不是所有的RISC都会抱你说的“未对齐”错误。


>>>*str = "hello";
你可以把它注释掉看看有没有错误。*str引向一个unkno ...

原帖由 gvim 于 2008-5-19 15:44 发表
>>>RISC平台，会产生一个未对齐的异常。通常会报告给出错的程序。
arm926ej-s
并不是所有的RISC都会抱你说的“未对齐”错误。


>>>*str = "hello";
你可以把它注释掉看看有没有错误。*str引向一个unkno ...