Installation and Deployment

@damedameu It is a very bad idea to work as root, just like it is a bad idea to work as administrator on Windows. As root you have full access to the system, so it is easy to break something. Also, you make the life of hackers easier this way.

@DylanT123 Just run in VPN..it won't crash

@Sachin-Gaikwad Great! You can now mark this as solved! Cheers

Hi, your env settings for the plugin paths seem a bit fishy, usually the QT_QPA_PLATFORM_PLUGIN_PATH points to a directory one level below QT_PLUGIN_PATH (assuming you're doing a standard deployment of the plugins where libqxcb.so is residing in a subdirectory called platforms). You could try: QT_QPA_PLATFORM_PLUGIN_PATH=/usr/local/my_distro/revision/lib/qt/plugins/platforms QT_PLUGIN_PATH=/usr/local/my_distro/revision/lib/qt/plugins Also you could try setting the plugin path explicitly in your main.cpp before calling QApplications's ctor, say like this: ... QCoreApplication::setLibraryPaths("/usr/local/my_distro/revision/lib/qt/plugins"); QApplication a(argc, argv); ... This will override env settings for the plugin paths. To debug when the bad 5.15.0 dlls/plugins are pulled in, open a Terminal and type "lsof -c yourappname" to see what dlls are loaded.

@aman_12 Do you mean you're trying to start another application using QProcess? Or is your application is failing to start? Where is your binary located (what file system and access rights)?

@quzhuo said in undefined reference to'QCPAxisTickerDateTime': Sorry to bother you No problem. Just remember that after changing pro file you need to rebuild :-)

@Pfanne I never used Qt in Visual Studio, so can't help. Maybe somebody else knows.

Attempt # 10 for building on windows [SUCCESS!!] Started from scratch by re-downloading the source and used the subst command to make a new path to build with. Created a virtual drive to avoid the PATH length limit: subst a: .\qt-everywhere-src-6.6.2\ created the build folder and ran the configure.bat like the following: PS a:\build> ..\configure.bat Ran the command cmake --build . --parallel Ran the install command afterwards PS a:\build> cmake --build . --parallel No issues and everything was installed.

I've download the installer again, same hash same problem, so it might be normal.

Should I report this as a bug? pdv

I changed to Ubuntu 18.04, Qt 5.12.1 compiled and App compiled on Qt creator. I think because of version series.

Hi, Did you install the libraries suggested in the error message ? By the way, which version of Ubuntu are you using ? Depending on that, you might have a more recent version of 5.15 available through the package manager.

Thank you @JonB , I can run my Geant4 program now using VcXsvr instead of Xming. I first ran Xlaunch under the VcXsvr folder, with interface set as follows: [image: 09a2a99d-1e41-421c-bb00-9fb06dbc0d41.jpg] and then select Disable access control on the last page. Then I added the following statements to the file ~/.bashrc: export DISPLAY=`cat /etc/resolv.conf | grep nameserver | awk '{print $2}'`:0.0 export DISPLAY=192.168.144.1:0.0 //[WSL IPv4 Address]:[DISPLAY NUMBER] export WAYLAND_DISPLAY=$DISPLAY export XDG_SESSION_TYPE=x11 Then I can successfully run command startxfce4 to open the Ubuntu virtual desktop, and my Geant4 program can run normally. I'm still not sure exactly what my problem was, but I'm guessing it's probably because my system is WSL2 (I just found that today and I thought it's WSL1...), and my problem seems to be fixed for now. Really thank you guys for your help and guidance! Hope everything goes well with you @jsulm @JonB

@piervalli Hang on, I see a problem! Go to that cppreference page. Look at the sample code. Go pick the various c++17 compilers it offers. With GCC 13.1 (C++17) it compiles fine. But with GCC 5.2 (C++17) I get the same error as you show. So which gcc is the MinGW supposed to emulate? You can go to https://godbolt.org/ and play with selecting different compilers, they include MinGW choices. The oldest they have is MinGW gcc 11.3.0, that seems to work (only errors on std::ssize() in that code, which requires C++20, fair enough).

@Ronel_qtmaster @Christian-Ehrlicher, thanks for your contributions It is very helpful to me. If there is no tutorial how to install qt6 I will try version 5.13.2 . @Ronel_qtmaster is this Installation for python? What must I do to install it for C++? Ok! I tried to follow your instructions but there are some problems: Step 5 : Go to C:\SysGCC\raspberry\arm-linux-gnueabihf\sysroot\arm-linux-gnueabihf and copy libEGL.so.1 and libGLESv2.so.2 to C:\SysGCC\raspberry\arm-linux- gnueabihf\sysroot\opt\vc\lib and C:\SysGCC\raspberry\arm-linux-gnueabihf\sysroot But there is no ibEGL.so.1 etc. Step 7 : Copy and run the build script : ../Src/configure -platform win32-g++ -device-option CROSS_COMPILE=arm-linux-gnueabihf- - release -opengl es2 -device linux-rasp-pi3-g++ -sysroot C:/SysGCC/Raspberry/arm-linux- gnueabihf/sysroot -opensource -confirm-license -I C:/SysGCC/raspberry/arm-linux- gnueabihf/sysroot/opt/vc/include -L C:/SysGCC/raspberry/arm-linux-gnueabihf/sysroot/opt/vc/lib It causes some errors : kurt@DESKTOP-V3KDDUA /c/qtraspberry/build $ ../Src/configure -platform win32-g++ -device-option CROSS_COMPILE=arm-linux-gnueabihf- - + cd qtbase + /c/qtraspberry/Src/qtbase/configure -top-level -platform win32-g++ -device-option CROSS_COMPILE=arm-linux-gnueabihf- - Preparing build tree... Creating qmake... .Done. ERROR: Unknown command line option '-'. kurt@DESKTOP-V3KDDUA /c/qtraspberry/build $ release -opengl es2 -device linux-rasp-pi3-g++ -sysroot C:/SysGCC/Raspberry/arm-linux- sh: release: command not found kurt@DESKTOP-V3KDDUA /c/qtraspberry/build $ gnueabihf/sysroot -opensource -confirm-license -I C:/SysGCC/raspberry/arm-linux- sh: gnueabihf/sysroot: No such file or directory kurt@DESKTOP-V3KDDUA /c/qtraspberry/build $ gnueabihf/sysroot/opt/vc/include -L C:/SysGCC/raspberry/arm-linux-gnueabihf/sysroot/opt/vc/li sh: gnueabihf/sysroot/opt/vc/include: No such file or directory

@indo-soft make sure it is installed, it is not installed by default.