刘品
学以致用---博主简介:专注语音、视频数字信号处理方面的研究以及算法在手机平台上面的移植和优化。涉及语音/音频编解码,语音增强,语音识别,语音音质客观评估,VOIP语音引擎 Qos算法模块和声音变速不变调和变调不变速等功能实现。熟悉ARM 各个系列的CPU,用ARMv4,ARMv5,ARMv6 and Cortex Neon 汇编优化相关算法代码,争取perforamance 最优。目前主要Windows mobile and Android platform上做相关speech/audio算法以及应用开发, HEVC 编解码器PC 和手机上的开发与应用。(交流Email:liupin.2008@gmail.com)

      最近有客户报在他们的application中,我的DLL有一mode运行时会出现Data Abort,借此我就这方面通过google好好研究了一下。同时也把这个bug fix了,现在各种mode都能Work.

      首先分析Data Abort产生的原因:

      1、一般是与Memory 误操作有关,如对0地址写操作,或对一些Memory 越界操作。

      有人总结出以下几点,我后也差不多。

      原因有以下几点:1)当debugger启动时,处理器将停在当前PC值指向的地方,同时读取该PC值周围一部分地址的存储器值。如果这些地址正好没有被使用或指向空,就会出现Data Abort,这种情况属于正常。 2)如果是使用了存储器(RAM或ROM),出现这种问题表明在存储器访问上可能存在数据错误,请检查你的存储器。 3)当用户下载程序到目标板时,下载的目标地址是在编译器中指定的,如果编译器里设置的目标地址与目标板上可写存取器的物理地址不能对应,也会报Data Abort,因为调试器试图往错误的物理地址写入用户程序而出错。这时候需要检查并重新设置编译器选项。 4)JTAG口的时钟速率过快。

      2、指令不支持,这个主要是指在嵌入式软件方面。

      如你代码中有用到ARMv5E的指令,而你的平台又不支持这个指令也会出现这个错误。

 

     解决方面:最实用的就是读MAP文件,可以很快的定位出在那个函数中发生crash,然后有针对性的去解决这个问题。

 有几篇介绍很详细的文章链接(学会了这些就够了,如还不能fix就找我):

    1、在RELEASE版本中快速定位DATA ABORT的方法 

       http://www.cnblogs.com/walzer/archive/2007/09/28/909626.html

    2、Finding crash information using the MAP file(相当经典)

       http://www.codeproject.com/KB/debug/mapfile.aspx

 

 

 

 

 

 

posted on 2008-12-11 21:33  liupin  阅读(3863)  评论(1)    收藏  举报

-->