Windows build not successful - Qt5Core.dll, Version: 5.7.1.0

[Lubomir I. Ivanov]

On 28 January 2017 at 13:07, Stefan Fuchs <sfuchs at gmx.de> wrote:
> Hi Lubomir! Hi All!
>
> Am 26.01.2017 um 20:40 schrieb Lubomir I. Ivanov:
>> 2017-01-26 20:56 GMT+02:00 Stefan Fuchs <sfuchs at gmx.de>:
>>> Hi All,
>>>
>>> after Rick talk me into trying to learn a little bit of programming I at
>>> least managed to setup the right environment as a starting point: Ubuntu
>>> in a Virtual Box, a GitHub account,...
>>>
>>> No I setup everything for the windows build and I was able to create an
>>> installer. But unfortunately the application crashes under windows
>>> already at startup.
>>>
>> given it uses the DLL from the path where the EXE is, i don't see this
>> being a problem, but such a crash could happen if you have one Qt DLL
>> version in PATH and your EXE is built against a different version.
>>
>> - you can check if that's a versioning issue, but that's just a shot in the dark
>> - download the latest, official Windows installer and compare to yours
>> installer, to see how it differs
>>
>> i suggested on the mailing list to be able to debug Windows release
>> builds using this method (RelWithDebInfo):
>> http://lists.subsurface-divelog.org/pipermail/subsurface/2015-September/022029.html
>>
> Comparing my installer with the official 4.6 shows that almost all files
> are slightly different. What exactly do I have to look for?

just a comparison to see if you have the same Qt DLLs.
the main installer also uses Qt 5.7.1.0, but if the files differ this
means that you could be using a different Qt built, which might be
broken...i wouldn't rule that out.

>
> On top of that I'm still not successful to do an Debug or RelWithDebInfo
> build. What other do I have to do than calling
> mxe-based-build.sh debug installer
> ?

i don't know what mxe-based-build.sh is, so that's a question for MXE users.

but you can find this in the Subsurface build.sh:
-DCMAKE_BUILD_TYPE=Release

and modify the value to:
=Debug

(RelWithDebInfo is more difficult to setup)

Debug should force CMAKE to use the debug versions of Qt DLLs (but
then it needs file names ending with 'd') and also include debug
symbols in the subsurface.exe.

if that succeeds you can use GDB.exe to obtain a backtrace.

download and copy a 32bit GDB.exe in the subsurface path:
http://www.equation.com/servlet/equation.cmd?fa=gdb

open the windows console
cd <subsurface's path>
gdb subsurface.exe
> r

if it crashes type:
> bt

and post the results here.

>
> Is the current MXE version from git known to work with the Subsurface
> build? Or is any specific version needed?
>

again, that's a question for MXE users.

lubomir
--