利用.dSYM跟.app文件准确定位Crash位置

本文转载至  http://blog.csdn.net/lvxiangan/article/details/28102629

利用.dSYM和.app文件准确定位Crash位置
首先,确保在release(Ad Hoc或者App Store)一个版本时,保存了对应的xxx.app和xxx.dSYM文件。

其次,验证xxx.crash、xxx.app和xxx.dSYM三者的uuid是否一致。

验证方法:

1)查看xxx.app的uuid。

[plain] view plaincopy

  1. $ dwarfdump --uuid mobileguard.app/mobileguard

2)查看xxx.dSYM的uuid。

[plain] view plaincopy

  1. $ dwarfdump --uuid mobileguard.app.dSYM/Contents/Resources/DWARF/mobileguard

3)xxx.crash。

Note:

在这之前,需要找到对应的app和dSYM文件。这两个文件是在后缀为.archive的文件中,在我的机器(Mac OS 10.9.1,Xcode5.0.2)上,.archive文件在“/Users/mikelin/Library/Developer/Xcode/Archives/”文件夹下对应的日期文件夹中,也可以从Xcode > Organizer > Archive 下找到对应的Archive包。

确保三者uuid一致以后,用symbolicatecrash工具生成易读的日志信息。

先准备环境:

1)链接symbollicatecrash到/usr/bin/中,就可以直接使用sybollicatecrash命令。

[plain] view plaincopy

  1. $ ln -s  /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKitBase.framework/Versions/A/Resources/symbolicatecrash /usr/bin/symbolicatecrash

2)设置xcode DEVELOPER_DIR。

[plain] view plaincopy

  1. export DEVELOPER_DIR="/Applications/Xcode.app/Contents/Developer"

然后执行命令:

[plain] view plaincopy

  1. symbolicatecrash m.crash mobileguard.app.dSYM > n.crash

接下来是最重要的环节:

[plain] view plaincopy

  1. $ xcrun atos -arch armv7 -o mobileguard.app/mobileguard 0x00037000

下面这个是我机器上看到的结果:

[plain] view plaincopy

  1. $ xcrun atos -arch armv7 -o mobileguard.app/mobileguard 0x00037000
  2. -[MobileLocationViewCtrl viewDidLoad] (in mobileguard) (MobileLocationViewCtrl.m:56)

利用.dSYM跟.app文件准确定位Crash位置

时间: 2024-02-20 13:36:30

利用.dSYM跟.app文件准确定位Crash位置的相关文章

iOS crash 追终 ,iOS 如何定位crash 位置

https://developer.apple.com/library/ios/technotes/tn2151/_index.html 错误分析是基于设备中的crash log 与 编译文件时生成的dsYM文件相结合得出的结果,crash log 中包含应用的 crash trace stack,dsym中包含应用的符号表信息,符号表信息用于匹配程序中的文件,函数,代码,行号. 一.可用crash trace 追踪的crash 二.low memery 是追踪不到的因为没有对应以下的这类型的符

【Android】使用NDK定位Crash

有时app或者游戏突然崩溃只提示如下信息,要查找错误的原因感觉有点无从下手,因为提示信息太少了. 02-27 10:57:15.736: A/libc(32000): Fatal signal 11 (SIGSEGV) at 0x0000000c (code=1), thread 32014 (Thread-1461) 02-27 10:57:15.736: A/libc(32000): Send stop signal to pid:32000 in debugger_signal_handl

如何利用 release 版本的 backtrace 来定位 android NDK 程序的崩溃位置

我们知道 android NDK 程序在崩溃时会生成一个 tombstone 的 backtrace (也可利用 ADB logcat 抓取),从这个 backtrace 中我们可以了解是哪个函数引发的崩溃,但是通常由于我们发布时都是 release 版,无法利用 backtrace 中的地址信息直接定位到源码和行号,当引发崩溃的错误不是很明显时,对于我们解决问题的帮助就不大. 这时通常我们是重编一个 debug 版本并设法重现 crash.这样做有个两个问题,一是如果我们不知道复现步骤,或者复

利用XPath读取Xml文件

之所以要引入XPath的概念,目的就是为了在匹配XML文档结构树时能够准确地找到某一个节点元素.可以把XPath比作文件管理路径:通过文件管理路 径,可以按照一定的规则查找到所需要的文件:同样,依据XPath所制定的规则,也可以很方便地找到XML结构文档树中的任何一个节点. 不过,由于XPath可应用于不止一个的标准,因此W3C将其独立出来作为XSLT的配套标准颁布,它是XSLT以及我们后面要讲到的XPointer的重要组成部分. 在介绍XPath的匹配规则之前,我们先来看一些有关XPath的基

依据linux Oops信息准确定位错误代码所在行

在linux下调tvp5150am1的过程中,遇到了一kernel oops,内容如下: [   66.714603] Unable to handle kernel paging request at virtual address 00100104 [   66.721658] pgd = d37d0000 [   66.724344] [00100104] *pgd=950c2831, *pte=00000000, *ppte=00000000 [   66.730587] Interna

给iOS 模拟器“安装”app文件

前言 刚刚接触iOS的时候,我就一直很好奇,模拟器上面能不能直接安装app呢?如果可以,我们就直接在模拟器上面聊QQ和微信了.直到昨天和朋友们聊到了这个话题,没有想到还真的可以给模拟器“安装”app! 一.应用场景 先来谈谈是什么情况下,会有在模拟器上安装app的需求. 在一个大公司里,对源码的管理有严格的制度,非开发人员是没有权限接触到源码的.对苹果的开发证书管理也非常严格,甚至连开发人员也没有发布证书,证书只在持续集成环境或者Appstore产线里面,或者只在最后打包上架的人手上. 那么现在

利用腾讯接口进行IP定位

关于IP定位,通常用的两种方式 有一种是通过软件,也就是QQ2009版本,在网上一搜一大把,这个东西可以知道对面的ip    还有一种是通过腾讯的接口进行定位.今天我给大家说一下利用腾讯的接口进行定位IP 教程里面会用到一款工具叫做NtrQQ工具,官方网站的地址如下: http://www.ntrqq.net/ 可在里面下载ntrqq工具.但是官网上的注册账号,我就贡献出一个我下载好的吧 http://pan.baidu.com/s/1miNZIBY 密码为2fdp   失效的话联系我,我重新发

打印 上一主题 下一主题 利用cURL实现单个文件分多段同时下载,支持断点续传(修订版)

  利用cURL实现单个文件分多段同时下载,支持断点续传(修订版) [复制链接] 摘自 http://bbs.chinaunix.net/thread-917952-1-1.html 在ubuntu下测试通过, 适合在支持多线程下载的站点下载文件 可以配合flashgot在firefox中使用 用法:./mycurl url [referedUrl] 第一个参数url是要下载的文件的地址,第二个参数referedUrl是指需要参照的网址(一般不需要,有些网站,比如华军需要此参数) 例如: ./m

利用webuploader实现超大文件分片上传、断点续传

之前仿造uploadify写了一个HTML5版的文件上传插件,没看过的朋友可以点此先看一下~得到了不少朋友的好评,我自己也用在了项目中,不论是用户头像上传,还是各种媒体文件的上传,以及各种个性的业务需求,都能得到满足.小小开心了一把. 但无论插件再怎么灵活,也难以应付所有的需求,比如,你要上传一个2G的文件.以现在我们的网速,恐怕再快也得传半小时.要命的是,如果你在上传到90%的时候不小心关掉了浏览器,或者是手一抖摁了F5,完了,一切还得从头再来.这种用户体验简直太糟糕了.所以,断点续传就十分有