adjuntándose a la aplicación nativa de Android con gdb cierra la aplicación en el dispositivo

Question

Estoy intentando depurar mi aplicación nativa compilada con ndk-r6. Cuando intento ejecutar ndk-gdb para adjuntar el depurador al proceso, la aplicación se cierra en el dispositivo. Estoy perplejo. ¿Alguien puede arrojar algo de luz sobre esto para mí, por favor?

Aquí es un registro de una corrida del proceso de GDB: http://pastebin.com/qTCR7mF2

Esto es todo lo que salga de Logcat:

I/ActivityManager(10006): Process com.gmail.whittock.tom.clockwork (pid 11460) has died. 
I/WindowManager(10006): WIN DEATH: Window{4083aa18 com.gmail.whittock.tom.clockwork/com.gmail.whittock.tom.Util.NativeActivity paused=false} 
I/WindowManager(10006): WIN DEATH: Window{4085d8d0 SurfaceView paused=false} 
I/WindowManager(10006): Setting rotation to 0, animFlags=1 
I/ActivityManager(10006): Config changed: { scale=1.0 imsi=234/10 loc=en_GB touch=3 keys=1/1/2 nav=1/1 orien=1 layout=34 uiMode=17 seq=31 themeResource=null} 

EDIT:

y este es mi gdb.setup archivo:

$ cat libs/armeabi-v7a/gdb.setup 
set solib-search-path C:/Users/Tom/dev/android/Clockwork/obj/local/armeabi-v7a 
directory C:/Users/Tom/dev/android/ANDROI~2/platforms/android-5/arch-arm/usr/include C:/Users/Tom/dev/android/ANDROI~2/sources/cxx-stl/stlport/stlport C:/Users/Tom/dev/android/ANDROI~2/sources/cxx-stl/system/include C:/Users/Tom/dev/android/modules/box2d C:/Users/Tom/dev/android/Clockwork/jni 

todas las rutas allí me parecen correctas, pero tal vez es el uso de las versiones compatibles con dos versiones de los nombres de archivo que están causando el problema ?!

Edit2: Este es el archivo gdb.setup otra:

$ cat obj/local/armeabi-v7a/gdb.setup 
file C:/Users/Tom/dev/android/Clockwork/obj/local/armeabi-v7a/app_process 
target remote :5039 
file C:/Users/Tom/dev/android/Clockwork/obj/local/armeabi-v7a/app_process 
target remote :5039 
file C:/Users/Tom/dev/android/Clockwork/obj/local/armeabi-v7a/app_process 
target remote :5039 

Answer 1

Finalmente encontré el problema.

NDK-BGF ha HAS tiene que tener NDK_DEBUG=1 conjunto variable de entorno, de lo contrario la variable NDK_APP_GDBSETUP se establece en blanco debido a que la creencia de que la aplicación no está depurable (ser muy listo para su propio bien)

Esto hace que el archivo gdb.setup se corrompa, porque un comando de copia falla y comenzamos a anexar al final de todo lo que ya está allí. Esta es la razón por la cual el mismo par de comandos se repite 3 veces en obj/local .../gdb.setup.

No tiene idea de cuánto dolor me ha causado esto. Con suerte, alguien más tendrá un tiempo más fácil si leen esto.

Answer 2

Step by step instructions to setting up GDB on eclipse Su configuración es, probablemente, el BGF borked. En lugar de tratar de diagnosticar el problema, intente seguir esos pasos y vea si eso soluciona su problema.