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

[Lubomir I. Ivanov]

On 28 January 2017 at 15:26, Lubomir I. Ivanov <neolit123 at gmail.com> wrote:
> 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.
>

i see that mxe-based-build.sh is a script in the packaging folder.

you should try this then:
./mxe-based-build.sh debug

and if it succeeds in building a debug version of subsurface, proceed
with the GDB steps.

lubomir
--