Authon:Baohaitao

Date: 2016-11-25

目的：

linux应用软件运行过程中出现难重现的无规律死机，在core文件中gdb中调试没有发现有价值信息；这里给出了另一个思路：函数打桩。该方法特别适合于中小型嵌入式软件。

===================================================================

设计：

(1)实现一个伺服程序：和应用程序进行进程通信(消息机制)，存储应用程序发送过来的的函数地址，如果应用程序死机，则通过存储地址可以跟踪到死在哪个函数；

(2)增加一个编译项：编译器自动在整个工程的所有函数体头尾增加插桩函数；

(3)实现插桩函数：将运行所在函数地址发送给伺服程序；

(4)编译伺服程序和应用程序；

(5)同时启动伺服程序和应用程序；

(6)死机查找：一旦应用程序死机，伺服程序已经记录下应用程序的函数运行地址，通过脚本地址解析即可得到所有的函数名；

===================================================================

使用方法：

总共分两部分，如下：

第一部分：程序代码调整

(1)应用程序增加编译项“

-finstrument-functions”比如：在QT的pro文件中，如下：

QMAKE_CXXFLAGS =

-finstrument-functions -DFL_LIBRARY -D_LARGEFILE_SOURCE

-D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_THREAD_SAFE

-D_REENTRANT

(2)应用程序在应用工程的源代码中增加文件func_trace.h和func_trace.c,并调整Makefile参与编译；

(3)调用函数插桩 main函数中调用初始化语句：“cyg_profile_init();”，并在头部引用头文件“#include

"func_trace.h"”；

(4)伺服程序 根据运行环境，编译traceshm.c，生产伺服程序“traceshm”；注意：在运行应用程序的同时，一定要启动伺服程序(但增加参数，如：“traceshm

init”);

(5)调整解析脚本解析脚本"conv.sh"中的解析函数需要和交叉编译工具关联，打开该脚本，修改“ADDR2LINE”内容为当前交叉编译器所在路径，如下所示：

#ADDR2LINE=/usr/local/arm/4.2.2-eabi/usr/bin/arm-linux-addr2line#ADDR2LINE=/opt/freescale/usr/local/gcc-4.6.2-glibc-2.13-linaro-multilib-2011.12/fsl-linaro-toolchain/bin/arm-linux-addr2lineADDR2LINE=addr2line

第二部分：死机后如何定位(在linux终端中操作)

(1)发现死机再次运行traceshm(但不带参数)，此时将会在/tmp目录下，生成traceshm.txt文件(里面记录了死机前的函数地址信息)；

(2)解析函数保持三者(traceshm.txt，应用程序，调用脚本)在同一目录，建议：新建一个解析目录"/trace_dir",将/tmp/traceshm.txt拷贝到该目录，调用“conv.sh”进行解析，以应用程序名为kt5000为例，调用方式如下：#./conv.sh

kt5000此时会得到解析信息，类似如下：

Enter

qCleanupResources_calculatorbuilder__dest_class__::~qCleanupResources_calculatorbuilder__dest_class__()

qrc_calculatorbuilder.cpp:127

Enter

qCleanupResources_calculatorbuilder()

qrc_calculatorbuilder.cpp:121

Enter

CalculatorForm::calldump()

calculatorform.cpp:94

Exit

main main.cpp:46

============================================================================================

附录：使用到的文件清单

(1)conv.sh

(解析脚本)

(2)func_trace.c/func_trace.h

(插桩函数)

(3)traceshm.c

(伺服程序)