Unable to debug Android App (Windows + Qt Creator 12 + LLDB)
-
So yeah.. so it seems that the signals received previously by LLDB (but QT was not showing ANY dialog-boxes) or the actual Signal Code, are in fact segmentation faults coming from something name 'Scout Stat' Anyone knows what this is?
wrote on 20 Feb 2024, 11:26 last edited byThat's not part of my code and something presumably operating as part of QT ?
-
That's not part of my code and something presumably operating as part of QT ?
wrote on 20 Feb 2024, 11:35 last edited by CodesInChaossOk folks so there's that MAGICAL
'scoutstat' thread, I have no idea what it is that is causing havoc.It must be something related to UI/rendering/UI interactions since the segmentation fault would be signaled only as a result of UI interactions/ UI animations/ preparations.
What's that and why the heck it's sig-faulting on meh
Not my code. And presumably not part of source code that arrive with QT pre-installed since QT does not bring me to these.
-
Ok folks so there's that MAGICAL
'scoutstat' thread, I have no idea what it is that is causing havoc.It must be something related to UI/rendering/UI interactions since the segmentation fault would be signaled only as a result of UI interactions/ UI animations/ preparations.
What's that and why the heck it's sig-faulting on meh
Not my code. And presumably not part of source code that arrive with QT pre-installed since QT does not bring me to these.
wrote on 20 Feb 2024, 11:39 last edited byalso getting lots of these on dialog-creations.. what the heck is going on here....
-
also getting lots of these on dialog-creations.. what the heck is going on here....
wrote on 20 Feb 2024, 11:41 last edited by CodesInChaossMy app works fine as long as I keep neglecting and going past all these SIGFaults and Sig33s
what's that?
I really wouldn't like to neglect segmentation faults my code or not.
Why am I seeing these now? With QT Creator 12 and not 10?
Looking forward to some guidance.
-
My app works fine as long as I keep neglecting and going past all these SIGFaults and Sig33s
what's that?
I really wouldn't like to neglect segmentation faults my code or not.
Why am I seeing these now? With QT Creator 12 and not 10?
Looking forward to some guidance.
wrote on 20 Feb 2024, 11:45 last edited byTurns out Sig33 is reserved signal issued by bionic hardware. anyone can confirm, safe to 'handle SIG33 nostop noprint'?
-
Turns out Sig33 is reserved signal issued by bionic hardware. anyone can confirm, safe to 'handle SIG33 nostop noprint'?
wrote on 20 Feb 2024, 11:49 last edited by
Loving the overall EXPERIENCE
-
Loving the overall EXPERIENCE
wrote on 20 Feb 2024, 11:50 last edited byDo I DARE to tap the first button?
-
Do I DARE to tap the first button?
wrote on 20 Feb 2024, 11:52 last edited byWhy all my KIts' settings get WIPED OUT after the crash?
-
Why all my KIts' settings get WIPED OUT after the crash?
wrote on 20 Feb 2024, 11:53 last edited byIt's like I'm debugging on V8 ABI, I need 64 bit compiler and QT Creator keeps reverting settings back to 32bit compiled actually messing up with my settings.
Now, how a regular developer is even to notice?
-
It's like I'm debugging on V8 ABI, I need 64 bit compiler and QT Creator keeps reverting settings back to 32bit compiled actually messing up with my settings.
Now, how a regular developer is even to notice?
wrote on 20 Feb 2024, 11:57 last edited byBy the time I reconfigured everything, it turns our Creator is unable to attach due to ADB being in an 'incompatible state. Thus I'm best off restarting the PC...
-
By the time I reconfigured everything, it turns our Creator is unable to attach due to ADB being in an 'incompatible state. Thus I'm best off restarting the PC...
wrote on 20 Feb 2024, 11:59 last edited byotherwise it would just remain stuck at ```
D libGRIDNEToken_arm64-v8a.so: QML Debugger: Waiting for connection on port 51672...forever -
otherwise it would just remain stuck at ```
D libGRIDNEToken_arm64-v8a.so: QML Debugger: Waiting for connection on port 51672...foreverwrote on 20 Feb 2024, 12:06 last edited by CodesInChaossI'm also getting segmentation faults in 'binder:X' threads on UI interactions.
Yet again, if I ignore these the app runs FINE.
ideas?
It's like tapping on an UI element is almost guaranteed to result in such a SigFault.
-
I'm also getting segmentation faults in 'binder:X' threads on UI interactions.
Yet again, if I ignore these the app runs FINE.
ideas?
It's like tapping on an UI element is almost guaranteed to result in such a SigFault.
wrote on 20 Feb 2024, 12:12 last edited by CodesInChaoss@CodesInChaoss said in Unable to debug Android App (Windows + Qt Creator 12 + LLDB):
I'm also getting segmentation faults in 'binder:X' threads on UI interactions.
Yet again, if I ignore these the app runs FINE.
ideas?
It's like tapping on an UI element is almost guaranteed to result in such a SigFault.
The moment one pastes anything to
QT Creator crashed, Lo and Behold
On my way to reconfigure everything anew.
this feels like an early Alpha of some wanna-be development framework not something that has been around for many many years.
Something I paid for.
-
@CodesInChaoss said in Unable to debug Android App (Windows + Qt Creator 12 + LLDB):
I'm also getting segmentation faults in 'binder:X' threads on UI interactions.
Yet again, if I ignore these the app runs FINE.
ideas?
It's like tapping on an UI element is almost guaranteed to result in such a SigFault.
The moment one pastes anything to
QT Creator crashed, Lo and Behold
On my way to reconfigure everything anew.
this feels like an early Alpha of some wanna-be development framework not something that has been around for many many years.
Something I paid for.
wrote on 20 Feb 2024, 12:15 last edited by@CodesInChaoss I am pretty sure that it is mostly related to the update process
-
@CodesInChaoss I am pretty sure that it is mostly related to the update process
wrote on 20 Feb 2024, 12:19 last edited by CodesInChaossyeah sure but for the fact I've wiped out everything QT related.
- QT has been wiped CLEAN the entire QT folder
- everything in AppData QT related WIPED clean as well.
- NDK/ SDK everything installed anew
- same stuff on a fresh VM (like I've explaiend)
-
@CodesInChaoss said in Unable to debug Android App (Windows + Qt Creator 12 + LLDB):
I'm also getting segmentation faults in 'binder:X' threads on UI interactions.
Yet again, if I ignore these the app runs FINE.
ideas?
It's like tapping on an UI element is almost guaranteed to result in such a SigFault.
The moment one pastes anything to
QT Creator crashed, Lo and Behold
On my way to reconfigure everything anew.
this feels like an early Alpha of some wanna-be development framework not something that has been around for many many years.
Something I paid for.
wrote on 20 Feb 2024, 12:24 last edited by JonB@CodesInChaoss said in Unable to debug Android App (Windows + Qt Creator 12 + LLDB):
Something I paid for.
If you mean you have purchased a commercial licence from TQtC you can raise your issues with them for their attention.
If you are using the free, open source version then that is not available and here we are just other users of Qt like yourself.
-
@CodesInChaoss said in Unable to debug Android App (Windows + Qt Creator 12 + LLDB):
Something I paid for.
If you mean you have purchased a commercial licence from TQtC you can raise your issues with them for their attention.
If you are using the free, open source version then that is not available and here we are just other users of Qt like yourself.
wrote on 20 Feb 2024, 12:28 last edited by CodesInChaossWe'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
-
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
wrote on 20 Feb 2024, 12:34 last edited by
Something I haven't seen for like 4 years
-
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
wrote on 20 Feb 2024, 12:38 last edited by@CodesInChaoss
Ah, I did not know about that licence's terms.I'm not sure whether in "QT's internal segmentation faults" you mean Qt itself or Qt Creator. I would be worried about either, certainly if Qt code itself in your application is faulting, but I don't know what "workarounds" you need/have to live with for your situation.
Be aware that even without paid support you can raise bugs, against either Qt or Creator, at https://bugreports.qt.io/. People there look at them and respond/fix, regardless of OP's license state. I think Creator is regularly undergoing new releases, I don't know how robust it is for Android stuff.
-
@CodesInChaoss
Ah, I did not know about that licence's terms.I'm not sure whether in "QT's internal segmentation faults" you mean Qt itself or Qt Creator. I would be worried about either, certainly if Qt code itself in your application is faulting, but I don't know what "workarounds" you need/have to live with for your situation.
Be aware that even without paid support you can raise bugs, against either Qt or Creator, at https://bugreports.qt.io/. People there look at them and respond/fix, regardless of OP's license state. I think Creator is regularly undergoing new releases, I don't know how robust it is for Android stuff.
wrote on 20 Feb 2024, 12:41 last edited byyes yes yes dear friend I know... I've been raising bugs from a different account for years ... we've all been developing QT since then kicked us in the ass years ago and run away with source code.
I know I can.
Then I get to wait 1-2 years till fix-ups make their way into commercial license and another 2 years into open source.
I know.
41/169