Tombstone 实例分析

最新推荐文章于 2024-05-12 23:39:22 发布
最新推荐文章于 2024-05-12 23:39:22 发布
阅读量4.8k 收藏 1
点赞数
分类专栏： tombstone 文章标签： android Android ANDROID crash tombstone
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/xnew2008/article/details/8593674
版权

 

 

这个实例是由于由于本人在netd函数TetherController::startTethering中打印log信息的时候，去地址的时候错误而引起的，其实问题很快发现并解决了，在这里通过log去分析也是希望去学习一下tombstone怎么分析并解决的,由于是第一次做这种分析，欢迎拍砖。

 

 

02-17 15:14:06.642  4494 4511 D CommandListener:TetherCmd::runCommand. argc: 16. argv[0]: tether

02-17 15:14:06.642  4494 4511 D CommandListener:[IPV6_TETHER] ----- virtual intCommandListener::TetherCmd::runCommand(SocketClient*, int, char**),argv[1]=start, [2]=192.168.1.10, [3]=192.168.1.254

02-17 15:14:06.642  4494 4511 D TetherController:Starting tethering services mode 0

 

crash 之前最后的log，看了很多相关stack的信息最后才发现这里才是找到问题的救命稻草，但具体到那一行本人真的没有看出来？哪位大侠能帮忙指点一下！

 

 

02-17 15:14:06.642  4494 4511 F libc    : Fatal signal11 (SIGSEGV) at0x646e612f (code=1)

 

这里是11（SEGV），表示段错误，一般为程序指令访问非法地址时产生。

 

Kill -l

 1) SIGHUP       2) SIGINT 3) SIGQUIT     4) SIGILL  5) SIGTRAP

 6) SIGABRT     7) SIGBUS       8) SIGFPE       9) SIGKILL      10) SIGUSR1

11) SIGSEGV     12) SIGUSR2     13) SIGPIPE      14) SIGALRM    15) SIGTERM

16) SIGSTKFLT       17) SIGCHLD    18)SIGCONT    19) SIGSTOP     20) SIGTSTP

21) SIGTTIN      22) SIGTTOU    23) SIGURG      24) SIGXCPU    25) SIGXFSZ

26) SIGVTALRM      27) SIGPROF    28)SIGWINCH 29) SIGIO    30) SIGPWR

31) SIGSYS 34) SIGRTMIN  35) SIGRTMIN+1     36) SIGRTMIN+2     37) SIGRTMIN+3

38) SIGRTMIN+4     39) SIGRTMIN+5     40)SIGRTMIN+6     41) SIGRTMIN+7     42) SIGRTMIN+8

43) SIGRTMIN+9     44) SIGRTMIN+10   45)SIGRTMIN+11   46) SIGRTMIN+12   47) SIGRTMIN+13

48) SIGRTMIN+14   49) SIGRTMIN+15   50) SIGRTMAX-14   51)SIGRTMAX-13   52) SIGRTMAX-12

53) SIGRTMAX-11   54) SIGRTMAX-10   55) SIGRTMAX-9     56)SIGRTMAX-8     57) SIGRTMAX-7

58) SIGRTMAX-6     59) SIGRTMAX-5     60) SIGRTMAX-4     61) SIGRTMAX-3     62) SIGRTMAX-2

63)  SIGRTMAX-1      64) SIGRTMAX

 

 

 

02-17 15:14:06.642  1584 1584 I DEBUG   : handle_crashing_process(8)

 

 


02-17 15:14:07.042  1584 1584 I DEBUG   : pid: 4494, tid:4511  >>> /system/bin/netd <<<


02-17 15:14:07.052  1584 1584 I DEBUG   : thread: netd

02-17 15:14:07.052  1584 1584 I DEBUG   : debuggerd:isSystemServerCrash=0, isAPCrash=0

02-17 15:14:07.052  1584 1584 I DEBUG   : signal 11 (SIGSEGV), code 1 (SEGV_MAPERR),fault addr 646e612f

 

signal 11表示取地址出错

 

02-17 15:14:07.052  1584 1584 I DEBUG   :  r0 646e612f r1 408da480  r2 00000003  r3 00000000

02-17 15:14:07.052  1584 1584 I DEBUG   :  r4 408da47c r5 00000002  r6 00000000  r7 408d99a8

02-17 15:14:07.052  1584 1584 I DEBUG   :  r8 408d9fec r9 646e612f  10 00000073  fp 408d9a50

02-17 15:14:07.052  1584 1584 I DEBUG   :  ip ffffffff sp 408d98e0  lr 400aaa9f  pc 400a3b24 cpsr 20000010

02-17 15:14:07.052  1584 1584 I DEBUG   :  d0 2e3836312e323931  d1  6972656835322e31

02-17 15:14:07.052  1584 1584 I DEBUG   :  d2  697672657320676e  d3 65646f6d20736563

02-17 15:14:07.052  1584 1584 I DEBUG   :  d4 3a3a646d43726568  d5  616d6d6f436e7572

02-17 15:14:07.052  1584 1584 I DEBUG   :  d6 656b636f5328646e  d7  2a746e65696c4374

02-17 15:14:07.052  1584 1584 I DEBUG   :  d8 0000000000000000  d9  0000000000000000

02-17 15:14:07.052  1584 1584 I DEBUG   :  d10 0000000000000000  d11 0000000000000000

02-17 15:14:07.052  1584 1584 I DEBUG   :  d12 0000000000000000  d13 0000000000000000

02-17 15:14:07.052  1584 1584 I DEBUG   :  d14 0000000000000000  d15 0000000000000000

02-17 15:14:07.052  1584 1584 I DEBUG   :  d16 419e9b3cc7158106  d17 3f50624dd2f1a9fc

02-17 15:14:07.052  1584 1584 I DEBUG   :  d18 41b6345a6b000000  d19 0000000000000000

02-17 15:14:07.052  1584 1584 I DEBUG   :  d20 0000000000000000  d21 0000000000000000

02-17 15:14:07.052  1584 1584 I DEBUG   :  d22 0000000000000000  d23 0000000000000000

02-17 15:14:07.052  1584 1584 I DEBUG   :  d24 0000000000000000  d25 0000000000000000

02-17 15:14:07.052  1584 1584 I DEBUG   :  d26 0000000000000000  d27 0000000000000000

02-17 15:14:07.052  1584 1584 I DEBUG   :  d28 0000000000000000  d29 0000000000000000

02-17 15:14:07.052  1584 1584 I DEBUG   :  d30 0000000000000000  d31 0000000000000000

02-17 15:14:07.052  1584 1584 I DEBUG   :  scr 00000010

02-17 15:14:07.052  1584 1584 I DEBUG   :

02-17 15:14:07.072  1584 1584 I DEBUG   :          #00 pc 00016b24  /system/lib/libc.so(strlen)

02-17 15:14:07.072  1584 1584 I DEBUG   :          #01 pc 0001da9c  /system/lib/libc.so(__vfprintf)

 

这里只有两个PC相关的stack所以用处不大

 

02-17 15:14:07.072  1584 1584 I DEBUG   :

02-17 15:14:07.072  1584 1584 I DEBUG   : code around pc:

02-17 15:14:07.072  1584 1584 I DEBUG   : 400a3b04 f7fffd77bd10fcff e24dd008 e2102003  w.........M....

02-17 15:14:07.072  1584 1584 I DEBUG   : 400a3b14 f5d0f000f5d0f020 e58d0004 0a00000f  .... ...........

02-17 15:14:07.072  1584 1584 I DEBUG   : 400a3b24 e5d02000e3520000 12803001 13a02000  . ....R..0.....

02-17 15:14:07.072  1584 1584 I DEBUG   : 400a3b34 158d30041a000004 ea00003e e4d31001 .0......>.......

02-17 15:14:07.072  1584 1584 I DEBUG   : 400a3b44 e35100000a00003b e58d3004 e59d0004  ..Q.;....0......

02-17 15:14:07.072  1584 1584 I DEBUG   :

02-17 15:14:07.072  1584 1584 I DEBUG   : code around lr:

02-17 15:14:07.072  1584 1584 I DEBUG   : 400aaa7c c010f8cdf908f005 c010f8dd b14846e3  .............FH.

02-17 15:14:07.072  1584 1584 I DEBUG   : 400aaa8c 0b00ebc9bfa845e3 e00346e3 f7f94648  .....E...F..HF..

02-17 15:14:07.072  1584  1584I DEBUG   : 400aaa9c 4683e838 f50d9c06f04f7eb4 f80e0c00  8..F.....~O.....

02-17 15:14:07.072  1584 1584 I DEBUG   : 400aaaac f8cdcc01e15bc018 46d09709 9f0646dc  ......[....F.F..

02-17 15:14:07.072  1584 1584 I DEBUG   : 400aaabc f0464692e0040610 46d09709 46dc9f06 .FF........F...F

02-17 15:14:07.072  1584 1584 I DEBUG   :

02-17 15:14:07.072  1584 1584 I DEBUG   : memory map aroundaddr 646e612f:

02-17 15:14:07.072  1584 1584 I DEBUG   : 407dc000-408db000

02-17 15:14:07.072  1584 1584 I DEBUG   : (no map foraddress)

02-17 15:14:07.072  1584 1584 I DEBUG   : b0001000-b0009000/system/bin/linker

02-17 15:14:07.072  1584 1584 I DEBUG   :

02-17 15:14:07.072  1584 1584 I DEBUG   : stack:

02-17 15:14:07.072  1584 1584 I DEBUG   :     408d98a0  408d9fdc 

02-17 15:14:07.072  1584 1584 I DEBUG   :     408d98a4 408d99fc 

02-17 15:14:07.072  1584 1584 I DEBUG   :     408d98a8 408da07d 

02-17 15:14:07.072  1584 1584 I DEBUG   :     408d98ac 400a88cd  /system/lib/libc.so

02-17 15:14:07.072  1584 1584 I DEBUG   :     408d98b0 408d9fec 

02-17 15:14:07.072  1584 1584 I DEBUG   :     408d98b4 408d9a0c 

02-17 15:14:07.072  1584 1584 I DEBUG   :     408d98b8 00000022 

02-17 15:14:07.072  1584 1584 I DEBUG   :

最低0.47元/天 解锁文章
xnew2008
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
WiFi开启热点冲突
datoufx的博客
11-20 1070
OS：Linux3.18 + Android4.4 问题点： 开发板已经接入4G模块，可以正常上网，现在要通过开启Wifi热点共享网络，在设置里开启AP模式时，wifi一直在不停的开关，不能打开热点。 原本不加4G模块，ap功能是正常的，添加后不能用，以为是4g模块和wifi驱动冲突，看kernel和logcat，一点点找，iptables这部分存在问题。 具体的natcontroller功能及...
Android WiFi调试常用标签文件
weixin_38503885的博客
04-26 601
WifiService WiFi的核心服务，是启动整个WiFi服务的，它在我们的logcat关注范围内 WifiScanningService WiFi的扫描服务，一般我点开或者进入到WiFi列表页面里，这个服务在后台帮我们刷新热点，同样在logcat关注的范围内 ConnectivityService 关于有线与WiFi的切换，以及系统关于网络的链接，它帮忙在管着事呢，所以也在logc...
netd模块工作流程
Android framework
03-28 1672
第2章 深入理解Netd 本章所涉及的源代码文件名及位置 ·main.cpp system/ netd/ main.cpp ·NetlinkManager.cpp system/ netd/ NetlinkManager.cpp ·NetlinkHandler.cpp system/ netd/ NetlinkHandler.cpp ·CommandListener.cpp system/ netd/ CommandListener.cpp ·DnsProxyListener.cpp system/ net
Android 系统全局Bug日志监听
最新发布
hcgeng的专栏
05-12 311
Android用来持续化存储系统数据的一个管理类，主要用于记录Android运行过程中，内核、系统j进程、用户进程等出现严重问题时的Log，可以认为它就是一个可持续存储系统级别的Logcat.每个文件格式命名都是：processClass _ eventType@时间戳[.txt|txt.gz].processClass列举：system_server, system_app, data_app;app可以接收监听改广播获取指定的数据文件内容，内容发送到指定的服务器或邮箱完成错误自动上报。
（九十七）Android O WiFi热点 开启流程梳理续（二）
JT的专栏
10-07 3587
前言：从之前WiFi的连接流程可以知道WiFi最后一步会和服务端进行dhcp以获取ip地址，那么WiFi热点开启的时候应该也要配置相关dhcp属性，以供后续WiFi连接的时候ip分配，根据这块流程继续梳理。   1. log 01-01 08:01:26.451 840 862 D Tethering: interfaceStatusChanged wlan0, true 01-0...
Android-Log分析：addr2line分析运行停止问题
AFull的博客
10-27 1100
    对运行停止Crash问题进行分析时，可通过addr2line来对backtrace进行问题定位。如下以蓝牙停止运行为例： 蓝牙接收文件概率性出现“蓝牙共享停止运行”，打印Logcat如下： --------- beginning of crash 01-18 16:53:36.984  1245  1271 F libc    : system/bt/hci/src/hci_hal_h...
tombstone 解析
画饼人的博客
12-31 2215
Revision: '0' ABI: 'arm64' Timestamp: 2019-12-27 11:56:30+0100 pid: 22601, tid: 22874, name: Chrome_InProcGp >>> in.AajTak.headlines <<< uid: 10182 signal 6 (SIGABRT), code -1...
stack工具用于分析tombstone文件
07-19
参考 http://blog.csdn.net/koffuxu/article/details/37959071
TOMBSTONE
10-24
在IT领域，"TOMBSTONE"这个词在不同的上下文中有不同的含义。在这里，结合标签"字体"，我们可能是在讨论一种特殊的字体设计或者一个与字体相关的项目，比如一个软件、字体库或者是设计风格。不过，由于提供的信息...
Tombstone
10-28
《Tombstone：深入探索字体世界》 在数字化的世界中，字体扮演着至关重要的角色，它们不仅传达信息，还塑造了视觉风格和品牌形象。今天我们要探讨的“Tombstone”是一个特殊的字体，它可能源于墓碑上的刻字，带有...
WifiAP将wifi作为AP
12-25
将Android设备设置为AP的应用程序
tombstone文件解析结构说明
11-02
android的 tombstone文件解析结构说明
Android tombstone文件是如何生成的
01-03
本节内容我们聚焦到androidQ上，分析android中一个用于debug的功能，那就是tombstone，俗称“墓碑”。现实生活中墓碑一般是给死人准备的，而在android系统中“墓碑”则是给进程准备的。 为何Android要设计出这样一个...
浅谈 Android Tombstone（墓碑日志）分析步骤 - 02
Water_Marking的博客
06-30 1538
找到首个方法位置后，再看，这个链其实不长，而且墓碑日志记录很清晰，是 /vendor/bin/hw/android.hardware.camera.provider@2.4-service 发生了问题，因此接下来直接找链中最后一个方法调用，也就是 #00。结合 logd 日志，墓碑日志记录于 2023-06-19 23:47:31，logd 中最旧的日志记录的最早时间是 06-20 14:12:02.454747，所以前置操作日志已经被覆盖冲掉，无法参考 logd 日志分析问题。
Android WiFi之SoftAP
热门推荐
程序改变生活
12-25 2万+
一、概要介绍 1.JAVA API部分 frameworks/base/wifi/java/android/net/wifi/WifiManager.java public int getWifiApState(); public boolean setWifiApEnabled(WifiConfiguration wifiConfig, boolean enabled); public W
android Tether 分析
xiaolubk的专栏
12-16 3662
最近研究Android下有线网络的DHCP和路由方案，分析了一些Android 共享网络管理的有关代码。涉及以下文件：      ConnectivityService.java         NetworkmanagementService.java，      TetherSetting.java        Tethering.java      当用户点击设置应用中的LAN
基于rk3288平台android5.1系统的wifi流程分析 ---- 作为AP，启动自动分配ip服务流程
ballack_linux的专栏
01-28 1549
   上一篇博客https://blog.csdn.net/ballack_linux/article/details/78112977 分析到开启热点成功了， 虽然可以搜索的到这个热点，但是没法连接上，因为自动分配ip的服务没有启动，这里继续分析该流程。    上一篇结束的时候是处在SoftApStartedState状态下 ： //-------------frameworksopt/n...
怎么分析tombstone文件
06-14
Tombstone文件是Android系统中的一种崩溃日志文件，记录了应用程序在运行过程中发生异常崩溃时的相关信息，包括进程堆栈信息、线程堆栈信息、系统日志等。要分析Tombstone文件，可以按照以下步骤进行： 1. 打开终端或命令行界面，进入Tombstone文件所在目录； 2. 使用命令“adb logcat -v time -d > logcat.txt”将系统日志导出到logcat.txt文件中； 3. 使用命令“ndk-stack -sym <symbol_path> -dump <tombstone_file>”对Tombstone文件进行符号化，其中<symbol_path>为应用程序的符号表文件路径，<tombstone_file>为Tombstone文件名； 4. 分析符号化后的Tombstone文件，查看进程堆栈信息、线程堆栈信息、系统日志等，定位异常崩溃的原因。 需要注意的是，Tombstone文件的分析需要一定的技术基础和经验，对于初学者来说可能比较困难，建议可以参考相关的教程或者向专业人士咨询。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值