Android Debugging with Visual Studio Code

Published December 21, 2017 by Eric Shaw, posted by Dr.Gonzo
Do you see issues with this article? Let us know.
Advertisement

This article discusses how to debug native Android applications using Microsoft Visual Studio Code, which can be useful for game developers implementing background services, prototyping, or other native processes on the Android platform.

Of course, Android Studio and Visual Studio 2017/2015 also offer Android debugging capabilities, but they're more restrictive with the configuration environment and only allow debugging of applications packaged in an APK - so we are unable to debug any native processes we might be using to prototype, develop services, or other native processes on Android.

Speaking of APKs, note that VSCode also supports debugging APKs via the Android extension.

 

Prerequisites

The following components are required to enable debugging:

  1. Visual Studio Code with the C/C++ extension installed.

  2. GNU Debugger (GDB) from the Android NDK.

    OS
    Path
    Windows <NDK_ROOT>\prebuilt\windows-x86_64\bin Linux <NDK_ROOT>\prebuilt\linux-x86_64\bin macOS <NDK_ROOT>\prebuilt\darwin-x86_64\bin

     

  3. A build of the target project with debugging enabled. This can be achieved by passing NDK_DEBUG=1 on the ndk-build command line, or by adding it to the project's Application.mk file. Enabling NDK_DEBUG also causes ndk-build to copy the correct version of gdbserver to the project's output directory. This will need to be copied to the target device to enable the debugger connection.
    1. Also, if the project's Application.mk file specifies the APP_OPTIM setting, it must be set to debug to disable compiler optimizations. While debugging optimized code it possible, it will be a more limited and difficult debugging experience. Optimization can be disabled by passing APP_OPTIM=debug on the ndk-build command line, or by modifying it in the project's Application.mk file.

    2. If the project does not specify the APP_OPTIM setting, setting NDK_DEBUG as described above will automatically disable optimizations.

Debugging Setup

Before debugging the first time, open the project workspace in VSCode and perform the following steps:

  1. Open the Debug menu and click Add Configuration...
  2. Choose C/C++ (gdb) Launch as the configuration type. If this option is not available the C/C++ extension is not installed and none of this is going to work.

  3. Configure the debugger settings for the project. The required attributes are described below.

    Attribute
    Description
    name The name of the debugging task. This is the name that will be displayed in the UI. type Should be set to cppdebug. request Should be set to launch. program The program to debug. This should point to the local version of the executable with debug symbols (the non-stripped version), which is normally in obj/local/armeabi-v7a under the project's build directory (or obj/local/arm64-v8a for 64 bit builds). cwd Doesn't really have any effect, but is required. Can just be set to ${workspaceFolder}. MIMode Should be set to gdb. miDebuggerPath The path to the gdb executable. This should point to the directory in the Android NDK as indicated above. miDebuggerServerAddress The target address to connect to. Since the device is connected via USB, this should be set to localhost:<port>, where <port> is the TCP port chosen for the debugger connection. This same port must be used when starting gdbserver on the device. additionalSOLibSearchPath Any additional local paths to search for debug symbols. The directory specified for the program attribute will automatically be searched first. This should point to the directories of the non-stripped versions of any additional shared libraries to be debugged (if they are not in the same directory as the main executable). Separate multiple paths with a colon. setupCommands An array of additional gdb commands to be executed during setup of the debugger. This needs to be used to execute the set solib-absolute-prefix command to set the local path to the stripped version of all binaries being debugged. preLaunchTask A task to execute before starting the debugger. See the section below about defining tasks in VSCode.

The other attributes created for the default configuration can be deleted.

Example launch.json file


{
    "version": "0.2.0",
    "configurations": [
        {
            "name": "Remote GDB",
            "type": "cppdbg",
            "request": "launch",
            "preLaunchTask": "Forward debug port",
            "cwd": "${workspaceRoot}",
            "program": "${workspaceRoot}/app/Intermediate/android/myapp/local/armeabi-v7a/myapp",
            "additionalSOLibSearchPath": "${workspaceRoot}/app/Intermediate/android/mylib/local/armeabi-v7a",
            "miDebuggerServerAddress": "localhost:5039",
            "setupCommands": [
                {
                    "text": "set solib-absolute-prefix ${workspaceRoot}/app/path/android",
                    "ignoreFailures": false
                }
            ],
            "windows": {
                "miDebuggerPath": "C:/Tools/android-ndk-r13b/prebuilt/windows-x86_64/bin/gdb.exe",
                "MIMode": "gdb"
            }
        }
    ]
}

Refer to the C/C++ debugging documentation for additional information. In particular, the logging attribute can be used to enable additional logging output, which can be useful for troubleshooting if the debugger is not working as expected.

Preparing to Debug

With the debugger configuration set, there are some additional steps required to debug the project:

  1. Copy the target binaries to the target device.
  2. Copy gdbserver to the target device.

Starting the Debugger

With all preparations complete, it's time to start debugging. Use the same port number in these steps as was used in the debugger configuration above.

  1. Execute gdbserver on the target device (execute permissions may need to be enabled). The server can be run in two modes: execute or attach.
    1. Execute mode will load the target executable and then wait for a client to attach. When the client attaches it will begin execution of the program. This mode is necessary to debug an application's initialization.
    2. Attach mode will attach to an already running process. It will not interrupt the process.

      Mode
      Command
      Run mode gdbserver :<port> <exe> Attach mode gdbserver :<port> --attach <pid>
  2. Forward the debugger port from the device with ADB: adb forward tcp:<port> tcp:<port>

  3. Start the debugger in VSCode.

    1. Enable the Debug panel by clicking the bug icon on the left side of the VSCode window.
    2. Select the debug configuration from the list at the top of the panel.
    3. Click the go button to launch the debugger.
 
Once the debugger starts to connect, the VSCode debug console will display messages from the debugger and allow manual debugger commands to be executed if necessary (the program must be stopped to execute debug commands). The debug panels will display debugging information (variable watches, callstacks, breakpoints, etc.), and a debugger toolbar will provide access to common debug commands. Mouse cursor based display of variables is also supported.

Tasks

VSCode also supports the definition of tasks, which can be used to execute any command line process, typcially as part of building and/or testing code. These tasks can also be used to support debugging. For instance, a task could be defined to forward the debugger port. This could then be incorporated in the debugger configuration using the preLaunchTask attribute to ensure the port is forwarded before attempting to connect the debugger. Tasks can be configured by selecting Configure Tasks... from the Tasks menu. See the VSCode documentation for more information about task configuration.

Example tasks.json file


{
    "version": "2.0.0",
    "tasks": [
        {
            "label": "Forward debug port",
            "type": "shell",
            "command": "adb",
            "args": [
                "forward",
                "tcp:5039",
                "tcp:5039"
            ],
            "presentation": {
                "reveal": "never"
            },
            "problemMatcher": []
        }
    ]
}
Cancel Save
0 Likes 3 Comments

Comments

Zaoshi Kaba

"With the debugger configuraiton set"

That one word could use a correction.

December 21, 2017 07:03 PM
rk_simul

Would love to get this working. Unfortunately, it's not clear what file should be considered the “program” in my case - my \obj\local\arm64-v8a folder contains a few .so files, a few more .a files, but nothing extensionless. Normal usage is to build an apk, but that just contains the same group of files.

October 07, 2020 11:52 AM
Tim_Luther

@rk_simul I'm in the same position - the woolly bit in this article seems to be the ‘program’ parameter. What sould it be? Setting it to the APK file, the directory of the APK file or anything else doesn't seem to do anything.
What I think it should be doing is asking the adb to launch the application (e.g. adb shell am start -n mycompany.mypackage/mycompany.mypackage.myactivity) , then somehow attach the debugger to that.

I don't see anything that would invoke the app on android. Has anybody else had any more success with this?
I build my .so file using an external make file and I can debug tombstone crashes on that but it's all a little primitive. Android Studio isn't a lot of help either - you kind of get the impression they don't want NDK developers to have a nice time.


June 01, 2021 10:12 AM
You must log in to join the conversation.
Don't have a GameDev.net account? Sign up!

Featured Tutorial

Learn how to use Visual Studio code to debug native Android applications.

Advertisement

Other Tutorials by Dr.Gonzo

Dr.Gonzo has not posted any other tutorials. Encourage them to write more!
Advertisement