I've downloaded the latest source code from the github main branch (11.02.'13) and compiled it as described in the wiki. I compiled it on the following machine:
Windows 7 Home Premium x86
Qt 4.6.4
MinGW 0.5 beta 20120426-1 with full set up
pkg-config and glib devel provided by the wiki
no Audio Support at all
Enttec USB Headers
no Velleman or OSC
I changed nothing on the source code but compiled it directly using the Qt command prompt with qmake, make and make install. After deactivating the hotplugmonitor/test project, the build completed with no errors.
But as soon as I start qlc.exe, the following error appears:
The application was unable to start correctly (0xc0000142).
Please click on "OK" to close the application.
I searched a little bit about this error code and found out, that it states that the application was not able to load some libraries properly and also that it seems to be an error appearing on some machines and on others not.
I'll trying to walk trough needed dlls with a dependency walker and try to compile it on another machine with the same prerequisites. As soon as I have more detailed information, I'll post them here.
Clean build fails to launch
-
Massimo Callegari
Have you really downloaded Qt 4.6.4 or did you mean 4.8.4 ?
4.6.4 is like 3 years old.
Check if qlcplusengine and qlcplusui libraries are named .a or .dll.
You might need to rename them depending on the MinGW version.
Correct names are:
libqlcplusengine.a
libqlcplusui.a
or
qlcplusengine.dll
qlcplusui.dll
Also, I suggest to use always released sources and not GIT versions. Easier to track.
4.6.4 is like 3 years old.
Check if qlcplusengine and qlcplusui libraries are named .a or .dll.
You might need to rename them depending on the MinGW version.
Correct names are:
libqlcplusengine.a
libqlcplusui.a
or
qlcplusengine.dll
qlcplusui.dll
Also, I suggest to use always released sources and not GIT versions. Easier to track.
-
CShark
I used the latest release source code (4.2.1) but still the same error.
I also checked for the namings and missing dlls but with no success.
I also checked for the namings and missing dlls but with no success.
-
CShark
Copying qlcplusengine.dll and qlcplusui.dll to the build directory made it work. Looking for differences with a Dependency Walker shows, that the original dlls provided with the release have more entry points than the self-built ones. qlcplusengine.dll has 1949 entry points originally but offers only 1793 when built.
-
CShark
I think MinGW is the cause. I tried multiple Qt versions (4.6.4, 4.8.1, 4.8.4) but none fixed the problem. I'll try different version of MinGW as soon as possible.
-
Massimo Callegari
I use Qt from Digia and MinGW from elsewhere.
Then I add the minGW binaries path to Windows environment and that's all.
You should launch gcc -v and check which version it returns (the one of the Qt package or the one of the minGW tree)
Then I add the minGW binaries path to Windows environment and that's all.
You should launch gcc -v and check which version it returns (the one of the Qt package or the one of the minGW tree)
-
CShark
Just tried it and got:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=c:/qt/mingw/bin/../libexec/gcc/mingw32/4.6.2/lto-wrapper.exe
Target: mingw32
Configured with: ../gcc-4.6.2/configure --enable-languages=c,c++,ada,fortran,objc,obj-c++ --disable-sjlj-exceptions --with-dwarf2 --enable-shared --enable-libgomp --disable-win32-registry --enable-libstdcxx-debug --enable-version-specific-runtime-libs --build=mingw32 --prefix=/mingw
Thread model: win32
gcc version 4.6.2 (GCC)
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=c:/qt/mingw/bin/../libexec/gcc/mingw32/4.6.2/lto-wrapper.exe
Target: mingw32
Configured with: ../gcc-4.6.2/configure --enable-languages=c,c++,ada,fortran,objc,obj-c++ --disable-sjlj-exceptions --with-dwarf2 --enable-shared --enable-libgomp --disable-win32-registry --enable-libstdcxx-debug --enable-version-specific-runtime-libs --build=mingw32 --prefix=/mingw
Thread model: win32
gcc version 4.6.2 (GCC)