Android 調試.so庫文件

資料來源: http://www.blogjava.net/anymobile/articles/314685.html

作者：徐建祥(netpirate@gmail.com)
日期：2010/03/06
網址：http://www.anymobile.org

調試步驟如下：
1/ 將異常的地址信息存到文本文件，並存放在項目根目錄；
2/ 使用panic.py解析該文件；
3/ 根據返回的信息(文件名;行號;方法名)調試程序。

以操作第三方的Touch input 輸入法為例，過程如下：

# 該輸入法的英文和手寫OK，操作中文輸入法時，出現異常，軟鍵盤消失，異常日誌如下
02-05 06:41:19.834 D/dalvikvm(  751): Trying to load lib /system/lib/libimezi.so 0x43e2a788
02-05 06:41:19.874 D/dalvikvm(  751): Added shared lib /system/lib/libimezi.so 0x43e2a788
02-05 06:41:20.035 I/DEBUG   (  551): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
02-05 06:41:20.035 I/DEBUG   (  551): Build fingerprint: 'unknown'
02-05 06:41:20.035 I/DEBUG   (  551): pid: 751, tid: 751  >>> com.htc.android.cime <<<
02-05 06:41:20.045 I/DEBUG   (  551): signal 11 (SIGSEGV), fault addr 00000003
02-05 06:41:20.045 I/DEBUG   (  551):  r0 00000000  r1 00000000  r2 807248ec  r3 807248ec
02-05 06:41:20.055 I/DEBUG   (  551):  r4 00252d80  r5 00000004  r6 00000001  r7 00000000
02-05 06:41:20.055 I/DEBUG   (  551):  r8 beff8550  r9 41459d28  10 41459d18  fp 00000000
02-05 06:41:20.055 I/DEBUG   (  551):  ip 8072430c  sp beff84f0  lr 80716b4f  pc 80717bce cpsr 60000030
02-05 06:41:20.135 I/DEBUG   (  551):          #00  pc 00017bce  /system/lib/libimezi.so
02-05 06:41:20.135 I/DEBUG   (  551):          #01  pc 00010f80  /system/lib/libimezi.so
02-05 06:41:20.145 I/DEBUG   (  551): stack:
02-05 06:41:20.155 I/DEBUG   (  551):     beff84b0  ad083e10 
02-05 06:41:20.155 I/DEBUG   (  551):     beff84b4  ad05d44f  /system/lib/libdvm.so
02-05 06:41:20.155 I/DEBUG   (  551):     beff84b8  ad06b8a0  /system/lib/libdvm.so
02-05 06:41:20.155 I/DEBUG   (  551):     beff84bc  ad083e10 
02-05 06:41:20.167 I/DEBUG   (  551):     beff84c0  43e2aa90 
02-05 06:41:20.175 I/DEBUG   (  551):     beff84c4  00000003 
02-05 06:41:20.175 I/DEBUG   (  551):     beff84c8  00000014 
02-05 06:41:20.185 I/DEBUG   (  551):     beff84cc  80716b4f  /system/lib/libimezi.so

# 保存異常日誌，存為文件: 20100205_ime.txt
02-05 06:41:20.045 I/DEBUG   (  551):  r0 00000000  r1 00000000  r2 807248ec  r3 807248ec
02-05 06:41:20.055 I/DEBUG   (  551):  r4 00252d80  r5 00000004  r6 00000001  r7 00000000
02-05 06:41:20.055 I/DEBUG   (  551):  r8 beff8550  r9 41459d28  10 41459d18  fp 00000000
02-05 06:41:20.055 I/DEBUG   (  551):  ip 8072430c  sp beff84f0  lr 80716b4f  pc 80717bce  cpsr 60000030
02-05 06:41:20.135 I/DEBUG   (  551):          #00  pc 00017bce  /system/lib/libimezi.so
02-05 06:41:20.135 I/DEBUG   (  551):          #01  pc 00010f80  /system/lib/libimezi.so

# 執行腳本
xujianxiang@wingdroid-clone:~/workspace/xujx/wing15$ ./panic.py 20100205_ime.txt
read file ok
/home/xujianxiang/workspace/xujx/wing15/prebuilt/linux-x86/toolchain/arm-eabi-4.2.1/bin/arm-eabi-addr2line: '/home/xujianxiang/workspace/xujx/wing15/out/target/product/generic/symbols/system/lib/libimezi.so': No such file
Traceback (most recent call last):
  File "./panic.py", line 69, in <module>
    print "%-30s%s" % (list[1],list[0])
IndexError: list index out of range

# 沒找到庫文件，因為這個文件是第三方的，只存放在/out/target/product/generic/system/lib /libimezi.so，拷貝一份存到/out/target/product/generic/symbols/system/lib /libimezi.so，再次執行腳本
xujianxiang@wingdroid-clone:~/workspace/xujx/wing15$ ./panic.py 20100205_ime.txt
read file ok
zi81keyd.c:0                  Zi8GetTableData
zi81keyd.c:0                  Zi8InitializeDynamic

# 成功解析異常，沒有zi8庫文件所致，更新如下庫文件，輸入法支持中文拼音。
/system/lib/zi/Zi8DatPYP_CN.z8d
/system/lib/zi/Zi8DatPYS_CN.z8d
/system/lib/zi/Zi8DatZHA_CN.z8d
/system/lib/zi/Zi8DatZHA_HK.z8d
/system/lib/zi/Zi8DatZHA_TW.z8d
/system/lib/zi/Zi8DatZYP_TW.z8d
/system/lib/zi/Zi8DatZYS_TW.z8d


附 panic.py：

#!/usr/bin/python
# stack symbol parser

import os
import string
import sys

#define android product name
#ANDROID_PRODUCT_NAME = 'generic'
ANDROID_PRODUCT_NAME = 'smdk6410'

ANDROID_WORKSPACE = os.getcwd()+"/"

# addr2line tool path and symbol path
addr2line_tool = ANDROID_WORKSPACE + 'prebuilt/linux-x86/toolchain/arm-eabi-4.2.1/bin/arm-eabi-addr2line'
symbol_dir = ANDROID_WORKSPACE + 'out/target/product/' + ANDROID_PRODUCT_NAME +'/symbols'
symbol_bin = symbol_dir + '/system/bin/'
symbol_lib = symbol_dir + '/system/lib/'

class ReadLog:
    def __init__(self,filename):
        self.logname = filename
    def parse(self):
        f = file(self.logname,'r')
        lines = f.readlines()
        if lines != []:
            print 'read file ok'
        else:
            print 'read file failed'
        result =[]
        for line in lines:
            if line.find('stack') != -1:
                print 'stop search'
                break
            elif line.find('system') != -1:
                #print 'find one item' + line
                result.append(line)
        return result

class ParseContent:
    def __init__(self,addr,lib):
            self.address = addr # pc address
            self.exename = lib  # executable or shared library
    def addr2line(self):
        cmd = addr2line_tool + " -C -f -s -e " + symbol_dir + self.exename + " " + self.address
        #print cmd
        stream = os.popen(cmd)
        lines = stream.readlines();
        list = map(string.strip,lines)
        return list
    
inputarg = sys.argv
if len(inputarg) < 2:
    print 'Please input panic log'
    exit()

filename = inputarg[1]
readlog = ReadLog(filename)
inputlist = readlog.parse()

for item in inputlist:
    itemsplit = item.split()
    test = ParseContent(itemsplit[-2],itemsplit[-1])
    list = test.addr2line()
    print "%-30s%s" % (list[1],list[0])

如何在 Android 各 level ( 包含 user space 與 kernel space ) 使用dump call stack的方法

資料來源: 如何在 Android 各 level ( 包含 user space 與 kernel space ) 使用dump call stack的方法

 

dump call stack

[文章重點]

了解 Android 各 level ( UI, framework 與 HAL) 與 kernel 間, 如何印出 call stack, 方便追 code 與 debug

[文章目錄]

1. kernel call stack
2. Android Java layer
3. Android framework ( written by c++)
4. Android HAL ( written by c )
5. Call Stack 沒有出現 function name

kernel call stack

如果想知道call stack,也就是說, 我們想知道是誰call到func_foo(). 此時,我們可以利用 dump_stack(),放在你想dump back trace的地方就OK囉.

 

void func_foo(void){     int a=3;   ...      dump_stack();   ... }

Java layer call stack

在Java檔案, 可以使用下述方法得到dump call stack

public void foo(boolean state, int flags) {  ...  Log.d(TAG,"xxxx", new Throwable());  ... }

C++ layer call stack

在C/C++ 檔案, Android 已經有寫了frameworks/native/libs/utils/CallStack.cpp 供我們使用

#include <utils/CallStack.h> ... void foo(void) { ...    android::CallStack stack;    stack.update();    stack.dump("XXX"); ... }

如果你所使用是Android 4.4 之後

請改用

#include <utils/CallStack.h> ... void foo(void) { ...    android::CallStack stack;    stack.update( );    stack.log("XXX"); ... }

在Android.mk 記得要加

LOCAL_SHARED_LIBRARIES += libutils

C layer call stack

由於C去call C++需要做一些宣告, 所以將它獨立出來方便使用(dump_stack.cpp與 dump_stack.h)

dump_stack.h

#ifdef __cplusplus extern "C" { #endif  void dump_stack_android(void);   #ifdef __cplusplus } #endif

dump_stack.cpp

#include "dump_stack.h" #include <utils/CallStack.h> using namespace android; extern "C"{  void dump_stack_android(void)  { CallStack stack; stack.update(); stack.dump("XXX");  } }

如果你所使用是Android 4.4 之後

請改用

#include "dump_stack.h" #include <utils/CallStack.h> using namespace android; extern "C"{  void dump_stack_android(void)  { CallStack stack; stack.update(); stack.log("XXX");  } }

同樣地, Android.mk也需要修改

LOCAL_SRC_FILES := \         …... \         dump_stack.cpp LOCAL_SHARED_LIBRARIES += libutils

接下來在C file中要使用時只要

extern void dump_stack_android(); void function_a() {  …  dump_stack_android();  … }

[ Call Stack 沒有出現 function name]
有時我們會發現在C++ 或 C 語言中使用 CallStack , 在 call dump 中並沒有出現 function name

D/XXX (  147): #00  pc 00001b90  /system/lib/hw/audio.primary.mrvl.so (dump_stack_android+19) D/XXX (  147): #01  pc 00004b56  /system/lib/hw/audio.primary.mrvl.so D/XXX (  147): #02  pc 0001f828  /system/lib/libaudioflinger.so D/XXX (  147): #03  pc 00019138  /system/lib/libaudioflinger.so D/XXX (  147): #04  pc 00023bb6  /system/lib/libaudioflinger.so D/XXX (  147): #05  pc 0000e9fe  /system/lib/libutils.so (android::Thread::_threadLoop(void*)+213) D/XXX (  147): #06  pc 0000e530  /system/lib/libutils.so D/XXX (  147): #07  pc 0000d208  /system/lib/libc.so (__thread_entry+72) D/XXX (  147): #08  pc 0000d3a4  /system/lib/libc.so (pthread_create+240)

我們追一下 CallStack 是如何被實作
先回顧一下 CallStack 是如何被使用 (以 Android 4.4 為例)

 CallStack stack;  
 stack.update();  
 stack.log();  

先看一下 update( ) function 的定義 ( it is under system/core/include/utils/CallStack.h)

   // Immediately collect the stack traces for the specified thread.  
   void update(int32_t ignoreDepth=1, int32_t maxDepth=MAX_DEPTH, pid_t tid=CURRENT_THREAD);  

所以透過 update( ) function, 我們可以設定想看哪一個 thread 並 dump 出多少層的 call stack, 如果都沒寫, 就是以當前的 thread 去做 call stack dump, update( ) function 會將實際可以 dump 多少的 frame 給抓出來, 其中 frame 的數量記錄在 mCount 變數, 各 frame 的資訊則記錄在 mStack[ ] 裡面, 接下來再透過 log( ) function 把 call stack 裡的 program counter 所記載的記憶體位址去把相對應的 function name 給解析出來.

 log( )  
 |--> print( )  
    |--> get_backtrace_symbols( )  

看一下 get_backtrace_symbols( ) 在做些什麼

void get_backtrace_symbols(const backtrace_frame_t* backtrace, size_t frames,     backtrace_symbol_t* backtrace_symbols) {    ...  for (size_t i = 0; i < frames; i++) {        ...            Dl_info info;            if (dladdr((const void*)frame->absolute_pc, &info) && info.dli_sname) {             symbol->relative_symbol_addr = (uintptr_t)info.dli_saddr                     - (uintptr_t)info.dli_fbase;             symbol->symbol_name = strdup(info.dli_sname);             symbol->demangled_name =                        demangle_symbol_name(symbol->symbol_name);            }       ... } release_my_map_info_list(milist); }

這是因為它是使用 dladdr() 去讀取該share lib的 dynamic symbol 而獲取 function name

(http://stackoverflow.com/questions/11731229/dladdr-doesnt-return-the-function-name )

但是如果該 function 是宣告成 static, 該 function name 就不會出現在 dynamic symbol 裡 (你可以使用 arm-linux-androideabi-nm -D xxxx.so | grep the_function_name , 如果沒有出現, 就表示該 funciton name 並不在 dynamic symbol 裡),  遇到這情況就只好使用 add2line 指令去讀 out folder 下的 symbol 了, 各位可以參考我另一篇文章 http://janbarry0914.blogspot.tw/2011/07/android-crash-tombstone.html . 感謝.

 

當Android crash 該如何有效利用tombstone

資料來: 當Android crash 該如何有效利用tombstone

當Android發生crash時會產生一個類似core dump的檔案在 /data/tombstones/tombstone_XX where XX is a number increased by one with each crash. 我們要如何使用該檔案呢? 

tombstones_XX 檔案內容如下, 我們可以利用addr2line將pc所指的位置的function name給找出來

pid: 153, tid: 161  >>> system_server <<<

signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 43bf3000

 r0 003dc4a0  r1 43bf3000  r2 00000400  r3 00000000

 r4 002cbc98  r5 002cbc98  r6 00000000  r7 00000000

 r8 00000001  r9 00000140  10 00000019  fp 00301e04

 ip 8090a1e0  sp 43f1eb68  lr 80c92cbb  pc afd0cdfc  cpsr 20000010

 d0  003b3a700033c9f8  d1  00301280002eb23b

 d2  000000000000003b  d3  0000000000000000

 d4  43bbc00043bb8000  d5  43d4800043bb8000

 d6  3f80000000000000  d7  000001e03f000000

 d8  0000000000000000  d9  0000000000000000

 d10 0000000000000000  d11 0000000000000000

 d12 0000000000000000  d13 0000000000000000

 d14 0000000000000000  d15 0000000000000000

 d16 3effff003effff00  d17 3f80000041808889

 d18 3f80000041c4cccd  d19 0701070100700798

 d20 0000000000000c27  d21 0000043f00890000

 d22 0000000000000000  d23 0000000000000008

 d24 3fc74721cad6b0ed  d25 3fc39a09d078c69f

 d26 0000000000000000  d27 0000000000000000

 d28 0000000000000000  d29 0000000000000000

 d30 0000000000000000  d31 0000000000000000

 scr 20000010

         #00  pc 0000cdfc  /system/lib/libc.so

         #01  pc 00092cb8  /system/lib/egl/libGLESv2_adreno200.so

         #02  pc 00093814  /system/lib/egl/libGLESv2_adreno200.so

         #03  pc 00093890  /system/lib/egl/libGLESv2_adreno200.so

         #04  pc 000938bc  /system/lib/egl/libGLESv2_adreno200.so

         #05  pc 00095cce  /system/lib/egl/libGLESv2_adreno200.so

         #06  pc 0006526a  /system/lib/egl/libGLESv2_adreno200.so

         #07  pc 000655cc  /system/lib/egl/libGLESv2_adreno200.so

         #08  pc 000188c4  /system/lib/egl/libGLESv1_CM_adreno200.so

         #09  pc 000265ca  /system/lib/libsurfaceflinger.so

         #10  pc 0001b04c  /system/lib/libsurfaceflinger.so

         #11  pc 0001bda8  /system/lib/libsurfaceflinger.so

         #12  pc 0001bf52  /system/lib/libsurfaceflinger.so

         #13  pc 00020f3c  /system/lib/libsurfaceflinger.so

         #14  pc 00023df6  /system/lib/libsurfaceflinger.so

         #15  pc 000259de  /system/lib/libsurfaceflinger.so

         #16  pc 0001c52c  /system/lib/libutils.so

         #17  pc 0001ca8a  /system/lib/libutils.so

         #18  pc 00011bc4  /system/lib/libc.so

         #19  pc 00011790  /system/lib/libc.so

1. Android 產生出來的還沒進行strip的執行檔或shared libraries 是放在$android_root/out/target/product/YOUR_PRODUCT_NAME/symbols/system/bin 與 $android_root/out/target/product/YOUR_PRODUCT_NAME/symbols/system/lib目 錄下

2. Android所使用的toolchain是放在$android_root/prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bin/ 下面

3. 假設我們要看 #09  pc 000265ca  /system/lib/libsurfaceflinger.so 是 call 到哪一個function

 (假設tombstone_XX 是在 $android_root 目錄下)

    $ ./prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bin/arm-eabi-addr2line -f -e ./out/target/product/YOUR_PRODUCT_NAME/symbols/system/lib/libsurfaceflinger.so  0x000265ca  

  它會show出_ZN7android14TextureManager12initEglImageEPNS_5ImageEPvRKNS_2spINS_13GraphicBufferEEE

  $android_root/frameworks/base/services/surfaceflinger/TextureManager.cpp:164 這樣的訊息

參考網站: http://crazydaks.com/debugging-in-android-with-tombstones.html

Implement Camera (former: CCCamera) v2 in cocos2d-x v3.3

Reference: Implement Camera (former: CCCamera) v2 in cocos2d-x v3.3

we want to port camera code from cocos2d-x version 2 to version 3.3 with the goal to imitate the behaviour of a CCCamera in cocos2d-x version 2 exactly.

You can assume that values for "eye" and "up" are calculated correctly.

Old code operating on CCCamera:

camera->setEyeXYZ(eye.x, eye.y, 0);
camera->setCenterXYZ(eye.x, eye.y, -1);
camera->setUpXYZ(up.x, up.y, 0);

New code operating on Camera:

camera->setPosition3D(Vec3(eye.x, eye.y, 0.0f));
camera->lookAt(Vec3(eye.x, eye.y, -1), Vec3(up.x, up.y, 0.0f));

The setPosition3D part works fine and this is also a good indicator that I've set up the camera correctly in terms of setCameraFlag and Mask, correct layers, etc. but for some reason the tilting (modification of the up vector) doesn't work fine, it's kind of hard to describe, but it doesn't seem that the view matrix is calculated as intended.

The examples only contain code with fixed up vectors, e.g. Vec3(0, 1, 0), but I really need a dynamic one.

Thanks in advance, Chris