Qt & Yarp + iCub failed to link on Windows 10

[pattacini]

@gregoire-pointeau commented on Tue Jun 21 2016

Hello,
My installation was working on windows 10 until an automatic update last Friday (17 June).
Since I have the following problem when I launch any GUI (yarpmanager, iCubGui...)
I have the following error message:
for yarpmanager:

?setSelectionModel@QListWidget@@UAEXPAVQItemSelectionModel@@@Z process entry point not found in the library link library C:\Robot\yarp\build\bin\Release\yarpmanager.exe

for iCubGui:

?getProcAddress@QOpenGLContext@@QBEP6AXXZPBD@Z process entry point not found in the library link library C:\Robot\robotology\Qt\5.7\msvc2013\bin\Qt5OpenGL.dll

I reinstalled Qt, re-pull everything, and rebuilt several times everything.

My configuration:

• Windows 10
• MVS 12 2013
• Cmake 3.5.2
• Qt 5.7

Qt5_DIR: C:\Robot\robotology\Qt\5.7\msvc2013\lib\cmake

INCLUDE has:
C:\Robot\robotology\Qt\5.7\msvc2013\include

PATH has:
C:\Robot\robotology\Qt\5.7\msvc2013\lib
C:\Robot\robotology\Qt\5.7\msvc2013\bin

Does anyone had a similar problem using windows 10?

Thanks

---

@gregoire-pointeau commented on Tue Jul 26 2016

Any update on it anyone ?

---

@drdanz commented on Tue Jul 26 2016

@gregoire-pointeau I'm sorry, I'm not a Windows user, perhaps @randaz81, @pattacini or @mbrunettini saw something similar? Are you sure that you don't have more than one qt5 installation in your path? I've seen strange behaviours on windows with recent versions of CMake that include qt5 dlls in its path.
Anyway it looks to me something related to your setup, not a bug in yarp, therefore I'm closing this, please reopen it if you find out that the bug is actually in YARP, or open a new one in the robotology/QA if you need more support with this issue.

[pattacini]

@gregoire-pointeau @drdanz I've never experienced such a problem.

I've got a fairly different env status though:

INCLUDE=C:\dev\Qt-5.4.1_v12_x86\include
LIB=C:\dev\Qt-5.4.1_v12_x86\lib
PATH=C:\dev\Qt-5.4.1_v12_x86\bin
Qt5_DIR=C:\dev\Qt-5.4.1_v12_x86\lib\cmake\Qt5

Very different actually...

[pattacini]

@gregoire-pointeau did you compile Qt manually or rely on the package installed alongside robotology components?

[mbrunettini]

As far as I see, it was installed manually (by sources or by QT binaries, NOT our packages), we haven't QT version 5.7 in our packages..

[gregoire-pointeau]

Indeed I installed by hand Qt 5.7 before.

Now I've downgraded to the one automatically installed from the packages and I have the same configuration of env than Ugo. And this time my error is:

This application failed to start because it could not find or load the Qt platform plugin "windows" in "". Reinstalling the application may fix this problem.

I reinstalled everything several times already.

This happens each time I try to launch a graphical application (example: yarplogger).

[vtikha]

@gregoire-pointeau this seems to be related to the failure of finding the correct dlls/plugins etc..is qt linked properly in your environmental variables?

[gregoire-pointeau]

Yes I have the same env than Ugo.
my latest installation is the one from the yarp binary.

[drdanz]

@gregoire-pointeau That was exactly the error I saw when CMake was in the path... please check your PATH variable and ensure that CMake (if it is there) is at the end.
Otherwise check if any of the folders in PATH contain the Qt5 dlls

[gregoire-pointeau]

CMake is indeed the last var in the PATH.

[pattacini]

As side note, I usually don't put CMake in the path.

[lornat75]

As @drdanz suggested, check if you don't have conflicting versions of qt5 dlls in your path. One way to do is to wipe your path and incrementally add to it.

[drdanz]

@gregoire-pointeau There are 2 parts of the PATH environment variable, one is the system path, and one is the user path, I'm not sure In which order they are used, but if you have qt path on one path and cmake path in the other, cmake might be considered before even if it is the last one in its string.

[drdanz]

Also search for Rapid Environment Editor: it's a very useful tool to use instead of the default editor for environment variables.

[gregoire-pointeau]

@drdanz REE helped me a lot thanks.

I've removed Cmake completely from my path, and keep Qt of course.

But now I have a different behavior. When I launch the release of yarplogger I get: This application failed to stat because it could not find or load the Qt platform plugin "windows" in "".

But if I compile in debug, and launch the yarplogger-qt in debug, everything works perfectly.

[drdanz]

@gregoire-pointeau I've never seen this error, sorry... Anyway, doing a quick search on google returned many results, see for example if one of these can help:

• http://stackoverflow.com/questions/20495620/qt-5-1-1-application-failed-to-start-because-platform-plugin-windows-is-missi
• http://stackoverflow.com/questions/16773789/qt5-static-build-yields-failed-to-load-platform-plugin-windows/17271172#17271172
• http://stackoverflow.com/questions/21268558/application-failed-to-start-because-it-could-not-find-or-load-the-qt-platform-pl

[pattacini]

Any progress on this?

[gregoire-pointeau]

Well, things are that I don't (and can't for a long term period) add some stuff in the iCub and yarp code. So for now, I'm launching the GUI (requiring Qt) in Debug mode, and it works fine.

The GUI runs on an external computer not connected to the robot.

[pattacini]

I didn't catch precisely what you mean with

I don't (and can't for a long term period) add some stuff in the iCub and yarp code

but I reckon we can close this issue.
Feel free to open it again when needed.

[gregoire-pointeau]

Some solutions needs to change some call to lib in the cmake or in the projects, but I don't want to start writing in the cmake of yarp or icub.
Thansk anyway.