The built development versions are unusable

• Aug 23, 2018 - 14:17
Reported version
S2 - Critical

This nigthly works yet (well, always in an unexpected debug mode): OS: Windows 10 (10.0), Arch.: x86_64, MuseScore version (32-bit): 3.0.0, revision: be5ebbc

  • But the next one (98bf084), after downloading, is (almost) empty (2.0 K),


  • And the followings are unavailable (cb1cde3 and b8e47e0) : bad warning of missing .dll



Looking at commit history 98bf084 broke the packaging of the nightly, which anatoly and lasconic tried to fix in the next two builds.
I've just downloaded e5093a2 which is again of the correct size, but indeed still missing the libvorbis dll file in the package. Don't worry about downloading it yourself, the build should provide it.

I cannot reproduce on both MuseScoreNightly-2018-08-23-0543-master-e5093a2 and MuseScoreNightly-2018-08-23-0325-master-cb1cde3. It is strange that it requires libvorbis-0.dll because now it is called libvorbis_x64.dll. I see libvorbis-0.dll in the unsupported win64 version from ABL, but this is not the case. Don't you miss something?

Btw, thanks to this issue, I could catch the bug with lame_enc.dll, title of which is hardcoded to the source code, so the name shouldn't be changed. I'll revert back all libs renaming.

I think that it could be a hard link inside one of the other dlls, for example libvorbis dll depends on libogg-0.dll (seen with dependency walker), since it was linked against it during compilation.
I can try to recompile libvorbis and libogg with the new names, so that there should not be dll name problems.
Have you included in the dependencies the downloaded portaudio from ?
(Because I start to suspect that by mistake I included one of my debug built of portaudio instead of that; but from dependency walker I don't anything strange in portaudio_x64)
libsndfile 64bit can be taken from the official package

Title The built development versions are inopenable The built development versions are unusable

Ouch! (inopenable...) Sorry :(

"Don't worry about downloading it yourself, the build should provide it."
Thanks. I prefer :)

ABL is right. I will rename the libs. Checked with dependency walker and libvorbisfile x86 is linked indeed with libvorbis.dll, but x64 one is linked with libvorbis-0.dll. ABL, could you send me the libvorbisfile.dll, libvorbis.dll and libogg.dll built with correct name dependencies? Or I can just rename the libs we have now.

Do you prefer the dlls with suffix "_x64" e.g. "libvorbis_x64.dll", or simply without any suffix, e.g. "libvorbis.dll"?
I will try recompilation ASAP (in a couple of hours, probably).

cadiz1, as temporary solution, try to manually rename libvorbis.dll (or libvorbis_x64.dll) to libvorbis-0.dll. It should work with the recent builds.