QtWidget application: OK with mouse, Crashes with Touchscreen

[jsulm]

@sitti Root file system is indeed full. To which location do you deploy your app?

[sitti]

@jsulm you are right. I'm trying to figure out where that /dev/root came from. I want to deploy in /media/nand/project

[sitti]

I solved the space leakage adding my deploy path on "Remote path to check for free space" in Run Settings in Qt Creator.
Now, when I launch the application in the debugger, it does not start, and the following error message appears on the output console:

Process /media/nand/project/verySimpleApp created; pid = 3569
File transfers from remote targets can be slow. Use "set sysroot" to access files locally instead.
Unable to find dynamic linker breakpoint function.
GDB will be unable to debug shared library initializers
and track explicitly loaded dynamic code./media/nand/project/verySimpleApp: error while loading shared libraries: libQt5Widgets.so.5: cannot open shared object file: No such file or directory

In the device, the Qt libraries are in a custom path, and I add that path to the LD_LIBRARY_PATH environmental variable. In fact, if I run the application directly on the device, it starts. Have I to tell the debugger where the Qt libraries on the target are?
Thanks.

[sitti]

@jsulm Ok, I solved the missing library issue by adding the proper environmental variables in the Environment field Project -> Run in Qt Creator. Now I am able to deploy my application.
Returning to the main topic:

• I run a debug build of my application in the debugger
• When I touch for the first time the screen, the application crashes
  In the application Output window there are no insteresting messages, but a pop up appears with the following error:

The inferior stopped because it received a signal from the operating system.
Signal name : SIGSEGV
Signal meaning : Segmentation fault

Running the app with the debugger, I was hoping to have some additional information .. Any help is appreciated.

[jsulm]

@sitti If you run through debugger there must be more information in the debug view (the stack trace). So, please take closer look at debug output.

[sitti]

The problem is that I have no idea where to put a breakpoint to stop the execution and go step by step, because the app crashes when I touch the screen before any slot is called..

[jsulm]

@sitti There is no need to put any break points in this case. Simply start the app through debugger, after it crashes close the dialog telling you that it crashed and then check the stack trace in debugger view.

[sitti]

@jsulm I's sorry, perhaps I have a non.standard view. Please explain me what do you mean with "stack trace in the debugger view". Below is my view when I close the dialog containing the error message:

[jsulm]

@sitti said in QtWidget application: OK with mouse, Crashes with Touchscreen:

stack trace in the debugger view"

Stack trace is what you see in your screen shot in bottom left corner. It shows the chain of calls leading to the crash.
Please build in debug mode to get readable information...

[sitti]

@jsulm thanks, now that's clear. There should be another issue, because I am actually running in debug mode:

[jsulm]

@sitti said in QtWidget application: OK with mouse, Crashes with Touchscreen:

I am actually running in debug mode

What I mean is: build first in debug mode, not in release mode, then run through debugger.

[sitti]

@jsulm It is actually what I am doing.