Trace32在分析死机dump问题时的技巧

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文链接： https://blog.csdn.net/wuzengfengjing1/article/details/80790084

通过dump出来死机时候的 log ，结合elf文件，进行分析，处理成trace32可以接受的cmm文件。

-----》本篇文章不介绍如何转成cmm文件的过程。

-----》在cmm的基础上如何分析出更多的死机原因，以便找到解决方案；

通常直接的方式及时通过死机时候的call stack来分析，如下图；

有时我们需要查看一些全局变量在死机之前的内容，可以通过view-》symbol-》browse，然后找到具体的某个变量或者函数。

当需要直接查看某个地址空间的数据时，可以通过data 0xXXXXXXXX的命令方式查看；

当需要直接查看某个地址空间的数据时，可以通过list 0xXXXXXXXX的命令方式查看；

还有一种比较有用的就是以某种类型来显示某个地址开始一片空间 ,通过view->watch

如下也告诉了我们很多的信息.

结合汇编和源码,以及trace32中的ram 数据来了解局部变量的情况.

例如如下通过查看源码接口,认为如果知道xMessage的情况，对于这个问题有很大帮助。

 

可以通过如下汇编，及可以知道xMessage变量放在SP+8的地方，于是就知道了xMessageID=0,这对于程序的走向就会比较清楚了。