'UNALIGN' Error/Exception Cause System Reboot

hzy2hzy

某些板子的CPU有某些限制，不能在奇数地址访问short/int型的数据，一旦访问，就会有'UNALIGN'的错误或异常，导致板子重启。

void parseMessage(char* pMsg)
{
    ...
    UINT16 userID = (*(UINT16 *)((unsigned long)pMsg+ LTMSG_USERID_POS+2));//System Crashs Periodically
    ...
   
}

上面的代码LTMSG_USERID_POS+2是偶数，pMsg是从另一块板子上通过malloc动态分配，然后发到本板，在本板上的消息体指针，可能是奇数地址也可能是偶数地址，奇数地址时发生Reboot.  原始消息是通过offset逐个BYTE赋值的，并没有具体的结构体定义相关联（所以使用字节强制对齐，不可行)，接收到消息后，会有像上面一样一次同时访问多个BYTE的情况。

从编程的角度来看我们的code都是对的，请各位帮忙看看能在什么地方避免该问题？

zhaohongjian000

memcpy一下就ok了。

另外，因为没考虑对齐导致出错，很难认同“从编程的角度来看我们的code都是对的”。

hellioncu

指定结构按1字节对齐，通过结构指针访问，编译器会帮你处理

hzy2hzy

memcpy有一样的问题

unsigned int MsgLen = 100;
unsigned int Slot = 0x21101;
unsigned short UserId = 0x1234;

char *pMsg=malloc(100);

*pMsg++ = MsgLen;
*pMsg++ = Slot>>24;
*pMsg++ = Slot>>16;
*pMsg++ = Slot>>8;
*pMsg++ = Slot;
...
*pMsg++ = UserId>>8;
*pMsg++ = UserId;
...

pMsg是一块连续内存,像上面一样赋值,请问怎么考虑字节对齐?

zhaohongjian000

不要老怪按字节赋值，你取的时候保证没问题就ok了。

UINT16  userID;
memcpy(&userID, pMsg + ..., sizeof(UINT16));

hzy2hzy

回复 3# hellioncu

按照1字节对齐,也会发生在奇数地址访问short、int或long等型数据的情况，这样遇到我们这种特殊的CPU照样Crash.

typedef struct
{
char operation __attribute__ ((aligned (1));
unsigned short slot __attribute__ ((aligned (1));//MSG_TYPE型变量起始地址base如果是奇数，则slot的地址也是奇数，所以要按照2字节对齐
...
}MSG_TYPE;



   

hzy2hzy

回复 5# zhaohongjian000

说过了，我们的这种CPU遇到奇数地址访问short/int/long型数据的时候就会Crash, 你的memcpy的原地址是奇地址时，已经验证过了，也有同样的问题


   

hellioncu

hzy2hzy 发表于 2015-06-04 08:36
回复 3# hellioncu

按照1字节对齐,也会发生在奇数地址访问short、int或long等型数据的情况，这样遇到我 ...

如果真是那样，那应该是你编译器没有支持好，本来应该生成按字节复制的指令。

hellioncu

hzy2hzy 发表于 2015-06-04 08:40
回复 5# zhaohongjian000

说过了，我们的这种CPU遇到奇数地址访问short/int/long型数据的时候就会Crash ...

memcpy一般的实现是对于非对齐的部分按字节复制，对齐的按int／long复制以加快速度，你这都会出错，用的啥编译器？

hzy2hzy

回复 9# hellioncu

长知识了!!!

前面修改为memcpy不行，是因为还有其它地方用类型强转了，没有发现！