189 8069 5689
本篇文章给大家分享的是有关ARM非对齐操作异常解决过程是怎样的，小编觉得挺实用的，因此分享给大家学习，希望大家阅读完这篇文章后可以有所收获，话不多说，跟着小编一起来看看吧。
我们提供的服务有：成都网站制作、网站建设、微信公众号开发、网站优化、网站认证、汉中ssl等。为上1000+企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务，是有科学管理、有技术的汉中网站制作公司
在测试MF固件时，发生一个非常诡异的异常，代码如下：
CLR_DBG_Commands::Monitor_EraseMemory* cmd = (CLR_DBG_Commands::Monitor_EraseMemory*)msg->m_payload;
debug_printf("EraseMemory addr=0x%08x len=%d\r\n", cmd->m_address, cmd->m_length);指定第二行代码时，会跳到异常处理程序，发生了6号异常（用法异常Usage Fault）
我对ARM还是非常陌生，不知道怎么可能发生这个问题。
在今天之前，这行代码执行了无数次也未曾出错，最近也没有修改该函数或者相关函数的代码，昨天倒是大量修改了其它代码。
1，百度找资料
关键点是用法异常Usage Fault，以此为关键字搜索。有资料（http://www.docin.com/p-633872264.html）指出，用法异常包括：执行未定义指令、非对齐操作、除零。
前后两个显然不可能，中间这个非对齐操作倒是引起了我的注意。因为阅读MFPK代码的时候看到很多对齐操作的设计。
2，Keil调试
在Keil中调试这两行代码
0x080071DA 6A74 LDR r4,[r6,#0x24] 1350: debug_printf("EraseMemory addr=0x%08x len=%d\r\n", cmd->m_address, cmd->m_length);
1351:
0x080071DC A012 ADR r0,{pc}+4 ; @0x080072280x080071DE E9D41200 LDRD r1,r2,[r4,#0]
0x080071E2 F001FD93 BL.W debug_printf (0x08008D0C)抛出异常的是0x080071DE这一行，代码是LDRD r1,r2,[r4,#0]，大意是把r4开始，偏移#0的数据加载到r1，下一个字加载到r2
从寄存其中看到，r4此时是0x200006D2，这是半字对齐而不是字对齐。
奇怪了，MDK为啥编译一个半字对齐的呢？
回到第一行代码的msg->m_payload，它是关键。因为它就是0x200006D2，如果r4没有字对齐，那么肯定跟这个msg->m_payload有关。
我们看看msg->m_payload是哪里分配的！
3，寻根
从代码中看到msg->m_payload来自msg->m_payload = pThis->m_receptionBuffer;
而m_receptionBuffer的声明
COM_HANDLE m_port; UINT8 m_receptionBuffer[ 2048 ]; UINT32 m_flags; UINT32 m_lastPacketSequence; WP_Controller m_controller;
到这里，就明白了！
因为我昨天把typedef INT32 COM_HANDLE;改为了typedef INT16 COM_HANDLE;
以上就是ARM非对齐操作异常解决过程是怎样的，小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注创新互联行业资讯频道。