How to get ndk-gdb working on Android?
Asked Answered
C

1

40

I'm trying to get the NDK debugger working but with no success so far.

To make sure my debug symbols are present and valid, I use the compiler options -O0 and -g, and the ndk-build parameter NDK_DEBUG=1.

The ndk-gdb script runs with out issues and launches GDB. When do a "sharedlibrary" command, I get this:

Symbols already loaded for /bla/bla/libMySharedLib.so

However when I try breaking execution or e.g. adding a segfault to test, I never get any of the symbols from that library in the call stack. The only symbols I've gotten are from libc, if I break execution while it's waiting for a mutex for instance. Also tried adding breakpoints with no luck. GDB lets me add the breakpoints, and the code runs fine, but the breakpoints are never triggered.

I'm using API level 8 as I need to support Android 2.2 (Froyo).

Cyna answered 10/5, 2012 at 12:49 Comment(1)
Reported that their docs don't work at: issuetracker.google.com/issues/69223567 the docs developer.android.com/ndk/guides/ndk-gdb.html , it got P999 :-)Chaumont
L
74

You don't need to use -O0 or -g switches. You need to do one of following:

  1. put android:debuggable="true" to the <application> tag in AndroidManifest.xml file
  2. use NDK_DEBUG=1 after ndk-build
  3. put APP_OPTIM := debug in Application.mk file

Doing anyone of these three things will automatically use -O0 and -g switches.

Can you try running gdb manually, without gdb script? It involves following steps:

  1. pushing gdbserver file to /data/local folder on device
  2. running your application & invoking in adb shell following command gdbserver :5055 --attach PID, where PID is your application process id.
  3. running adb forward tcp:5055 tcp:5055 on host
  4. running arm-linux-androideabi-gdb.exe from your app folder
  5. entering following commands in gdb
  6. set solib-search-path obj/local/armeabi
  7. file obj/local/armeabi/libMySharedLib.so
  8. target remote :5055

And see if you can debug then.

If you want see symbols for other shared libraries your library is using like libc.so, then pull them from device (from /system/lib folder) to your obj/local/armeabi folder.

Lambency answered 10/5, 2012 at 18:13 Comment(11)
For an unrelated reason I had to recreate my project from scratch; after doing so and trying to set up everything by the book, including your suggestions Mārtiņš, NDK debugging worked. I'm not sure what the problem was unfortunately. Btw APP_OPTIM had to be set to debug (lowercase) rather than Debug.Cyna
[Re]built with the NDK_DEBUG=1 option when calling 'ndk-build'; not after.Tarpan
where is the "ndk-build" ?Sequoia
ndk-build is command you invoke to build native code. ndk-build script is provided by Android NDK an is located in root of zip/tar.bz2 archive.Cloven
ok i've done all 3 steps (part of the ndk-build was done by looking at tools.android.com/recent/usingthendkplugin ) . however , when i start to debug , i get some errors , which start with "Unable to launch cygpath. Is Cygwin on the path?] java.io.IOException: Cannot run program "cygpath": CreateProcess error=2, The system cannot find the file specified" . how should i fix it ? does it mean i have to use cygwin ?Sequoia
Step (2) only works if you have rooted device. If your device is not rooted then adb shell run-as is needed, see: ian-ni-lewis.blogspot.com/2011/05/…Klemperer
This answer was very helpful, but the actual problem I had turned out to be something else: The NDK's GDB didn't support debugging threads other than the main thread at the time. It seems this is supported in later NDK versions though.Cyna
How do you "push the gdbserver on device" ?Manzanares
Using adb push <local> <remote> or copying to e.g. /sdcard space and moving it manually through adb shell (because files cannot be executed from SD card directly).Lemmie
@Manzanares adb push {SDK}/prebuilt/android-arm/gdbserver /data/localHiedihiemal
"ERROR: Failed to retrieve application ABI from Android.mk" on Android O this gradle app: github.com/googlesamples/android-ndk/tree/…Chaumont

© 2022 - 2024 — McMap. All rights reserved.