根据dwarfdump、Symbolicatecrash查找错误代码

最新推荐文章于 2023-10-29 18:55:00 发布
最新推荐文章于 2023-10-29 18:55:00 发布
阅读量133 收藏
点赞数

dSYM文件获取：
1.build
2.Archive

获取app UUID

命令：dwarfdump --uuid YourApp.app.dSYM

1.YourApp.app/YourApp
2.YourApp.app.dSYM
3.Crash log UUID

3个一致，则可以执行下面的操作；

dwarfdump –lookup 0x00000000 –arch armv6 YourApp.app.dSYM


Symbolicatecrash的用法：
Symbolicatecrash x.crash x.dSYM > aa.log

weixin_34112208
关注
ios symbolicatecrash 符号化crash
Rey的技术博客
03-22 377
是十六进制函数地址映射信息的中转文件，调试的symbols会包含在这个文件中，symbols即类名、函数名等。文件夹里，右键 xxx.app 文件 -> Show in Finder -> 就能找到。输出路径之后，找到该文件，在桌面创建一个。通过Archives打包上传时获取。文件后，还有一项工作要做就是检查。在.crash中查找这个udid。拷贝到 crash 文件夹中。打包时，应该保存每个正式版的。文件，以备定位线上问题使用。导出符号化crash 文件。文件了，在项目工程的。.dSYM的uuid。
iOS自己捕获异常定位错误代码
ackeep的专栏
04-13 2641
自己捕获iOS的异常并定位错误代码。原来以为跟用友盟等第三方捕获一样，直接用得到的错误地址到dsym工具或者用atos命令就可以直接得到错误代码，结果让人傻眼，完全对不上。 查了蛮久，才发现原来iOS很久开始就有所谓的ASLR（Address space layout randomization）。ASDL机制会在app加载时根据load address动态加一个偏移地址slide addr
dwarfdump --arch=arm64 --lookup
diaoju3333的博客
12-05 376
解析友盟错误信息重要指令: dwarfdump --arch=arm64 --lookup 0x1001edbc4 /Users/zhoujunbo/Library/Developer/Xcode/Archives/2016-06-21/SSPendi\ 16-6-21\ 下午2.23.xcarchive/dSYMs/SSPendi.app.dSYM/Contents/Resour...
利用dwarfdump命令和dsym文件链接binary image，查看crash log中
bravegogo的专栏
04-27 910
利用dwarfdump命令和dsym文件链接binary image，查看crash log中...   首先需要打包的dsym文件，然后在终端中输入命令：  ? 1 $ dwarfdump --lookup=ADDRESS --arch=ARCH {MyApp.app.dsym}
dwarfdump解析线上崩溃日志dSYM文件
weixin_33953384的博客
08-22 1097
为什么80%的码农都做不了架构师？>>> ...
利用dwarfdump分析线上iOS Crash Log
海蛎煎
01-16 897
线上的CrashLog利用UserTrack的搜集的话一般都无法识别,比如 3 XXX 0x00126adf XXX + 1006303 4 XXX 0x0005ff49 XXX + 192329 5 Foundation 0x33a8
Mach-O Inside: 命令行工具集 otool objdump od 与 dwarfdump
最新发布
chaoguo1234的专栏
10-29 504
1 otool otool 命令行工具用来查看 Mach-O 文件的结构。 1.1 查看文件头 otool -h -v 文件路径 -h选项表明查看 Mach-O 文件头。 -v 选项表明将展示的内容进行"符号化"处理。 上面命令行输出的一个例子如下: magic cputype cpusubtype caps filetype ncmds sizeofcmds flags M...
iOS 如何根据错误的堆栈地址定位到代码？
a411360945的专栏
04-05 3432
现在有很多的第三方服务SDK都支持错误堆栈信息符号化，常见的友盟、bugly等但是我们只知道通过他的操作步骤，定位具体的代码，那么如何通过自己的方式定位呢？首先我们每次通过Xcode打包的时候都会产生一个.dsym文件，你在这里可以找到然后再右键-->显示包内容，就可以找到当前打包出来的dsym文件了，如下：我们可以用命令行检查一下dsym 所支持的UUID,此UUID可以确定设备的架构类型...
Symbolicatecrash符号化App崩溃日志
liuwin7的专栏
01-22 1418
就iOS而言，如果应用程序出现奔溃，系统会记录这次奔溃时的系统快照，这就是crash log。应用程序的崩溃日志，使用的是符号话标记，也就是说只是记录了崩溃时，调用堆栈的一些内存信息。这些信息，对于研发和测试人员来说，没法直接的定位出错的位置。这就需要符号化崩溃日志。 一、crash日志的位置。 获取crash文件的方法有多种，对于上线的应用，可以通过开发者网站收集的日志得到。但是，对于正在测
umeng崩溃日志解析方法（umcrashtool+ dwarfdump）
wwmusic的专栏
07-05 4743
解析umeng的崩溃日志有两种方法： 1、利用其错误分析工具umcrashtool ，但但是该工具不能调试类似Application received signal SIGSEGV (null)的错误。（SIGSEGV和SIGBUS一般是因为访问已被释放的内存或者调用不存在的方法导致的。） 2、利用命令dwarfdump。 找到工程打包的包文件.xcarchive文件，显示包内容
ios 定位崩溃函数方法
Qkuroky的专栏
08-21 499
通过终端进入工程所在路径 ，在终端中中执行语句： dwarfdump --lookup 崩溃地址 -arch armv7 应用名.app.dSYM 如: dwarfdump --lookup 0x6fea78 -arch armv7 F2CPlatform.app.dSYM 在organizer中的崩溃日志, 红线为崩溃函数入口
iOS开发-手动解析崩溃日志 Crash Log
Pandakingli的博客
09-06 1548
一、 dSYM文件 .dSYM(debugging SYMbols)又称为调试符号表，是起源于贝尔实验室的DWARF（Debugging With Attributed Record Formats）. 二、dSYM文件和Crash Log一致性 二者的对应关系可以通过UUID来确定。 1、从崩溃日志中获取UUID 崩溃日志有个Binary Images模块 Binary ...
iOS Crash: dwarfdump 检查 UUID
CodingMan
11-15 3987
紧接着博客 iOS Crash: symbolicatecrash 工具 继续关于 iOS Crash 的问题. 我们知道, 查找 crash 问题的关键是要有符号表即 dsym 文件. 并且, app 的 UUID 和 dsym 文件的 UUID 必须要保持一致, 才有意义. dsym 文件其实也没那么神秘, 他就是包含了我们的调试信息, 全名是debug symbols. 使用
利用dwarfdump 分析IOS crash
liuyinghui523的专栏
08-05 1722
Mac提供了一个dwarfdump的小工具来解析crashLog, 使用起来很简单, 分三步即可: 1.根据crash log, 得到App的UUID; UUID是个字符串, 由32个字符组成。得到了UUID你才能知道是你的哪个版本在用户的iPhone上出了问题。 2.使用dwarfdump检查app，看哪个app是上面那个UUID。命令行格式： dwarfdump --uuid You
友盟崩溃日志分析
xuyushiguang的博客
08-29 3924
对于友盟提供的如下崩溃报告，很难看出是什么地方出了问题，接下来我们一步步通过dsym文件解析崩溃原因； 下面的崩溃报告中的app名称我用appname代替Application received signal SIGSEGV (null) (( 0 CoreFoundation 0x000000018236d1d0 + 148
查看iOS应用crash日志
weixin_30472035的博客
03-30 430
基本操作： 1、电脑安装好Xcode，连接好手机设备 2、打开Xcode，点击Window-Devices and Simulators 3、选中手机设备，点击View Device Logs，即可查看手机crash日志 Incident Identifier: F04CE61A-F2E4-4AC8-8293-5AE959DE1842 CrashReporter Key: 29d...
命令行工具解析Crash文件,dSYM文件进行符号化
weixin_33813128的博客
03-17 276
备份   文／爱掏蜂窝的熊（简书作者）原文链接：http://www.jianshu.com/p/0b6f5148dab8著作权归作者所有，转载请联系作者获得授权，并标注“简书作者”。 序 在日常开发中，app难免会发生崩溃。简单的崩溃还好说，复杂的崩溃就需要我们通过解析Crash文件来分析了，解析Crash文件在iOS开发中是比较常见的。 获取崩溃信息方式 在iOS中获取崩溃信息的方...
iOS之深入解析崩溃Crash的收集调试与符号化分析
热门推荐
╰つ栺尖篴夢ゞ
09-03 1万+
一、Crash 类型 Crash 一般产生自 iOS 的微内核 Mach，然后在 BSD 层转换成 UNIX SIGABRT 信号，以标准 POSIX 信号的形式提供给用户。NSException 是使用者在处理 App 逻辑时，用编程的方法抛出。 iOS 端的 Crash 分为三类： Mach 异常：EXC_CRASH； UNIX 信号：SIGABRT； 系统崩溃而引起的程序 NSException 异常退出。 二、iOS 中的崩溃类型 ① EXC_BAD_ACCESS 在
处理、分析iOS App的Crash Reports
指尖◎假如
11-29 4976
分析Crash report Apple的官方文档：Understanding and Analyzing iOS Application Crash Reports iOS设备上，当app崩溃时会创建一个”crash report”文件保存在设备上。Crash report文件记录了，app崩溃时的信息，通常包含每个线程的调用堆栈。 Symbolication 分析cra
iOS应用崩溃分析：dSYM文件与Crash日志解析
3. 使用Crash文件中的内存地址，结合对应的dSYM文件，可以查找并转换出函数名称和源代码位置。 dWARFdump工具可以帮助我们找到dSYM文件中的UUID，这是标识dSYM、应用二进制和Crash报告之间关联的关键。每个xx.app、...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值