manera más fácil de depurar el bloqueo en la biblioteca nativa, vinculado por la aplicación de Android?

He transferido y creado varias bibliotecas C de bajo nivel para Android para mi uso en mi aplicación. Los compilé de forma cruzada usando el NDK, y luego los vinculé usando System.loadLibrary(). Después de una cierta cantidad de tiempo, mis aplicación se bloquea, al parecer debido a un error en la librería:manera más fácil de depurar el bloqueo en la biblioteca nativa, vinculado por la aplicación de Android?

07-28 11:31:21.675: INFO/DEBUG(2880): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 
07-28 11:31:21.675: INFO/DEBUG(2880): Build fingerprint: 'verizon/voles/sholes/sholes:2.2.2/FRG83G/91102:user/release-keys' 
07-28 11:31:21.675: INFO/DEBUG(2880): pid: 2893, tid: 2894 >>> com.gnychis.coexisyst <<< 
07-28 11:31:21.675: INFO/DEBUG(2880): signal 11 (SIGSEGV), fault addr 2d4eedb4 
07-28 11:31:21.675: INFO/DEBUG(2880): r0 2d4eeda4 r1 00000000 r2 00000024 r3 00000000 
07-28 11:31:21.675: INFO/DEBUG(2880): r4 00d3e770 r5 00000000 r6 4184ff98 r7 4184ffa4 
07-28 11:31:21.675: INFO/DEBUG(2880): r8 100ffad0 r9 4184ff9c 10 4184ff84 fp 100ffe30 
07-28 11:31:21.675: INFO/DEBUG(2880): ip 85b7efec sp 100ffa88 lr 845d13f8 pc 845f8c38 cpsr 60000010 
07-28 11:31:21.675: INFO/DEBUG(2880): d0 6472656767756265 d1 4472fb3844714069 
07-28 11:31:21.675: INFO/DEBUG(2880): d2 4186eeec4186ee6e d3 4186ef544186ef74 
07-28 11:31:21.675: INFO/DEBUG(2880): d4 4186ef544186ef20 d5 418998f84186ef88 
07-28 11:31:21.675: INFO/DEBUG(2880): d6 418999604189992c d7 418999c841899994 
07-28 11:31:21.675: INFO/DEBUG(2880): d8 0000000000000000 d9 0000000000000000 
07-28 11:31:21.675: INFO/DEBUG(2880): d10 0000000000000000 d11 0000000000000000 
07-28 11:31:21.675: INFO/DEBUG(2880): d12 0000000000000000 d13 0000000000000000 
07-28 11:31:21.675: INFO/DEBUG(2880): d14 0000000000000000 d15 0000000000000000 
07-28 11:31:21.675: INFO/DEBUG(2880): d16 0113580000000001 d17 3fe999999999999a 
07-28 11:31:21.675: INFO/DEBUG(2880): d18 42eccefa43de3400 d19 3fe00000000000b4 
07-28 11:31:21.675: INFO/DEBUG(2880): d20 4008000000000000 d21 3fd99a27ad32ddf5 
07-28 11:31:21.675: INFO/DEBUG(2880): d22 3fd24998d6307188 d23 3fcc7288e957b53b 
07-28 11:31:21.675: INFO/DEBUG(2880): d24 3fc74721cad6b0ed d25 3fc39a09d078c69f 
07-28 11:31:21.675: INFO/DEBUG(2880): d26 0000000000000000 d27 0000000000000000 
07-28 11:31:21.675: INFO/DEBUG(2880): d28 0000000000000000 d29 0000000000000000 
07-28 11:31:21.675: INFO/DEBUG(2880): d30 0000000000000000 d31 0000000000000000 
07-28 11:31:21.675: INFO/DEBUG(2880): scr 80000012 
07-28 11:31:21.753: INFO/DEBUG(2880):   #00 pc 005f0c38 /data/data/com.gnychis.coexisyst/lib/libtshark.so 
07-28 11:31:21.761: INFO/DEBUG(2880):   #01 pc 005c93f4 /data/data/com.gnychis.coexisyst/lib/libtshark.so 
07-28 11:31:21.761: INFO/DEBUG(2880):   #02 pc 00001dd2 /data/data/com.gnychis.coexisyst/lib/libwireshark_helper.so 
07-28 11:31:21.761: INFO/DEBUG(2880):   #03 pc 00001d9a /data/data/com.gnychis.coexisyst/lib/libwireshark_helper.so 
07-28 11:31:21.761: INFO/DEBUG(2880):   #04 pc 00016e34 /system/lib/libdvm.so 
07-28 11:31:21.761: INFO/DEBUG(2880):   #05 pc 000452c4 /system/lib/libdvm.so 
07-28 11:31:21.761: INFO/DEBUG(2880):   #06 pc 0001bd98 /system/lib/libdvm.so 
07-28 11:31:21.761: INFO/DEBUG(2880):   #07 pc 00022794 /system/lib/libdvm.so 
07-28 11:31:21.761: INFO/DEBUG(2880):   #08 pc 00021634 /system/lib/libdvm.so 
07-28 11:31:21.761: INFO/DEBUG(2880):   #09 pc 0005c5cc /system/lib/libdvm.so 
07-28 11:31:21.761: INFO/DEBUG(2880):   #10 pc 0005c7fc /system/lib/libdvm.so 
07-28 11:31:21.761: INFO/DEBUG(2880):   #11 pc 0005203e /system/lib/libdvm.so 
07-28 11:31:21.761: INFO/DEBUG(2880):   #12 pc 000520ca /system/lib/libdvm.so 
07-28 11:31:21.761: INFO/DEBUG(2880):   #13 pc 000525a0 /system/lib/libdvm.so 
07-28 11:31:21.769: INFO/DEBUG(2880):   #14 pc 0004f9ec /system/lib/libdvm.so 
07-28 11:31:21.769: INFO/DEBUG(2880):   #15 pc 00010ed4 /system/lib/libc.so 
07-28 11:31:21.769: INFO/DEBUG(2880):   #16 pc 000109c0 /system/lib/libc.so 
07-28 11:31:21.769: INFO/DEBUG(2880): code around pc: 
07-28 11:31:21.769: INFO/DEBUG(2880): 845f8c18 ebfda8d5 eaffffdf e5950014 e3500000 
07-28 11:31:21.769: INFO/DEBUG(2880): 845f8c28 0affffdc ebfdc232 eaffffda e92d4070 
07-28 11:31:21.769: INFO/DEBUG(2880): 845f8c38 e5904010 e1a05000 e3540000 0a000004 
07-28 11:31:21.769: INFO/DEBUG(2880): 845f8c48 e5940000 ebfdac25 e5944004 e3540000 
07-28 11:31:21.769: INFO/DEBUG(2880): 845f8c58 1afffffa e1a00005 e8bd4070 eafdd2ef 
07-28 11:31:21.769: INFO/DEBUG(2880): code around lr: 
07-28 11:31:21.769: INFO/DEBUG(2880): 845d13d8 e1a01003 eafe72bb e92d4010 e1a04000 
07-28 11:31:21.769: INFO/DEBUG(2880): 845d13e8 e2800008 ebfe4c98 e5940000 ebfe4a3b 
07-28 11:31:21.769: INFO/DEBUG(2880): 845d13f8 e5940004 e3500000 0a000001 e8bd4010 
07-28 11:31:21.769: INFO/DEBUG(2880): 845d1408 eafe7322 e8bd8010 e92d4010 e1a04000 
07-28 11:31:21.769: INFO/DEBUG(2880): 845d1418 ebfe690a e1a00004 e8bd4010 eafe46d2 
07-28 11:31:21.769: INFO/DEBUG(2880): stack: 
07-28 11:31:21.769: INFO/DEBUG(2880):  100ffa48 afd43724 /system/lib/libc.so 
07-28 11:31:21.769: INFO/DEBUG(2880):  100ffa4c 00000004 
07-28 11:31:21.769: INFO/DEBUG(2880):  100ffa50 00d417e0 [heap] 
07-28 11:31:21.769: INFO/DEBUG(2880):  100ffa54 00000008 
07-28 11:31:21.769: INFO/DEBUG(2880):  100ffa58 00000000 
07-28 11:31:21.769: INFO/DEBUG(2880):  100ffa5c afd10280 /system/lib/libc.so 
07-28 11:31:21.769: INFO/DEBUG(2880):  100ffa60 00d417e0 [heap] 
07-28 11:31:21.769: INFO/DEBUG(2880):  100ffa64 00000000 
07-28 11:31:21.769: INFO/DEBUG(2880):  100ffa68 0024a330 [heap] 
07-28 11:31:21.769: INFO/DEBUG(2880):  100ffa64 00000000 
07-28 11:31:21.769: INFO/DEBUG(2880):  100ffa68 0024a330 [heap] 
07-28 11:31:21.769: INFO/DEBUG(2880):  100ffa6c 00000001 
07-28 11:31:21.769: INFO/DEBUG(2880):  100ffa70 00000008 
07-28 11:31:21.769: INFO/DEBUG(2880):  100ffa74 00000000 
07-28 11:31:21.769: INFO/DEBUG(2880):  100ffa78 00d3e778 [heap] 
07-28 11:31:21.769: INFO/DEBUG(2880):  100ffa7c 8063b4af /system/lib/libglib-2.0.so 
07-28 11:31:21.769: INFO/DEBUG(2880):  100ffa80 df002777 
07-28 11:31:21.769: INFO/DEBUG(2880):  100ffa84 e3a070ad 
07-28 11:31:21.769: INFO/DEBUG(2880): #00 100ffa88 00d3e770 [heap] 
07-28 11:31:21.769: INFO/DEBUG(2880):  100ffa8c 00000000 
07-28 11:31:21.769: INFO/DEBUG(2880):  100ffa90 4184ff98 
07-28 11:31:21.769: INFO/DEBUG(2880):  100ffa94 845d13f8 /data/data/com.gnychis.coexisyst/lib/libtshark.so 
07-28 11:31:21.769: INFO/DEBUG(2880): #01 100ffa98 100ffaf0 
07-28 11:31:21.769: INFO/DEBUG(2880):  100ffa9c 80d01dd5 /data/data/com.gnychis.coexisyst/lib/libwireshark_helper.so

En primer lugar, no estoy del todo seguro de cómo interpretar correctamente, y si cualquiera de las direcciones de memoria son en realidad útil para mi Por ejemplo, ¿puedo tomar una dirección de memoria y determinar en qué función ocurrió la falla? Basado en la pila, ¿qué biblioteca fue donde ocurrió la falla?

La falla tarda un tiempo en ocurrir, por lo que recorrer el código parece un poco complicado. ¿Hay alguna manera de obtener un volcado de núcleo o algo? Intenté usar mensajes de registro desde el código nativo, pero los mensajes de registro no son lo suficientemente útiles como para reducir el problema.

Fuente

2011-07-28 gnychis

Usted puede utilizar el proyecto sequoyah a través de Eclipse para depurar código nativo, que era un verdadero dolor de cabeza para mí Para configurar esto y conseguir que funcione, no me acuerdo de todos los pasos, pero es factible

Fuente

2011-07-28 16:13:36 Idistic

Si su aplicación realmente falla en el código nativo, le recomiendo lo siguiente:

Establezca un punto de interrupción java que se activará después de que su biblioteca nativa se haya cargado pero antes de que comience a ejecutarse.
Ve a la terminal y ejecuta la versión de ndk de gdb (se llama "ndk-gdb"). Inicialmente, simplemente escriba "c" para continuar.
De vuelta en Java, continúe la ejecución.
Una vez que la aplicación se cuelga, gdb hará una pausa y podrá examinar la integridad de la pila en código nativo mediante el comando "bt" (backtrace).

En cualquier caso, debería poder depurar completamente el código nativo y detectar problemas a través de ndk-gdb. Puede encontrar documentación específica sobre la versión de la NDK de GDB en su instalación local de la NDK (por ejemplo, en mi máquina que está aquí):

android-NDK-R6/documentation.html

Por último, he aquí una tutorial básico en gDB:

gdb tutorial

Espero que esto ayude!

Fuente

2011-08-01 15:54:10

He pedido algo como esto How to compile library with source code with NDK tools? Mi sugerencia es desensamblar con el código fuente, entonces todo será fácil.

Fuente

2011-08-03 01:35:07 qrtt1

uso del brazo CE5 comunitarias herramientas de edición para Eclipse y pueden depurar cualquier código nativo

Fuente

2012-03-01 13:29:15

Trate de usar NDK-PILA con la salida Logcat, que por lo menos le diga qué archivo es el culpable y también la función.

https://gitorious.org/mingw-android-ndk/mingw-android-ndk/blobs/189c83350c6a52225e263fa51d6154e4f04040ea/docs/NDK-STACK.html

Fuente

2012-03-26 15:30:03 severine

¿Se puede corregir este enlace, creo que podría significar http://developer.android.com/ndk/guides/ndk-stack.html – petey

manera más fácil de depurar el bloqueo en la biblioteca nativa, vinculado por la aplicación de Android?

Respuesta

Cuestiones relacionadas