Unable to debug Android App (Windows + Qt Creator 12 + LLDB)
-
Is anyone here actually using QT 5.15.16 (the latest commercial version from the 5x branch) ?
All segmentation faults appear on 4 distinct Android 13-14 devices I've tried.
On android 10 there are no segmentation faults. BUT debugging either does not work at all in most cases OR why by chance when it kick-in at all then this happens after a delay lasting minutes after the app has long launched and been executing code. ONCE today it happened that a breakpoint hit fist line in main FIRST time in a week and that happened on Android 10.
-
Having read through this thread, I must say: Sorry! I understand your frustration and feel your pain.
This issue is a bug, and not related to a local configuration problem. Thanks a lot for your patience and effort in trying alternatives and troubleshooting.I have been observing and reproducing Qt Creator landing in the disassembler since November 2023. Rremote debugging on Android is complex - I haven't been able to pin it to a specific reason. This needs more attention, I fully agree. I'll channel it internally and keep you posted.
I trust you understand that this is not a trivial matter. It may take a little while, until it's nailed down and solved.
-
Plain and simple - on which configuration would 5.15.16 debugging work with an Android device.
We would buy and invest into the VERY EXACT configuration.
Exact mobile device/ OS, PC setup, QT Version.
We would also pay for the hint to anyone who provides an effective solution. Payment today.
-
Axel, thank you yet still - we've got a client base which expects us to have the development rolling.
Kindly please advise on what configuration we would be able to use 5.15.16 with an Android setup, we would just like to be able to debug.
If we wouldn't be able to have 5.15.16 working then kindly PLEASE advise which QT version in the 5.X branch to use.
I'm having one developer rolling back to QTC 11 without avail through QTC 10,. he's now o QTC8
We would like to use Qt 5.15.16 with all the bug fixes, the very reason why we bought into QT commercial license to begin with, is that possible?
Please. Thank you so much -
@Axel-Spoerl
Are you / is Qt able to provide us with a working VM/ docker image on which debugging with Qt 5.15.16 would work. Or is that asking too much?We can pay. Money is NOT an issue.
-
@Axel-Spoerl
Are you / is Qt able to provide us with a working VM/ docker image on which debugging with Qt 5.15.16 would work. Or is that asking too much?We can pay. Money is NOT an issue.
@Axel-Spoerl how is 5.15.16 support / Qt Creator
when considering debugging from Apple M2? -
so since Android SDK with API 31 EMPLOYS Java class version 61 objects for its components this IMPLIES a requirements for JDK version 17. ​
QT ... kindly update your docs?
@CodesInChaoss said in Unable to debug Android App (Windows + Qt Creator 12 + LLDB):
QT ... kindly update your docs?
Please note that Qt has an actual jira bugtracker. https://bugreports.qt.io/ I expect that direct actionable issues you find are better traceable there.
-
Plain and simple - on which configuration would 5.15.16 debugging work with an Android device.
We would buy and invest into the VERY EXACT configuration.
Exact mobile device/ OS, PC setup, QT Version.
We would also pay for the hint to anyone who provides an effective solution. Payment today.
@CodesInChaoss said in Unable to debug Android App (Windows + Qt Creator 12 + LLDB):
We would also pay for the hint to anyone who provides an effective solution. Payment today.
you might want to contact kdab.com with such questions. I think they have the most expertise in such matters. And they are simply a commercial company so it should be a relatively simple question to get such a service.
-
@CodesInChaoss said in Unable to debug Android App (Windows + Qt Creator 12 + LLDB):
We would also pay for the hint to anyone who provides an effective solution. Payment today.
you might want to contact kdab.com with such questions. I think they have the most expertise in such matters. And they are simply a commercial company so it should be a relatively simple question to get such a service.
Since the OP refers to a commercial license, there is commercial support available.
The root cause could be unrelated to Qt, but Qt Creator should at least come up with a meaningful error message.
Landing in the disassembler, instead of the debugger for no obvious reason (which I can reproduce on openSuSE Linux and Windows) is likely a bug in Qt and needs to be fixed.I have worked around it in some cases by throwing a lot of
qDebug()into the pie. Those are always printed correctly. Such immediate workarounds and some deeper troubleshooting are available with commercial support. -
Since the OP refers to a commercial license, there is commercial support available.
The root cause could be unrelated to Qt, but Qt Creator should at least come up with a meaningful error message.
Landing in the disassembler, instead of the debugger for no obvious reason (which I can reproduce on openSuSE Linux and Windows) is likely a bug in Qt and needs to be fixed.I have worked around it in some cases by throwing a lot of
qDebug()into the pie. Those are always printed correctly. Such immediate workarounds and some deeper troubleshooting are available with commercial support.As of now we are on the "Start Up License for 600$ per seat" and as we've learned the hard way it does not include Technical Support.
All we want is to debug......
Can anyone advise on a setup which would allow for debugging (QT 5.15.16 and Android API 31)
Or at least tell us if we would be able to work from an Apple Sillicon setup? We would like to avoid porting the entire app to Qt 6 as of now... we simply want to debug that's all.
we've tried the official sample apps to no avail. we use fresh installs of windows and linux.
-
As of now we are on the "Start Up License for 600$ per seat" and as we've learned the hard way it does not include Technical Support.
All we want is to debug......
Can anyone advise on a setup which would allow for debugging (QT 5.15.16 and Android API 31)
Or at least tell us if we would be able to work from an Apple Sillicon setup? We would like to avoid porting the entire app to Qt 6 as of now... we simply want to debug that's all.
we've tried the official sample apps to no avail. we use fresh installs of windows and linux.
So to be on-point, which latest
- QT Creator version
- QT 5.* branch
- Windows/Linux version
triplet
could be used to debug say an official 'clock' app targeting Android API 31 (min required by play store as of now). We would go from there. That's all we want to know.
And if Windows/Linux can't be used then would Mac and apple silicon/iOS coupling be any better? We would then work on mac and simply recompile for Android
-
So to be on-point, which latest
- QT Creator version
- QT 5.* branch
- Windows/Linux version
triplet
could be used to debug say an official 'clock' app targeting Android API 31 (min required by play store as of now). We would go from there. That's all we want to know.
And if Windows/Linux can't be used then would Mac and apple silicon/iOS coupling be any better? We would then work on mac and simply recompile for Android
We do not have time for bugs to be solved so hopefully there's there's some setup which WOULD work?
-
We do not have time for bugs to be solved so hopefully there's there's some setup which WOULD work?
Gents, we've just tried debugging a latest QT 6.6.2 API mobile app on Android 33 API mobile device..... breakpoints do not work, what the heck is up with Qt?
-
Gents, we've just tried debugging a latest QT 6.6.2 API mobile app on Android 33 API mobile device..... breakpoints do not work, what the heck is up with Qt?
That's what we get when attempting to debug a sample 'cofee machine' QT 6.6 app on Android.
-
That's what we get when attempting to debug a sample 'cofee machine' QT 6.6 app on Android.
@CodesInChaoss I had a spin on Qt 6.6.2 with Qt Creator 12 for Android and saw the same problem with a simple qt example. Will take a detailed look at the issue. Qt 5.15.2 was used in my previous run. It seems a lot of things have been changed in QT for Android build. Unluckily, the newer Qt Creator is not compatible with the old project.
-
@CodesInChaoss I had a spin on Qt 6.6.2 with Qt Creator 12 for Android and saw the same problem with a simple qt example. Will take a detailed look at the issue. Qt 5.15.2 was used in my previous run. It seems a lot of things have been changed in QT for Android build. Unluckily, the newer Qt Creator is not compatible with the old project.
Yeah.. folks.. but tell you what....
We've been also using 5.15.2 previously for our project along with the Community version of Qt.
As you can imagine, a bit frustrated I was, so we bought a brand new Macbook with M2.
Everything works out of the box.
(..) with a damn Android VM.. even no need to attach a phone... the Android VM works crazy fast. Breakpoints keep spinning... no errors.... no assembly shit... no exceptions.. with out own project........
I'll give it a try with real device later on.
But presumably... all Qt user and development base moved to Apple hardware as of recent...
Spend 7 days from dawn till dusk fighting with Windows and Linux.
Buy a Macbook with M2 and have everything resolved.
I mean... breakpoints ARE not hitting within main(), but other than that? it's f*** PERFECT.
as if 100 bugs have been fixed. it simply works as it SHOULD.
Breakpoitns can be dynamically inserted, removed, these fire each time.
but yet again... not as soon as in main()
-
Yeah.. folks.. but tell you what....
We've been also using 5.15.2 previously for our project along with the Community version of Qt.
As you can imagine, a bit frustrated I was, so we bought a brand new Macbook with M2.
Everything works out of the box.
(..) with a damn Android VM.. even no need to attach a phone... the Android VM works crazy fast. Breakpoints keep spinning... no errors.... no assembly shit... no exceptions.. with out own project........
I'll give it a try with real device later on.
But presumably... all Qt user and development base moved to Apple hardware as of recent...
Spend 7 days from dawn till dusk fighting with Windows and Linux.
Buy a Macbook with M2 and have everything resolved.
I mean... breakpoints ARE not hitting within main(), but other than that? it's f*** PERFECT.
as if 100 bugs have been fixed. it simply works as it SHOULD.
Breakpoitns can be dynamically inserted, removed, these fire each time.
but yet again... not as soon as in main()
@CodesInChaoss
Thats good news, glad to hear!
May I ask you, which constellation works on the Mac?
Android SDK / NDB / ABI, Qt Creator & Qt Version?
That will help us to narrow down the issue and fix it asap.
Thanks in advance - and I hope you'll get some rest after 168 sleepless hours ;-) -
Yeah.. folks.. but tell you what....
We've been also using 5.15.2 previously for our project along with the Community version of Qt.
As you can imagine, a bit frustrated I was, so we bought a brand new Macbook with M2.
Everything works out of the box.
(..) with a damn Android VM.. even no need to attach a phone... the Android VM works crazy fast. Breakpoints keep spinning... no errors.... no assembly shit... no exceptions.. with out own project........
I'll give it a try with real device later on.
But presumably... all Qt user and development base moved to Apple hardware as of recent...
Spend 7 days from dawn till dusk fighting with Windows and Linux.
Buy a Macbook with M2 and have everything resolved.
I mean... breakpoints ARE not hitting within main(), but other than that? it's f*** PERFECT.
as if 100 bugs have been fixed. it simply works as it SHOULD.
Breakpoitns can be dynamically inserted, removed, these fire each time.
but yet again... not as soon as in main()
@CodesInChaoss I also moved from a Windows device to a MacBook Pro M1 Arm64 device. (I only had to change the keyboard to mimic Windows/Linux experience).
The best part is that you get a Arm64 Android VM, which is the aarch64 architecture that most Arm Android devices use.
Most likely the VM is faster than any Android Phone you can buy, since the Apple silicon is faster than what Qualcomm is putting out there (for now).
-
We've bought the 'cheap' startup license or I recall 600USD per year per person.
Now, it does not come with technical support (as it tuned out).
As we've learned the hard way that is.
Now, I've forced GDB manually to neglect any segmentation faults (!!!) and Sig33s (..) by typing the custom arguments to QT Creator by hand as copy-pasting would result it to CRASH.
Now I'm able to debug.. I'm not disturbed by QT's internal segmentation faults... I presume? correct me if I'm wrong
@CodesInChaoss said in Unable to debug Android App (Windows + Qt Creator 12 + LLDB):
We've bought the 'cheap' startup license or I recall 600USD per year per person.
Now, it does not come with technical support (as it tuned out).The Small Business License is $499 per year per developer.
On QtWS23 there was an announcement from Qt Keynotes about some improvements in 2024: same price, higher revenue possible and - if I remember right - up to 5 tech support issues.
got an info, that this will be published in march or so. -
Yeah.. folks.. but tell you what....
We've been also using 5.15.2 previously for our project along with the Community version of Qt.
As you can imagine, a bit frustrated I was, so we bought a brand new Macbook with M2.
Everything works out of the box.
(..) with a damn Android VM.. even no need to attach a phone... the Android VM works crazy fast. Breakpoints keep spinning... no errors.... no assembly shit... no exceptions.. with out own project........
I'll give it a try with real device later on.
But presumably... all Qt user and development base moved to Apple hardware as of recent...
Spend 7 days from dawn till dusk fighting with Windows and Linux.
Buy a Macbook with M2 and have everything resolved.
I mean... breakpoints ARE not hitting within main(), but other than that? it's f*** PERFECT.
as if 100 bugs have been fixed. it simply works as it SHOULD.
Breakpoitns can be dynamically inserted, removed, these fire each time.
but yet again... not as soon as in main()
@CodesInChaoss said in Unable to debug Android App (Windows + Qt Creator 12 + LLDB):
But presumably... all Qt user and development base moved to Apple hardware as of recent...
That hardware uses the ARMv8.6-A instruction set, which is what you'll find in most phones too. At least Android, I have no clue about iOs.
Which basically means that you're no longer debugging inside an (CPU) emulator, but basically doing it natively. And indeed I can understand that solves a host of issues.
I'm quite happy for you that this makes you're life a lot easier!
@ekkescorner said in Unable to debug Android App (Windows + Qt Creator 12 + LLDB):
On QtWS23 there was an announcement
As someone that hasn't been in contact with sales since the Trolltech / Nokia days, I'm curious if customers "inform" Qtio about which platform they develop on. My thinking here is that if they have an actual insight into the revenue-stream for Android, management can calculate the profit/loss of paying a(nother) developer to in-house work on Android and actually use this stuff. Dogfooding and fixing issues.
I mean, issues like QTBUG-121561 are clearly the result of devs not having enough time for this stuff. It literally is the result of a bugfix being reverted and the old bug showing up again.
This thread shows similarly that dogfooding is not happening, unless Qt devs have no need to run a debugger.
