论坛徽章:: 1

电梯直达

1楼 [收藏(0)] [报告]

发表于 2013-09-09 15:29 |只看该作者 |倒序浏览

char buffer[] = { 2, 49, 212, 16, 0, 0, 0, 3 }; //212,16,0,0存放了一个整数4038
int *r = (int *)(buffer + 2);
printf("r=%d\n", *r);

在PC上执行结果： r=4308

移植到ARM板上，执行结果： r=822218964

为什么ARM板上执行结果不一样？这样的指针类型转换是不是不对？

文库|博客

myworkstation

版主

论坛徽章:: 17

2楼 [报告]

发表于 2013-09-09 15:44 |只看该作者

回复 1# is68

PC和ARM工作在64位还32位下？什么系统？最关键的一点是ARM可以工作在Big Endian和Little Endian两种模式下，你的ARM是在哪种模式下？

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

is68

白手起家

论坛徽章:: 1

3楼 [报告]

发表于 2013-09-09 16:08 |只看该作者

32位的、Little Endian模式

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

myworkstation

版主

论坛徽章:: 17

4楼 [报告]

发表于 2013-09-09 17:42 |只看该作者

本帖最后由 myworkstation 于 2013-09-09 17:47 编辑

回复 3# is68
822218964的二进制是00110001000000100001000011010100
212是11010100
16是00010000
2是00000010
49是00110001
所以这个值是按这个序列读取的49,2,16,212，是加2没效果，应该是对齐问题。

未对齐的数据指针
　　C和C++编程标准规定，指向某一数据类型的指针，必须和该类型的数据地址对齐方式一致，所以ARM 编译器期望程序中的 C 指针指向存储器中字对齐地址，因为这可使编译器生成更高效的代码。
　　比如，如果定义一个指向 int 数据类型的指针，用该指针读取一个字，ARM 编译器将使用LDR 指令来完成此操作。如果读取的地址为四的倍数（即在一个字的边界）即能正确读取。但是，如果该地址不是四的倍数，那么，一条 LDR 指令返回一个循环移位结果，而不是执行真正的未对齐字载入。循环移位结果取决于该地址向对于字的边界的偏移量和系统所使用的端序（Endianness）。例如，如果代码要求从指针指向的地址 0x8006 载入数据，即要载入 0x8006、0x8007、0x8008 和 0x8009 四字节的内容。但是，在 ARM 处理器上，这个存取操作载入了0x8004、0x8005、0x8006 和 0x8007 字节的内容。这就是在未对齐的地址上使用指针存取所得到的循环移位结果。

参考：
http://blog.chinaunix.net/uid-24567872-id-201529.html