only one QPushButton with QWidget works
-
The missing GL error has been asked about many times already, you have to install the OpenGL development package from your distribution.
-
@SGaist
Yes I try to run it remotely on a raspberry.
Now I have installed the kit for the host PC. Yes it works perfect on the host.
What can I do to make it working on a remote raspberry? I use /usr/bin/gdb-multiarch for debugging remotely on the raspberry. Is this ok -
Do you mean that your application is working fine on your desktop and still not on your target ?
-
@SGaist yes
if the target is the linux host (ubuntu desktop) the application works fine.
If the target is the raspberry it does not work.
What about this info:Could not load shared library symbols for 3 libraries, e.g. /usr/local/qt5pi/lib/libQt5Widgets.so.5.
Is there something missing?
Maybe somebody knows more about this problem. -
What do you get if you call ldd on that file ?
-
@k-str said in only one QPushButton with QWidget works:
Sorry, I made a mistake
What do you mean with that ?
-
Looks good. What is the exact error message you're getting when starting your application ?
-
@SGaist ,
there are no errors when I run the application. Only warnings during startup as I wrote eight days ago.
Now I install everything new because I have some big troubles with the network running a virtual machine (=Hyper-V). I install it now on oracles virtual box.
I will see what happens after this.
It's crazy!!
Now I have an other problem after a new installation:
It seems to be a configuration failure:
When I start the application I get a problem.
What means this? does it miss an egl module?Process /opt/TestWidget/bin/TestWidget created; pid = 2877 qt.qpa.egldeviceintegration: Failed to load EGL device integration "eglfs_brcm" EGL library doesn't support Emulator extensions
and a window appears
I find no real help in the internet.
I use a MPI3508 LCD HDMI display on my raspberry3.
Maybe my current configuration cannot handle it.
Please has somebody an answer? -
Do you mean that you have that error in a virtual machine ?
-
It's getting a bit fuzzy here. You seem to have issues both with your desktop machine and RaspberryPi.
Can you do a small summary of what is going on and where exactly ?
-
@SGaist , hello to all;
I'm sorry for the delay, but I made some investigation.
It seems to have just a little problem:
When I start the application local on the terminal then I first have to writeexport DISPLAY:=0
Then it works with a warning
libEGL warning: DRI2: failed to authenticate
Is there a way to add this command
export DISPLAY=:0
automaticially before I run the application?
-
@SGaist , hello to all;
I'm sorry for the delay, but I made some investigation.
It seems to have just a little problem:
When I start the application local on the terminal then I first have to writeexport DISPLAY:=0
Then it works with a warning
libEGL warning: DRI2: failed to authenticate
Is there a way to add this command
export DISPLAY=:0
automaticially before I run the application?
-
@jsulm ,
thanks for your answer!
Yes I know there was somthing like this but I have no Idea how such a script looks.
Where can I find an example? It should wor also for debugging@k-str
Two lines in the script:export DISPLAY=:0 full-path-or-plain-name-of-your-executable
If you need it for debugging too, change second line to:
full-path-or-plain-name-of-your-debugger full-path-or-plain-name-of-your-executable
Assuming your mobile is like Linux (I know nothing about mobiles), if you go
chmod +x the-script
then
the-script
is ready to execute.Alternatively, and better if it works:
I do not know when your program needs that
DISPLAY
environment variable set, how early on after start up. If it is literally as soon as as it loads then you will have to set the environment variable before invocation. But if it's not, say, until you first try to create the UI, before that (before creating theQApplication
) you could use Qt'sqputenv()
to set that environment variable, e.g. perhaps if it is not already set to something so user can setDISPLAY
if needed but your code defaults it to:0
it it is not defined. Doing it this way, if possible, would get rid of the need to have a script wrapper. -
@JonB ,
thanks for your answer,
Is it also possible to start a script where you can pass the full path application?
Maybe a script which gets the application in a environment variable or so. E.g ??full-path-of-appl??* is the environment variable:
ScriptMyGDB
export DISPLAY=:0 gdbserver ??*full-path-of-appl*??
this means I have to start the script MyGDB by Qt-creator