Solaris 和 Linux 上未对齐的内存访问差异

Question

我在 linux(x86,32-bit) 上写了一个程序，一切正常。但是当我尝试在 Solaris (SPARC,64-bit) 上编译和运行相同的源代码时，我得到了一个总线错误 (SIGBUS ).来自gdb的消息如下：

gdb) where
#0  0xff2aa57c in number () from /lib/libc.so.1
#1  0xff2a9a70 in __doscan_u () from /lib/libc.so.1
#2  0xff2b0014 in vsscanf () from /lib/libc.so.1
#3  0xff2aeb90 in fscanf () from /lib/libc.so.1
#4  0x00010940 in main (argc=4, argv=0xffbff48c) at wHeap.c:22

原来是fscanf函数导致的bug，对应的代码片段如下：

while( fscanf(input,"%[^,],%hu,%u,%u,%[^\n]\n",record.name,&record.race,&record.class,&record.id,record.guild) != EOF){
......
}

基本上，我尝试从逗号分隔值文件中提取信息并将它们存储在结构数组（记录）中，例如：

Rod'rod,1,4,103026,Project Peace
Ceru,1,6,89351,World Keepers
Belget,2,9,246708,Radiant Heaters

记录结构如下：

#pragma pack(1)
typedef struct {                                                          
     char name[MAXNAME];                                                       
     unsigned short race;                                                  
     unsigned int class;                                                   
     unsigned int id;                                                      
     char guild[MAXGUILD];                                                       
}record;

如您所见，我使用 pragma pack 试图防止这两台机器之间的对齐差异。

Answer 1

SIGBUS 通常表示对齐异常或尝试访问物理上不存在的内存（可能是某些设备的 MMIO 空间中不存在的地址）。

Linux 在许多架构中模拟未对齐的加载/存储，对于 SPARC，请查看 arch/sparc/kernel/unaligned.c 和 arch/sparc/kernel/una_asm.S。 Linux/ARM 有一个 sysctl，可让您选择是否在未对齐的内存访问时静默崩溃/记录和模拟/模拟。显然，Linux/SPARC 没有等效的 sysctl。

Answer 2

您不能获取压缩结构的非char 元素的地址并通过该指针访问该元素。一般来说，您应该永远不要使用压缩结构。它们是一种严重的代码异味，表明您可能做错了什么。如果您不顾一切要求仍坚持保持压缩结构，您可以使用中间变量并将它们的地址传递给scanf，然后分配给struct。

Answer 3

Solaris 机器是否在比 x86 等对齐要求更高的硬件上运行？

您在 pmg 的回答中的评论暗示您已关闭填充，这将在例如SPARC.

Answer 4

你的结构是如何定义的？

像这样？

struct X {
  char name[MAXNAME],
  short race,
  unsigned class,
  unsigned id,
  char guild[MAXGUILD],
  /* possibly more members ... */
};

如果不同，则scanf 转换规范与参数不匹配。