AndroidNDK安装包中提供了三个调试工具：addr2line、objdump和ndk-stack可用于native异常

这些地址转换的工具有addr2line、ndk-stack等，我比较喜欢addr2line，平时也用这个工具进行调试。

我在使用ndk-stack，我得到了這個錯誤:D:\Android\android-ndk-r8e>adblogcat|ndk-st

前言之前介绍了使用addr2line定位，今天介绍下怎么使用ndk-stack对native崩溃进行定位。不管使用addr2line还是ndk-stack都要用到我们报错版本的动态库，也就是so文件。

文章目录小结NDK崩溃的问题通过logcat查看崩溃日志提取`tombstone`的记录通过ndk-stack来输出日志取得的日志分析并解决分析使用add2line定位具体报错的行数解决参考小结最近碰一次

一般来讲，较快的方式是直接检索到backtrace，然后通过分析和使用工具addr2line和ndk-stack等定位到出问题的地方。

最后说明ndk-stack工具，该工具可帮助您在调试时使用ADBlogcat工具。

最近在mac上编译android版本，各种崩溃让人蛋疼，网上学习了下ndk-stack使用方法。自己备忘下：1.运行终端。跳转到你androidsdk目录因为你的adb在里面。

LLDB简介官网地址:http://lldb.llvm.org/index.html。LLDB是下一代，高性能的调节器。是MacOSX上Xcode默认的调节器，支持在电脑，IOS设备，模拟器上调试C，Objective-C和C++。LLDB简单使用在AndroidStudio使用前确保已安装LLDB，Settings->Appearance&Behavior->SystemSettings->An

ndk-stack该工具会将共享库内的任何地址替换为源代码中对应的:，从而简化调试流程。

pc后的一串数字是调用方法的内存地址，那么我们可以通过这个内存地址可以地位错误信息在哪一行那么这时我们可以利用addr2line工具，或者ndk-stack工具进行查看具体报错信息一、addr2line

Debuggingtombstoneswithndk-stackandaddr2linePostedonApril19,2013Ireallyliketoworkwithseveralcomponentsinasystemincludinglinuxkernelorkeepmyemotionsonuserspace.Ifyouworkwithandroidandyourarearealengine

我们先来了解下NDK目录下各个工具以及包的大致作用ndk-build:该shell脚本是AndroidNDK构建系统的起始点ndk-gdb:该shell脚本允许用GUN调试器调试原生组件ndk-stack

Context分析日志定位到崩溃对应的代码行原始日志11-1521:09:56.67925732573Flibc:Fatalsignal11(SIGSEGV),code1,faultaddr0x0intid2573(now.graphicdemo)11-1521:09:56.681210210W:debuggerd:handlingrequest:pid=2573uid=10042gid=1004

signal4(SIGILL),code1(ILL_ILLOPC),faultaddr地址在NDKc++使用pthread_create创建线程，不管是可分离线程还是非可分离的线程，在回收的时候都有这个问题，ndk-stack

这些地址转换的工具有addr2line、ndk-stack等，我比较喜欢addr2line，平时也用这个工具进行调试。

'ndk-stack'isasimpletoolthatallowsyoutoanalyzestacktracesastheyappearintheoutputof'adblogcat'andreplaceanyaddressinsideasharedlibrarywiththecorresponding

adblogcat|$NDK/ndk-stack-sym$PROJECT_PATH/obj/local/armeabi也可以把log直接拿出来，再用ndk-stack分析adblogcat>/tmp/foo.txt

Crash是每一个Android应用都会遇到的问题。通常来说，应用层的Crash比较好查问题，直接查看崩溃日志就行，都是直观的应用层业务源代码，哪怕混效过的源代码也能通过打包生成的对应Mapping文件还原回来。相反，Native层的Crash比较棘手，log信息都是一堆C++的指针地址，虽然也提供Crash发生时调用的依赖库so文件信息，却没有给到具体的C++类、函数和代码行数信息，需要开发人员

可以利用ndk-stack来找出问题在cmd中输入下面的命令即可。

ndk开发中so导致的应用crash很隐秘，在logcat中不明显，所以令开发者手足无措，这里介绍ndk自带的ndk-stack，它可以dump对应的crash信息首先你要长期使用这个工具的话我建议直接先把

还好ndk提供了ndk-stack来定位错误。

分析nativecrash日志需要几个东西：addr2line，objdump，ndk-stack等几个工具带symbols的so文件loglog

Androidndk开发，出现内存溢出或别的问题需要调试时，如何快速定位到源码位置，可以使用addr2line和ndk-stack两个工具。

http://cmzx3444.iteye.com/blog/1463035这几天在做android下的音频播放器，使用ffmpeg做解码器，过程中出现一个问题，执行的时候出现下面这个问题： Java代码  03-24 15:05:37.094: I/DEBUG(3223): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *

在ndk根目录下，有个ndk-stack工具：1.介绍：min@min-desktop:~/work/software/android-ndk-r10c$ ndk-stack  Usage:    ndk-stack

ndk-stack官方资料ndk-stackAndroidNDK提供了一个用于”翻译”Crash堆栈信息所对应的具体源文件和行号的工具–ndk-stack。它是一个二进制程序，位于NDK根目录下。

作用：ndk-stack可以把不认识的内存地址信息转换成可读的信息。

最近在mac上编译android版本，各种崩溃让人蛋疼，网上学习了下ndk-stack使用方法。自己备忘下：1.运行终端。 跳转到你androidsdk目录因为你的adb在里面。

问题及解决方法jni开发过程中native崩溃log样式如下F/libc(12115):Fatalsignal11(SIGSEGV)at0x37413144(code=1),thread12115(om.example.test) I/DEBUG(257):************************************************ I/DEBUG(257):Buildfing

刷机过程中会碰到很多crash问题，此时安卓会在/data/tombstones目录下保存9个session文件，如下root@android:/ # find . |grep tombs ./data/tombstones ./data/tombstones/tombstone_00 ./data/tombstones/tombstone_01 root@android:/ #每个tombst

nbsp;ln -s cocos2dx /Users/admin/work/cocos2d/cocos2d-x-2.2.1 (软连接)   adb logcat | $NDK_ROOT/ndk-stack

如何利用ndk-stack工具查看so库的调用堆栈【代码示例】？

ndk-stack工具使你能够在stacktraces出现在adblogcat的输出中时过滤它们。它也能将一个共享库中的任何地址替换为你的源码中的对应:值，以使问题能够更精确的描述。

前提：要打开eclipse的LogCat窗口 1、保存log，先要选中eclipse的LogCat的所有行，点击保存，假设保存到了/User/mac/Desktop/log.txt 2、找到你的so（确保你的so是debug版带调试信息的）所在目录，应该是你的android工程/obj/local/armeabi，假设我的是在/User/mac/Desktop/MyProj/proj.andr

Android ndk-stack tool ---------------------- Introduction: ------------- This document describes

NDK开发包中自带的NDK-STACK工具是可以查看崩溃栈信息，但我尝试一下发现出现的信息中没有代码行信息(就是Routine开头相关信息)，后折腾半天发现是没有在NDK目录下执行相关命令造成的，晕啊…

使用arm-eabi-addr2line工具跟踪Android调用堆栈 作者：liangshengyang 转自： http://www.linuxidc.com/Linux/2011-01/31803.htm 在通常的C/C++代码中，可以通过响应对内存操作不当引起的Segmentation Fault错误即信号SIGSEGV（11）做出响应处理。只要在程序中设置SIGSEGV

adb logcat | "/home/hxl/bin/android-ndk-r10d/ndk-stack" -sym "/home/hxl/plu/BadGame/proj.android/obj/local/armeabi/obj/local/armeabi"     这几天在做android下的音频播放器，使用ffmpeg做

  在adt目录下的\sdk\platform-tools 建立一个bat文件， 输入以下内容后双击, 在eclipse中运行你的工程吧，如果有异常就可以看到堆栈adb logcat | "NDK目录/ndk-stack

  在adt目录下的\sdk\platform-tools 建立一个bat文件， 输入以下内容后双击, 在eclipse中运行你的工程吧，如果有异常就可以看到堆栈adb logcat | "NDK目录/ndk-stack

需要用ndk-stack工具来定位错误。使用方法

Java崩溃通过mapping.txt文件进行符号化，比较简单直观，而C/C++崩溃的符号化则需要使用Google自带的一些NDK工具，比如ndk-stack、ad

Java崩溃通过mapping.txt文件进行符号化，比较简单直观，而C/C++崩溃的符号化则需要使用Google自带的一些NDK工具，比如ndk-stack

Java崩溃通过mapping.txt文件进行符号化，比较简单直观，而C/C++崩溃的符号化则需要使用Google自带的一些NDK工具，比如ndk-stack

adblogcat|"C:/android-ndk-r9d/ndk-stack"-sym"C:/Users/DaDa_/Desktop/cocos2d-2.1rc0-x-2.1.3/BullFight/

一、使用Androidndk-stacktool  1、cygwin下： 1)、adblogcat-vthreadtime先使用此命令设置logcat，具体含义，待查。 2)、然后把出错信息从ecplise中拷到一个文件如foo.txt，注意：      Thetoollooksfortheinitiallinecontainingstartsinthelogcatoutput,i.e.somet

作用： 　　ndk-stack可以把不认识的内存地址信息转换成可读的信息。

NDK开发包中自带的NDK-STACK工具是可以查看崩溃栈信息，但我尝试一下发现出现的信息中没有代码行信息(就是Routine开头相关信息)，后折腾半天发现是没有在NDK目录下执行相关命令造成的，晕啊…

dk-stack需要log作为输入来分析 adblogcat|$NDK/ndk-stack-sym$PROJECT_PATH/obj/local/armeabi 也可以把log直接拿出来，再用ndk-stack