[Qt-creator] Qt Creator 3.4 binaries will be compiled with MSVC 2013 (dynamic opengl)

[Henry Skoglund]

Hi,

about my gripe that Qt 5.4.1 didn't install the MSVC dlls into Windows, 
you are right, it sure did, my bad! (The culprit was me copying the 
MSVC2013 dlls manually earlier on to make my Creator plugin work, which 
I of course forgot :-) And 5.4.1 anyway, as you wrote, uses MSVC2010.

And about that opengl32sw.dll crash: since you can delete the file as a 
workaround I think it's no big deal, I mentioned XP in VirtualBox and 
VMWare Fusion work fine which I think is the vast majority of the XP 
users remaining, it's just Workstation and Player that bombs, and that 
on a Ubuntu PC that has no graphics card, just the Haswell integrated 
graphics).
(BTW I tested with SET QT_OPENGL=software but no change).

Happy Easter! Rgrds Henry


On 2015-03-31 09:02, Koehne Kai wrote:
>
>
>> -----Original Message-----
>> From: Henry Skoglund [mailto:fromqt at tungware.se]
>> Sent: Tuesday, March 31, 2015 2:48 AM
>> To: qt-creator at qt-project.org; Koehne Kai
>> Subject: Re: [Qt-creator] Qt Creator 3.4 binaries will be compiled with MSVC
>> 2013 (dynamic opengl)
>>
>> Hi, couldn't resist taking you up on that XP claim :-)
>>
>> I tested Qt Creator 3.3.81 built morning of March 30:
>>
>> * On my XP machine: works fine (no patching required!)
>> * Windows 10 latest preview: works fine (future proof)
>> * Windows XP in Virtual Box 4.3.10: works fine
>> * Windows XP in VMWare Fusion 6.0.5: works fine
>> * Windows XP in VMWare Workstation 11.1.0: crashes with illegal instruction
>> in opengl32sw.dll :-( The cure is to delete that file opengl32sw.dll and try
>> again, then Qt Creator works, except of course for the Welcome plugin which
>> is not so welcoming)
>>
>> So why the snag in the VMWare Workstation XP? Well I ran qtdiag.exe (BTW
>> what an excellent program that is, has no pretty UI but in my mind it's part of
>> the real gold in Qt) turns out in both VMWare cases it's the same vmx_fb.dll
>> that's used, for the XP in Fusion it returns LibGL vendor VMWare Inc. format
>> version 2.0, which seems kosher for opengl32sw.dll. But for the XP in
>> Workstation 11 it returns LibGL vendor Microsoft Corp Generic GDI format
>> version 1.1, and that's probably why opengl32sw.dll goes haywire and has to
>> be taken out behind the barn and shot.
>
> As Eike already mentioned opengl32sw.dll is only used as a last fallback, so this migh explain the difference too. Bad enough, I had hopes the software renderer really works across all graphics drivers :(
>
> (It doesn't crash for me btw with a stock Windows XP in VirtualBox).
>
>
>> + also for now installing the MSVC2013 dlls into the bowels of Windows,
>> the vanilla Qt 5.4.1 installs them alongside qtcreator.exe and as you know this
>> is heavily frowned upon by Microsoft. (Unless of course you are Microsoft, in
>> that case you can grant yourself an exemption from this rule like when
>> installing the new Visual C++ Tools/Windows 10 Kit.)
>
> Huh? I don't think we've changed anything in this regard, we've been installing vcredist for MSVC2010 previously, now vcredist for MSVC2013 ...
>
>> Rgrds Henry
>
> Thanks a lot for the testing :)
>
>> P.S. BTW saw that 3.3.81 brings along Timeline.dll, is that a new feature (QML
>> profiler stuff)?
>
> Not really a feature, just factoring out stuff in a separate dll AFAIK.
>
> Regards
>
> Kai
>