android 电视core dump分析_backtrace stopped: frame did not save the pc-优快云博客

本文链接：https://blog.youkuaiyun.com/smallmao/article/details/51362417

当在测试Android TV时遇到系统因操作DTMB频道重启并生成core dump文件，本文档详细介绍了如何分析和调试core dump。首先，通过设置ulimit -c unlimited和修改core_pattern来开启core dump生成。接着，利用file命令和gdb确定崩溃程序，并找到带有调试信息的二进制文件。最后，使用gdb进行core dump调试，通过bt命令查看堆栈信息，定位到问题可能出现在middleware/src/MW_DTV_Program_DVB.cpp的600行，怀疑是由于最近的代码改动导致的问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

测试测了个bug, 操作dtmb 频道的时候系统重启，　由于生成了core dump文件，所以先看下core dump。

一　. 要想调试core dump，首先要生成core dump, 一般只有c/c++编译生成的二进制程序崩溃了才会生成core dump, 一般需要以下设置。

１)

运行ulimit -c unlimited

----> 要置成unlimited, 这个代表core dump文件大小，默认是０, 即不生成core dump

2)设置core dump文件路径以及文件名格式，

运行

echo '%e.core.%p' > /proc/sys/kernel/core_pattern

其中%e代表程序名，　%p代表进程号

3) 有人说要关闭android系统的watch dog(这个我不太确定是否影响)，我们是在工厂模式里关闭，其他android电视或者手机不知道在哪关了。

命令1)　是每次开机都要运行的，如果嫌麻烦，可以把命令写到initrc文件里。因为是在boot.img里，需要重烧版本了。

二. 准备工作

要调试core dump首先需要满足两点

第一点）需要知道是哪个程序崩溃生成的core dump

方法一, 运行 file Coredump.gz

结果

Coredump.gz: ELF 32-bit LSB core file ARM, version 1 (SYSV), SVR4-style, from '/applications/bin/tvos'

看到了吗，　是tvos程序，　路径在电视falsh 中的/applications/bin/下

方法二

运行　

arm-none-linux-gnueabi-gdb /bin/ls ~/Coredump.gz

结果如下

.............

[New LWP 3129]
[New LWP 3956]
[New LWP 1724]
[New LWP 1746]
Core was generated by `/applications/bin/tvos'.
Program terminated with signal 6, Aborted.
#0 0x4120d976 in ?? ()
(gdb)

同样显示的是tvos程序。

i）这里我们用了一个小技巧，先随便写了一个程序的路径，例如我们上面写的是/bin/ls, 那么gdb打开后，就会告诉我们，这个core dump文件是/applications/bin/tvos生成的。

ii）arm-none-linux-gnueabi-gdb 是调试core的程序，这个是厂商提供给我们的。从名字可以看出来，我们板子用的cpu是arm的。

第二点）

我们需要的二进制程序tvos是需要带调试信息的，发布给用的都是不带符号表的，因为符号表会增大程序体积大小。之前我调试的时候就是用了不带符号表的二进制程序，所以死活打不出堆栈来。

一般要找到二进制程序都在symbol目录下，

比如

pengpai@pub:~/A71S/E6700_A71S_Update_GridUI_svn2261_20150318/trunk/Supernova$ find -name tvos
./develop/include/tvos
./core/muf/tvos
./target/europ