Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Get Qt Extensions
  • Unsolved
Collapse
Brand Logo
  1. Home
  2. Qt Development
  3. Mobile and Embedded
  4. Unable to debug Android App (Windows + Qt Creator 12 + LLDB)
Forum Update on Monday, May 27th 2025

Unable to debug Android App (Windows + Qt Creator 12 + LLDB)

Scheduled Pinned Locked Moved Unsolved Mobile and Embedded
169 Posts 9 Posters 61.8k Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • JoeCFDJ JoeCFD

    @cristian-adam Good news. We have to use 13? No fix in 12?

    cristian-adamC Offline
    cristian-adamC Offline
    cristian-adam
    wrote on last edited by
    #161

    @JoeCFD At https://wiki.qt.io/Qt_Creator_Releases there is no 12.0.3 release planed.

    But, you can backport the change, is just one liner. Just clone Qt Creator on GitHub, cherry-pick the change and push a release tag to your fork. You will get releases automatically.

    cristian-adamC 1 Reply Last reply
    0
    • cristian-adamC cristian-adam

      @JoeCFD At https://wiki.qt.io/Qt_Creator_Releases there is no 12.0.3 release planed.

      But, you can backport the change, is just one liner. Just clone Qt Creator on GitHub, cherry-pick the change and push a release tag to your fork. You will get releases automatically.

      cristian-adamC Offline
      cristian-adamC Offline
      cristian-adam
      wrote on last edited by
      #162

      https://download.qt.io/snapshots/qtcreator/13.0/13.0.0-rc1/78/ has the needed fixes for the working Android debugging.

      JoeCFDJ 1 Reply Last reply
      0
      • cristian-adamC cristian-adam

        https://download.qt.io/snapshots/qtcreator/13.0/13.0.0-rc1/78/ has the needed fixes for the working Android debugging.

        JoeCFDJ Offline
        JoeCFDJ Offline
        JoeCFD
        wrote on last edited by
        #163

        @cristian-adam just downloaded it and had a try. The problem is still there.
        Ubuntu 22.04
        Qt 6.6.2
        JDK-17
        NDK 21 or 25

        cristian-adamC 1 Reply Last reply
        0
        • JoeCFDJ JoeCFD

          @cristian-adam just downloaded it and had a try. The problem is still there.
          Ubuntu 22.04
          Qt 6.6.2
          JDK-17
          NDK 21 or 25

          cristian-adamC Offline
          cristian-adamC Offline
          cristian-adam
          wrote on last edited by
          #164

          @JoeCFD I just gave it a try on my MacBook Pro M1 with:

          • Qt 6.6.1
          • Android arm64-v8 emulator image
          • Android SDK 33
          • Android NDK 25
          • OpenJDK-17

          See the recording at qtcreator13-android33.mp4.

          Axel SpoerlA 1 Reply Last reply
          0
          • cristian-adamC cristian-adam

            @JoeCFD I just gave it a try on my MacBook Pro M1 with:

            • Qt 6.6.1
            • Android arm64-v8 emulator image
            • Android SDK 33
            • Android NDK 25
            • OpenJDK-17

            See the recording at qtcreator13-android33.mp4.

            Axel SpoerlA Offline
            Axel SpoerlA Offline
            Axel Spoerl
            Moderators
            wrote on last edited by
            #165

            @JoeCFD
            Note the following:

            • if you have legacy break points, remove them all.
            • if you want to set a break point into main(), add a QThread::sleep(1) on top. It has to be the first instruction in main.
            • if you set no break points at all, the debugger will still jump to the disassembler. It looks as if the bug was still present. If you hit "continue" many times (18 in my case), the debuggee will start normally.

            Software Engineer
            The Qt Company, Oslo

            cristian-adamC 1 Reply Last reply
            0
            • Axel SpoerlA Axel Spoerl

              @JoeCFD
              Note the following:

              • if you have legacy break points, remove them all.
              • if you want to set a break point into main(), add a QThread::sleep(1) on top. It has to be the first instruction in main.
              • if you set no break points at all, the debugger will still jump to the disassembler. It looks as if the bug was still present. If you hit "continue" many times (18 in my case), the debuggee will start normally.
              cristian-adamC Offline
              cristian-adamC Offline
              cristian-adam
              wrote on last edited by cristian-adam
              #166

              I have tested the "dice" Qt example and I was able to land into "disassembly" only the first time that the application was installed on the device.

              If I click continue it will skip all the SIGSEGVS and would hit my breakpoints.

              See the recording: qtcreator13-disassembly.

              The Java exceptions are implemented with signals and it looks like the lldb-server is picking up and giving them further down the chain.

              Android Studio users also have this problem see Android Studio keeps pausing with SIGSEGV (signal SIGSEGV: invalid address (fault address: 0x0)) at random [240007217] - Issue Tracker (google.com)

              I have tried telling the debugger to ignore the signal:

              process handle SIGSEGV --pass true --stop false --notify true 
              

              but it didn't work.

              This doesn't look like a Qt Creator bug.

              cristian-adamC 1 Reply Last reply
              1
              • cristian-adamC cristian-adam

                I have tested the "dice" Qt example and I was able to land into "disassembly" only the first time that the application was installed on the device.

                If I click continue it will skip all the SIGSEGVS and would hit my breakpoints.

                See the recording: qtcreator13-disassembly.

                The Java exceptions are implemented with signals and it looks like the lldb-server is picking up and giving them further down the chain.

                Android Studio users also have this problem see Android Studio keeps pausing with SIGSEGV (signal SIGSEGV: invalid address (fault address: 0x0)) at random [240007217] - Issue Tracker (google.com)

                I have tried telling the debugger to ignore the signal:

                process handle SIGSEGV --pass true --stop false --notify true 
                

                but it didn't work.

                This doesn't look like a Qt Creator bug.

                cristian-adamC Offline
                cristian-adamC Offline
                cristian-adam
                wrote on last edited by
                #167

                As a workaround one can paste (plus Enter):

                pro hand -p true -s false SIGSEGV
                

                In the debugger console at the first assembly hit, and then all the rest are ignored!

                See qtcreator13-only-one-dissassembly-hit.mp4

                1 Reply Last reply
                0
                • E Offline
                  E Offline
                  esnosy
                  wrote on last edited by esnosy
                  #168

                  I had luck with using ADB over Wi-Fi, debugging with QtCreator works at least once with ADB over Wi-Fi, in Android Studio debugging worked for me over USB and Wi-Fi, at least for a hello world app

                  EDIT: I take it back

                  Axel SpoerlA 1 Reply Last reply
                  0
                  • E esnosy

                    I had luck with using ADB over Wi-Fi, debugging with QtCreator works at least once with ADB over Wi-Fi, in Android Studio debugging worked for me over USB and Wi-Fi, at least for a hello world app

                    EDIT: I take it back

                    Axel SpoerlA Offline
                    Axel SpoerlA Offline
                    Axel Spoerl
                    Moderators
                    wrote on last edited by
                    #169

                    @esnosy said in Unable to debug Android App (Windows + Qt Creator 12 + LLDB):

                    EDIT: I take it back

                    Does that mean, you are still struggling?

                    Software Engineer
                    The Qt Company, Oslo

                    1 Reply Last reply
                    0

                    • Login

                    • Login or register to search.
                    • First post
                      Last post
                    0
                    • Categories
                    • Recent
                    • Tags
                    • Popular
                    • Users
                    • Groups
                    • Search
                    • Get Qt Extensions
                    • Unsolved