让crash文件中的内存地址变成函数名称

最新推荐文章于 2023-04-30 10:35:24 发布
最新推荐文章于 2023-04-30 10:35:24 发布
阅读量1.7k 收藏
点赞数
分类专栏： iOS开发

http://blog.chukong-inc.com/index.php/2012/07/05/让crash文件中的内存地址变成函数名称/




formats

让crash文件中的内存地址变成函数名称

Published on  2012 年 7 月 5 日, by   in  iOS技术,  游戏相关.

假如程序员编译了inhouse给测试。

如果在测试过程中出现奔溃现象，我想程序员一般会来看Device Log 也就是 crash文件

如果crash文件遇到如下的情况，在重要的地方看不到函数名称。我想是一件很奔溃的事情。

Source code    
Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x00000000
Crashed Thread:  0
 
Thread 0 name:  Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0   libsystem_c.dylib             	0x37c0fe54 strlen + 12
1   libstdc++.6.dylib             	0x38202410 std::string::operator=(char const*) + 8
2   FishingJoy                    	0x003423a0 0x1000 + 3412896
3   FishingJoy                    	0x00342b90 0x1000 + 3414928
4   FishingJoy                    	0x002fb3e0 0x1000 + 3122144
5   FishingJoy                    	0x002fae3c 0x1000 + 3120700
6   CoreFoundation                	0x380b4224 -[NSObject performSelector:withObject:] + 36
7   FishingJoy                    	0x002d5614 0x1000 + 2967060
8   CoreFoundation                	0x380b4224 -[NSObject performSelector:withObject:] + 36
9   Foundation                    	0x3548e750 __NSThreadPerformPerform + 344
10  CoreFoundation                	0x38129afc __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 8
11  CoreFoundation                	0x3812935e __CFRunLoopDoSources0 + 358
12  CoreFoundation                	0x3812806e __CFRunLoopRun + 646
13  CoreFoundation                	0x380ab4d6 CFRunLoopRunSpecific + 294
14  CoreFoundation                	0x380ab39e CFRunLoopRunInMode + 98
15  GraphicsServices              	0x37e82fc6 GSEventRunModal + 150
16  UIKit                         	0x31c2b73c UIApplicationMain + 1084
17  FishingJoy                    	0x0000389c 0x1000 + 10396
18  FishingJoy                    	0x0000383c 0x1000 + 10300

其实我们可以还原出函数名称，现在需要软件“symbolicatecrash”（点击下载）和编译这台inhouse的电脑。

1、先下载symbolicatecrash，放入一个干净的目录下。顺便把crash文件也拖入此目录。

2、先把app文件给弄出来，步骤Xcode -> Window -> Organizer -> Archives -> 右击给测试的包->“Show in Finder”->“显示包内容”->复制目录“Products/Applications/”下面的.app到symbolicatecrash同级目录下。

3、打开终端（terminal）首先把symbolicatecrash拖入终端，现在终端会显示symbolicatecrash的地址并在末尾加入空格，不要回车然后依次把crash和app都拖入终端。

现在终端应该是（我在这里因为举例，先去掉绝对目录地址。大家看到的应该是一堆）：

symbolicatecrash  a.crash  a.app

在末尾加入输出地址：

symbolicatecrash  a.crash  a.app  >  b.crash  回车。

现在去输出地址看 b.crash，应该已经成功显示函数名称了。呵呵~

Source code    
Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x00000000
Crashed Thread:  0
 
Thread 0 name:  Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0   libsystem_c.dylib             	0x37c0fe54 strlen + 12
1   libstdc++.6.dylib             	0x38202410 std::string::operator=(char const*) + 8
2   FishingJoy                    	0x003423a0 FishNetCollideHandler::JSONLoaderDidLoad(char const*) + 1936
3   FishingJoy                    	0x00342b90 non-virtual thunk to FishNetCollideHandler::JSONLoaderDidLoad(char const*) + 32
4   FishingJoy                    	0x002fb3e0 -[JSONLoaderDelegateEx JSONLoaderDidLoad:withResult:] + 144
5   FishingJoy                    	0x002fae3c -[JSONLoader requestFinished:] + 352
6   CoreFoundation                	0x380b4224 -[NSObject performSelector:withObject:] + 36
7   FishingJoy                    	0x002d5614 -[ASIHTTPRequest reportFinished] + 164
8   CoreFoundation                	0x380b4224 -[NSObject performSelector:withObject:] + 36
9   Foundation                    	0x3548e750 __NSThreadPerformPerform + 344
10  CoreFoundation                	0x38129afc __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 8
11  CoreFoundation                	0x3812935e __CFRunLoopDoSources0 + 358
12  CoreFoundation                	0x3812806e __CFRunLoopRun + 646
13  CoreFoundation                	0x380ab4d6 CFRunLoopRunSpecific + 294
14  CoreFoundation                	0x380ab39e CFRunLoopRunInMode + 98
15  GraphicsServices              	0x37e82fc6 GSEventRunModal + 150
16  UIKit                         	0x31c2b73c UIApplicationMain + 1084
17  FishingJoy                    	0x0000389c main + 84
18  FishingJoy                    	0x0000383c start + 32

formats

让crash文件中的内存地址变成函数名称

Published on  2012 年 7 月 5 日, by   in  iOS技术,  游戏相关.

假如程序员编译了inhouse给测试。

如果在测试过程中出现奔溃现象，我想程序员一般会来看Device Log 也就是 crash文件

如果crash文件遇到如下的情况，在重要的地方看不到函数名称。我想是一件很奔溃的事情。

Source code    
Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x00000000
Crashed Thread:  0
 
Thread 0 name:  Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0   libsystem_c.dylib             	0x37c0fe54 strlen + 12
1   libstdc++.6.dylib             	0x38202410 std::string::operator=(char const*) + 8
2   FishingJoy                    	0x003423a0 0x1000 + 3412896
3   FishingJoy                    	0x00342b90 0x1000 + 3414928
4   FishingJoy                    	0x002fb3e0 0x1000 + 3122144
5   FishingJoy                    	0x002fae3c 0x1000 + 3120700
6   CoreFoundation                	0x380b4224 -[NSObject performSelector:withObject:] + 36
7   FishingJoy                    	0x002d5614 0x1000 + 2967060
8   CoreFoundation                	0x380b4224 -[NSObject performSelector:withObject:] + 36
9   Foundation                    	0x3548e750 __NSThreadPerformPerform + 344
10  CoreFoundation                	0x38129afc __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 8
11  CoreFoundation                	0x3812935e __CFRunLoopDoSources0 + 358
12  CoreFoundation                	0x3812806e __CFRunLoopRun + 646
13  CoreFoundation                	0x380ab4d6 CFRunLoopRunSpecific + 294
14  CoreFoundation                	0x380ab39e CFRunLoopRunInMode + 98
15  GraphicsServices              	0x37e82fc6 GSEventRunModal + 150
16  UIKit                         	0x31c2b73c UIApplicationMain + 1084
17  FishingJoy                    	0x0000389c 0x1000 + 10396
18  FishingJoy                    	0x0000383c 0x1000 + 10300

其实我们可以还原出函数名称，现在需要软件“symbolicatecrash”（点击下载）和编译这台inhouse的电脑。

1、先下载symbolicatecrash，放入一个干净的目录下。顺便把crash文件也拖入此目录。

2、先把app文件给弄出来，步骤Xcode -> Window -> Organizer -> Archives -> 右击给测试的包->“Show in Finder”->“显示包内容”->复制目录“Products/Applications/”下面的.app到symbolicatecrash同级目录下。

3、打开终端（terminal）首先把symbolicatecrash拖入终端，现在终端会显示symbolicatecrash的地址并在末尾加入空格，不要回车然后依次把crash和app都拖入终端。

现在终端应该是（我在这里因为举例，先去掉绝对目录地址。大家看到的应该是一堆）：

symbolicatecrash  a.crash  a.app

在末尾加入输出地址：

symbolicatecrash  a.crash  a.app  >  b.crash  回车。

现在去输出地址看 b.crash，应该已经成功显示函数名称了。呵呵~

Source code    
Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x00000000
Crashed Thread:  0
 
Thread 0 name:  Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0   libsystem_c.dylib             	0x37c0fe54 strlen + 12
1   libstdc++.6.dylib             	0x38202410 std::string::operator=(char const*) + 8
2   FishingJoy                    	0x003423a0 FishNetCollideHandler::JSONLoaderDidLoad(char const*) + 1936
3   FishingJoy                    	0x00342b90 non-virtual thunk to FishNetCollideHandler::JSONLoaderDidLoad(char const*) + 32
4   FishingJoy                    	0x002fb3e0 -[JSONLoaderDelegateEx JSONLoaderDidLoad:withResult:] + 144
5   FishingJoy                    	0x002fae3c -[JSONLoader requestFinished:] + 352
6   CoreFoundation                	0x380b4224 -[NSObject performSelector:withObject:] + 36
7   FishingJoy                    	0x002d5614 -[ASIHTTPRequest reportFinished] + 164
8   CoreFoundation                	0x380b4224 -[NSObject performSelector:withObject:] + 36
9   Foundation                    	0x3548e750 __NSThreadPerformPerform + 344
10  CoreFoundation                	0x38129afc __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 8
11  CoreFoundation                	0x3812935e __CFRunLoopDoSources0 + 358
12  CoreFoundation                	0x3812806e __CFRunLoopRun + 646
13  CoreFoundation                	0x380ab4d6 CFRunLoopRunSpecific + 294
14  CoreFoundation                	0x380ab39e CFRunLoopRunInMode + 98
15  GraphicsServices              	0x37e82fc6 GSEventRunModal + 150
16  UIKit                         	0x31c2b73c UIApplicationMain + 1084
17  FishingJoy                    	0x0000389c main + 84
18  FishingJoy                    	0x0000383c start + 32
呆萌院长
关注
专栏目录
【数据库系统】RocksDB 极简教程
程序员光剑
03-15 2万+
LevelDB 是一个google实现的非常高效的kv数据库，是典型的LSM-tree的实现。leveldb是一个写性能十分优秀的存储引擎，是典型的LSM树(Log Structured-Merge Tree)实现。LSM树的核心思想就是放弃部分读的性能，换取最大的写入能力。LSM树写性能极高的原理，简单地来说就是尽量减少随机写的次数。对于每次写入操作，并不是直接将最新的数据驻留在磁盘中，而是将其拆分成：（1）一次日志文件的顺序写（2）一次内存中的数据插入。
init进程【2】——解析配置文件
张兴华的技术博客
04-07 1万+
在前面的一篇文章中分析了init进程的启动过程和main函数
iOS 奔溃EXC_BAD_ACCESS(KERN_INVALID_ADDRESS)分析
Hello World
02-13 7620
EXC_BAD_ACCESS (KERN_INVALID_ADDRESS)是一种常见的iOS应用程序崩溃错误
crash部分命令用法
zhongnanjun_3的专栏
03-12 1万+
Set set [pid | taskp | [-c cpu] | -p] | [crash_variable [setting]] | -v 1、设置要显示的内容，内容一般以进程为单位。 Set pid 设置当前的内容为pid所代表的进程 Set taskp 设置当前的内容为十六制表示的taskp任务的内容 Set –p 设置当前的内容为panic任务的内容 Set -v 显示cra
crash 工具使用
IntLoveSummer的博客
02-21 384
指定数据宽度，默认是unsigned long，但是还可以指定别的，读取的数量的单位也会随之调整。读取指定数量的内存，单位默认为unsigned long。16位宽：rd -16。32位宽：rd -32。64位宽：rd -64。8 位宽：rd -8。rd 以10进制有符号数显示。以10进制无符号数显示。
crash常用的调试命令
程序猿Ricky的日常干货
05-08 9493
我的crash常用命令如下所示： log/dmesg: 打印出故障现场的kmsg缓冲区log_buf中的内容。 struct：展示结构体的定义，或者从指定的地址开始解析一个结构体。 union：与struct类似，但是用于union的展示 p：print查看某个变量的值，实际上是调用gdb的p命令 whatis：展示结构体、联合体等定义 bt <pid>：展示调用堆栈信息，如果不加参数...
【调试】crash使用方法
最新发布
嵌入式与Linux那些事的博客
04-30 7122
crash是redhat的工程师开发的，主要用来离线分析linux内核转存文件，它整合了gdb工具，功能非常强大。可以查看堆栈，dmesg日志，内核数据结构，反汇编等等。crash支持多种工具生成的转存文件格式，如kdump，LKCD，netdump和diskdump，而且还可以分析虚拟机Xen和Kvm上生成的内核转存文件。同时crash还可以调试运行时系统，直接运行crash即可，ubuntu下内核映象存放在。该命令将内核崩溃时所有进程按最后运行时间戳进行排序，最后运行的进程排在最前面。
iOS崩溃crash大解析
fishmai的专栏
05-31 1368
前言 iOS崩溃是让iOS开发人员比较头痛的事情，app崩溃了，说明代码写的有问题，这时如何快速定位到崩溃的地方很重要。调试阶段是比较容易找到出问题的地方的，但是已经上线的app并分析崩溃报告就比较麻烦了。 之前我总是找到一个改一个，并靠别人测试重现来找出问题的地方，这样往往比较耗费时间。而且比较难找到原因的时候每次都是到网上找各种资源搜索，解决了之后也没有认真分析原因及收集，时间长了
iOS开发~Crash优化
阿福的专栏
09-11 613
一、概要 iOS App开发中和上线后，都会遇到程序异常退出的情况，导致崩溃的原因有很多，如果是在调试的过程中，可以通过设施断点或者打印关键信息的方式来进行调试，如果对于一些复杂模块非必现的异常崩溃，这种方式有时难以定位问题，而且对于已经发布上线的应用，这种方式更是无能为力。下面详细讨论崩溃产生的原因以及如何处理。 二、Crash的捕获 1、Crash产生原因 1、应用中有Bug。 2、Watchdog 超时机制 3、用户强制退出 4、低内存终止 5、其他违反系统规则的操作，大部分是内存问题 .
Dokit支持iOS本地crash查看功能
普惠产品技术的博客
09-10 721
##一、前言 在日常开发中或者测试过程中，我们的应用可能会出现Crash的问题。对于这类问题我们要抱着零容忍的态度，因为如果线上出现了这类问题，将会严重影响用户的体验。 如果Crash出现的时候恰好是在开发过程中，那么开发者可以根据Xcode的调用堆栈或者控制台输出的信息来定位问题的原因。但是，如果是在测试过程中的话就比较麻烦了。常见的两种解决方案是： 直接把测试手机拿来连接Xcode查看设备信...
Mac 启动 Idea 闪退
qq_41572507的博客
11-11 1万+
过程：本山已安装idea，要升级最新版出现该问题 机器：Mac m1 版本：idea2.1 直接打开idea，提示意外退出并弹框提示。（下面为部分报错提示） Exception Type: EXC_BAD_ACCESS (SIGABRT) Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000 Exception Note: EXC_CORPSE_NOTIFY google后无果，尝试使用终端打开idea 看下报错 原因
当程序崩溃的时候怎么办 Part-2
07-06 2万+
泰然教程组出品，转载请保留出处并通知泰然！翻译：大侠自来也；校对：Iven 原文地址：http://www.raywenderlich.com/10209/my-app-crashed-now-what-part-2 欢迎回到当程序崩溃的时候怎么办 教程！ 在这个教程的第一部分，我们介绍了SIGABRT和EXC_BAD_ACCESS错误，并且举例说明了一些使用xcode调试器（X
为什么std::string不提供到const char *的operator？
于无声处
01-20 4749
为什么std::string不提供到const char *的operator？原因很简单，隐式地转换到const char *，会使程序员容易失误。通不过编译的代码并不可怕，可怕的是编译正常，但逻辑完全错误，甚至一运行就崩溃。假定STL的string提供了const char *的operator：operator const char * () const { return c_str
使用工具分析iOS奔溃日志
老谭编程
05-02 1911
写在前言 基本上我们每个app发布之后都要拿到线上的崩溃日志来收集起来，线下来根据崩溃日志来进行修改代码，或者直接热更新修复。 最近我们公司在实施这个的时候，碰到了一个问题，那就是我们抓取的崩溃日志有些具体定位不到哪个文件，哪行。然后经过在网上的一番搜索，找出了方法，来分享给大家。 一个普通的崩溃日志： -[UITableViewCellScrollView selectedB
Crash工具实战-变量解析
pai34jiao43的专栏
08-24 1508
Crash工具用于解析Vmcore文件，Vmcore文件为通过kdump等手段收集的操作系统core dump信息，在不采用压缩的情况下，其相当于整个物理内存的镜像，所以其中包括了最全面、最完整的信息，对于分析定位各种疑难问题有极大的帮助。配置kdump后，在内核panic后，会自动进入kump流程，搜集Vmcore。 Crash工具即为专门用于分析vmcore文件的工具，其中提供了大量的实用分
Crush The Crash--汇编级看函数调用
安柏霖的专栏
10-06 2864
游戏在后期polish以及上线之后，一个不可避免的部分就是要处理各种bug，包括crash。汇编？ 似乎只是学校里学习了一下，在现在都倾向于使用高层语言的时代，还有用么？答案是肯定的。 有大量的crash以及bug都是只发生在retail版中，现场都是优化过的汇编代码，这种情况下要处理掉crash，能从这些汇编代码中解析minidump并最终击杀问题是唯一的选择。
iOS应用崩溃日志揭秘
热门推荐
cy-app
04-09 6万+
转自 http://www.raywenderlich.com/zh-hans/30818/ios应用崩溃日志揭秘 本文作者是 Soheil Moayedi Azarpour, 他是一名独立iOS开发者。 作为一名应用开发者，你是否有过如下经历? 为确保你的应用正确无误，在将其提交到应用商店之前，你必定进行了大量的测试工作。它在你的设备上也运行得很好，但是，上了应用商店后
反编译工具jd-gui打开闪退问题
weixin_56800842的博客
08-24 1322
两种情况：（1）jdk版本使用的是jdk8崩溃日志实例Anonymous解决下载官网的mac的新版本也没有用。最后还是自己clone重新编译解决了。如下之后java -jar build/libs/jd-gui-1.4.0.jar就正常了（2）
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
lvchaman的专栏
11-23 8592
Exception Type:  EXC_BAD_ACCESS (SIGSEGV)： EXC_BAD_ACCESS是一个比较难处理的crash了，当一个app进入一种毁坏的状态，通常是由于内存管理问题而引起的时，就会出现出现这样的crash。
分箱式内存管理：MySQL Crash Course中的ptmalloc解析
"分箱式内存管理是Glibc中的ptmalloc内存管理器的一种优化策略，主要应用于MySQL等系统，以高效地管理和分配内存。在ptmalloc中，内存被分为fast bins、unsorted bin、small bins和large bins四类。这种管理方式能够...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值