scott.cgi

键盘敲击,字符闪耀,迭代疯狂,编译流畅,我把逻辑灌入电光火石般奔腾的指令集...

NDK 使用 addr2line 定位 Fatal signal (SIGSEGV) 错误

使用NDK编写native code时候,真机常会出现crash的错误。然后logcat就是一片错误堆栈。

I/DEBUG   ( 2562): signal 11 (SIGSEGV), code 2 (SEGV_ACCERR), fault addr 40123d5c

I/DEBUG   ( 2562): backtrace:
I/DEBUG   ( 2562):     #00  pc 00000d5c  <unknown>
I/DEBUG   ( 2562):     #01  pc 0009f8db  /system/lib/libstagefright.so (android::SmoothStreamingExtractor::SmoothStreamingExtractor(android::sp<android::DataSource> const&)+366)
I/DEBUG   ( 2562):     #02  pc 00082f89  /system/lib/libstagefright.so (android::MediaExtractor::Create(android::sp<android::DataSource> const&, char const*)+500)
I/DEBUG   ( 2562):     #03  pc 00045cdf  /system/lib/libmediaplayerservice.so (android::AmlogicPlayerExtractorDemux::AmlogicPlayerExtractorDemux(AVFormatContext*)+438)
I/DEBUG   ( 2562):     #04  pc 0004602d  /system/lib/libmediaplayerservice.so (android::AmlogicPlayerExtractorDemux::extractor_read_header(AVFormatContext*, AVFormatParameters*)+20)
I/DEBUG   ( 2562):     #05  pc 00102210  /system/lib/libamplayer.so (avformat_open_input_header+604)
....

曾经一直用log的方式查看揣测错误的代码行数。熟不知这些看似淫乱的错误日志其实就是错误堆栈的相关信息,只需要一个工具转换即可。

android-ndk-r10\toolchains\arm-linux-androideabi-4.8\prebuilt\windows-x86_64\bin\arm-linux-androideabi-addr2line

使用方式很简单

// -f 输出函数名
// -e 输出错误代码行数和文件路径
// xxx.so 对应出错的so文件, 在android工程obj目录下
// addr 是具体的地址
arm-linux-androideabi-addr2line -f -e xxx.so addr


错误日志中backtracer就是堆栈信息,#00 #01 就是堆栈列表。 #00 就是堆栈顶层就是错误所在地址,pc后面的就是地址00000d5c

arm-linux-androideabi-addr2line -f -e /system/lib/libstagefright.so 00000d5c



这样瞬间就能定位错误了。。。

注意这个so文件是android工程obj目录里面的,而不是libs里面的。

obj目录是带有debug信息的库文件,libs的库文件是没有debug信息的,addr2line无法读取源代码信息。




阅读更多
版权声明:原创文章,欢迎分享,标明出处。 https://blog.csdn.net/tom_221x/article/details/46789415
文章标签: android ndk c
个人分类: C Android
上一篇C语言复合字面量的使用
下一篇NDK 编译armebai-v7a的非4字节对齐crash Fatal signal 7 (SIGSEGV) 错误解决
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

关闭
关闭