通过崩溃trace来查找问题原因
2013-09-17 18:16
274 查看
通过崩溃trace来查找问题原因
分类: 技术 2013-07-16 14:59 248人阅读 评论(0) 收藏 举报
这里我们以UMeng捕获的错误信息举例:
从友盟中, 我们可能会得到如下信息:
Application received signal SIGSEGV
(null)
(
0 CoreFoundation 0x359348a7 __exceptionPreprocess + 186
1 libobjc.A.dylib 0x37cdb259 objc_exception_throw + 32
2 CoreFoundation 0x35934789 +[NSException raise:format:] + 0
3 CoreFoundation 0x359347ab +[NSException raise:format:] + 34
4 NxxMovie 0x1153b9 _mh_execute_header + 1131449
5 libsystem_c.dylib 0x32d407e3 _sigtramp + 38
6 NxxMovie 0x390fb _mh_execute_header + 229627
7 CoreFoundation 0x358931fb -[NSObject performSelector:withObject:] + 42
8 NxxMovie 0x175a5 _mh_execute_header + 91557
9 CoreFoundation 0x358931fb -[NSObject performSelector:withObject:] + 42
10 Foundation 0x35457747 __NSThreadPerformPerform + 350
11 CoreFoundation 0x35908ad3 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 14
12 CoreFoundation 0x3590829f __CFRunLoopDoSources0 + 214
13 CoreFoundation 0x35907045 __CFRunLoopRun + 652
14 CoreFoundation 0x3588a4a5 CFRunLoopRunSpecific + 300
15 CoreFoundation 0x3588a36d CFRunLoopRunInMode + 104
16 GraphicsServices 0x37526439 GSEventRunModal + 136
17 UIKit 0x33396cd5 UIApplicationMain + 1080
18 NxxMovie 0x31b7 _mh_execute_header + 8631
19 NxxMovie 0x3150 _mh_execute_header + 8528
)
dSYM UUID: FF67F6D3-C71C-3A7D-9C4C-C4FFBF8EEEB9
CPU Type: armv7
Slide Address: 0x00001000
Binary Image: NxxMovie
Base Address: 0x000f4000
由于这类的崩溃信息通常难以重现, 没有任何的重现步骤,所以我们得找到发布该版本时的原始代码,可能会需要回朔到以前的SVN或者Git版本。
然后找到当时上传代码时使用的DYSM文件,这文件通常在.xcarchive文件中。 右键该文件, 然后通过Terminal工具cd到
cd /Users/heqin/Downloads/xxxMovie2.0.0_apps_0605_2104\ 13-6-5\ 下午9.02.xcarchive/dSYMs/xxxMovie.app.dSYM/Contents/Resources/DWARF
注意:1。对于成功生成archvie的项目, 在这个archive的包中, 是可以通过显示包内容, 看到DSYMs文件夹和一个products文件夹, 继续显示DSYMs文件夹下,可以看到一个xxx.app.DSYM文件,继续对它显示包内容,可以看到Contents/Resources/DWARF/xxxx文件, 这个文件是编译后的二进制文件,通过它可以进行反编译,从而找到二进制对应的源码位置。
2。 在xcode中,archive成功后, 会在Organizer界面中的Archives下, 可以看到所有的archive文件, 右键Show in Finder可以找到这个文件。
然后执行atos -arch armv7 -o xxxMovie 0x1153b9. 就可以看到这处内存地址反编译回来的源码行。
可以有效地帮助分析原因。
分类: 技术 2013-07-16 14:59 248人阅读 评论(0) 收藏 举报
这里我们以UMeng捕获的错误信息举例:
从友盟中, 我们可能会得到如下信息:
Application received signal SIGSEGV
(null)
(
0 CoreFoundation 0x359348a7 __exceptionPreprocess + 186
1 libobjc.A.dylib 0x37cdb259 objc_exception_throw + 32
2 CoreFoundation 0x35934789 +[NSException raise:format:] + 0
3 CoreFoundation 0x359347ab +[NSException raise:format:] + 34
4 NxxMovie 0x1153b9 _mh_execute_header + 1131449
5 libsystem_c.dylib 0x32d407e3 _sigtramp + 38
6 NxxMovie 0x390fb _mh_execute_header + 229627
7 CoreFoundation 0x358931fb -[NSObject performSelector:withObject:] + 42
8 NxxMovie 0x175a5 _mh_execute_header + 91557
9 CoreFoundation 0x358931fb -[NSObject performSelector:withObject:] + 42
10 Foundation 0x35457747 __NSThreadPerformPerform + 350
11 CoreFoundation 0x35908ad3 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 14
12 CoreFoundation 0x3590829f __CFRunLoopDoSources0 + 214
13 CoreFoundation 0x35907045 __CFRunLoopRun + 652
14 CoreFoundation 0x3588a4a5 CFRunLoopRunSpecific + 300
15 CoreFoundation 0x3588a36d CFRunLoopRunInMode + 104
16 GraphicsServices 0x37526439 GSEventRunModal + 136
17 UIKit 0x33396cd5 UIApplicationMain + 1080
18 NxxMovie 0x31b7 _mh_execute_header + 8631
19 NxxMovie 0x3150 _mh_execute_header + 8528
)
dSYM UUID: FF67F6D3-C71C-3A7D-9C4C-C4FFBF8EEEB9
CPU Type: armv7
Slide Address: 0x00001000
Binary Image: NxxMovie
Base Address: 0x000f4000
由于这类的崩溃信息通常难以重现, 没有任何的重现步骤,所以我们得找到发布该版本时的原始代码,可能会需要回朔到以前的SVN或者Git版本。
然后找到当时上传代码时使用的DYSM文件,这文件通常在.xcarchive文件中。 右键该文件, 然后通过Terminal工具cd到
cd /Users/heqin/Downloads/xxxMovie2.0.0_apps_0605_2104\ 13-6-5\ 下午9.02.xcarchive/dSYMs/xxxMovie.app.dSYM/Contents/Resources/DWARF
注意:1。对于成功生成archvie的项目, 在这个archive的包中, 是可以通过显示包内容, 看到DSYMs文件夹和一个products文件夹, 继续显示DSYMs文件夹下,可以看到一个xxx.app.DSYM文件,继续对它显示包内容,可以看到Contents/Resources/DWARF/xxxx文件, 这个文件是编译后的二进制文件,通过它可以进行反编译,从而找到二进制对应的源码位置。
2。 在xcode中,archive成功后, 会在Organizer界面中的Archives下, 可以看到所有的archive文件, 右键Show in Finder可以找到这个文件。
然后执行atos -arch armv7 -o xxxMovie 0x1153b9. 就可以看到这处内存地址反编译回来的源码行。
可以有效地帮助分析原因。
相关文章推荐
- 通过崩溃trace来查找问题原因
- 通过崩溃trace来查找问题原因
- 通过崩溃trace来查找问题原因
- 通过崩溃trace来查找问题原因
- Application received signal SIGSEGV通过崩溃trace来查找问题原因
- 通过崩溃trace来查找问题原因
- 通过崩溃trace来查找问题原因
- 通过崩溃trace来查找问题原因 Application received signal SIGSEGV(null)
- 根据友盟错误信信息反编译 通过崩溃trace来查找问题原因
- 通过崩溃trace来查找问题原因 .
- 通过崩溃trace来查找问题原因
- 通过崩溃trace来查找问题原因
- 通过崩溃trace来查找问题原因
- iOS -- 通过堆栈查找崩溃原因
- c++ 使用map文件查找程序崩溃原因(通过VA定位源程序行号)
- MTK调试技巧1------MTK通过TRACE的栈信息寻找BUG原因与解决方法
- MTK通过TRACE的栈信息寻找BUG原因与解决方法
- VS2005(vs2008,vs2010 VS2012)使用map文件查找程序崩溃原因
- 查找ORACLE出现“ORA-08177:无法连续访问此事务处理”问题的原因
- 通过摇一摇功能 取消撤销键导致的 限制内容输入的崩溃问题 (关闭撤销功能)