Home › Forum › SOFA › Getting Started › [SOLVED] Qt version issues on Windows
- This topic has 5 replies, 3 voices, and was last updated 9 years, 4 months ago by Giessler.
-
AuthorPosts
-
2 July 2015 at 12:30 #3398GiesslerBlocked
Dear SOFA community,
I was trying to install SOFA on a 64-bit Windows the same way I did it already two times before using VS 2012. Everything seems to work fine, but when I execute runSofa.exe I get the following error message in a pop-up window:
“The program can’t start because Qt3Support4.dll is missing from your computer. Try reinstalling the program to fix this problem.”
The code I use is an official version downloaded in November 2014. However, it is the same code that is running perfectly on two other machines. The ‘qt4win’ folder is placed correctly in the ‘tools’ directory and the QT_QMAKE_EXECUTABLE field was assigned to ‘…/bin/qmake.exe’ during the Cmake (3.0.2) configuration process. I used the pre-compiled version ‘qt4.8.5_msvc2012_x64’ mentioned in the old Wiki.
My first idea for a solution was to add the binary folder of Qt to the PATH environment variable – this already helped in one of my previous installations instead of setting the QT_QMAKE_EXECUTABLE attribute. Unfortunately, it did not help this time as it created a new error message which leaves me even more puzzled:
“Cannot mix incompatible Qt library (version 0x40805) with this library (version 0x40804)”
This time the message does not occur in a pop-up but on the command line. Of course I checked if there are any other Qt versions involved on the PC but could not find anything. One hour of googling for a solution did not lead to a satisfying result either. Most solutions proposed there are for Linux distributions which use Qt for their UI.
I would be very glad if someone could help me with this error. For me it seems quite strange.
Thanks in advance,
Paul4 July 2015 at 10:11 #3408BolemBlockedeven I had similar issues, i have uninstalled qt 4.8.4 and reinstalled QTv4.8.5, and it solved the problem on one mission which runs on VS2008, but i’m still having similar issue on a machine in which im having VS 2010, and im finding the correct version of QT required.
but for your case, i believe reinstalling QTv4.8.5 may resolve the issue.
7 July 2015 at 08:06 #3414MarcBlockedHello Paul,
A few questions that could provide a hint :
- What is the value of SOFA-EXTERNAL_QT_PATH in the CMake cache of your build ? (Check in cmake-gui.)
- What paths did CMake find for Qt, things like QT_QTCORE_INCLUDE_DIR or QT_QTCORE_LIBRARY in the cache ? (you will need to check “Advanced” in cmake-gui)
8 July 2015 at 07:01 #3416GiesslerBlockedThanks for your ideas. Unfortunately, I already tried several re-installations of Qt without success. That is why I will continue with Marc’s hints concerning the CMake variables.
QT_QTCORE_INCLUDE_DIR has the value ‘C:/…/sofa/tools/qt4win/include/QtCore’ and QT_QTCORE_LIBRARY contains ‘optimized;C:/…/sofa/tools/qt4win/lib/QtCore4.lib;debug;C:/…/sofa /tools/qt4win/lib/QtCored4.lib’. Those values seem to be suitable as they lead to correct files/directories.
The field SOFA-EXTERNAL_QT_PATH was empty, so I will set it to ‘C:/…/sofa/tools/qt4win/bin’ for my next test run and report about my findings.Kind regards
Paul8 July 2015 at 08:21 #3417MarcBlockedOk, so CMake found Qt correctly. (Not surprising, now that I think about it. After all, you built Sofa successfully.)
I see that the CMake scripts try to copy “${SOFA-EXTERNAL_QT_PATH}/bin/*.dll” to the bin directory in the build, so I’d try to set SOFA-EXTERNAL_QT_PATH to ‘C:/…/sofa/tools/qt4win’ rather than ‘C:/…/sofa/tools/qt4win/bin’.
8 July 2015 at 09:18 #3418GiesslerBlockedHi again,
Your last hint worked perfectly. After setting SOFA-EXTERNAL_QT_PATH to ‘C:/…/sofa/tools/qt4win’ the GUI starts without problems. Thank you a lot! I would never have thought of this solution based on the error message complaining about different Qt versions.
Kind regards and many thanks
Paul -
AuthorPosts
- You must be logged in to reply to this topic.