Предположим, что logcat показывает вам следующий журнал сбоев (это из одного из моих проектов):
I/DEBUG ( 31): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
I/DEBUG ( 31): Build fingerprint: 'generic/sdk/generic:2.3/GRH55/79397:eng/test-keys'
I/DEBUG ( 31): pid: 378, tid: 386 >>> com.example.gltest <<<
I/DEBUG ( 31): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 00000000
I/DEBUG ( 31): r0 001dbdc0 r1 00000001 r2 00000000 r3 00000000
I/DEBUG ( 31): r4 00000000 r5 40a40000 r6 4051a480 r7 42ddbee8
I/DEBUG ( 31): r8 43661b24 r9 42ddbed0 10 42ddbebc fp 41e462d8
I/DEBUG ( 31): ip 00000001 sp 436619d0 lr 83a12f5d pc 8383deb4 cpsr 20000010
I/DEBUG ( 31): #00 pc 0003deb4 /data/data/com.example.gltest/lib/libnativemaprender.so
I/DEBUG ( 31): #01 pc 00039b76 /data/data/com.example.gltest/lib/libnativemaprender.so
I/DEBUG ( 31): #02 pc 00017d34 /system/lib/libdvm.so
Посмотрите на последние 3 строки; это ваш стек вызовов. 'pc' - это счетчик программы, а pc для кадра стека #00 дает вам адрес, по которому произошел сбой. Это номер для передачи в addr2line.
Я использую NDK r5, поэтому исполняемый файл, который я использую, находится по адресу $NDK/toolchains/arm-linux-androideabi-4.4.3/prebuilt/linux-x86/bin
; убедитесь, что это в вашем $PATH
. Используемая команда выглядит так
arm-linux-androideabi-addr2line -C -f -e obj/local/armeabi/libXXX.so <address>
Или, для случая выше:
arm-linux-androideabi-addr2line -C -f -e obj/local/armeabi/libnativemaprender.so 0003deb4
Что дает вам место крушения.
Примечание:
- Флаг -C предназначен для упрощения кода C++.
- Используйте файл .so в каталоге obj/local/armeabi, поскольку это неразрезанная версия.
Кроме того, при использовании NDK r5 с AVD версии 2.3 действительно возможна отладка многопоточного кода.
person
svdree
schedule
15.03.2011