Preconditions: (a) LO 4.4.4.3 is installed as standard LibreOffice installation. (b) Furthermore several LibreOffice versions are installed in parallel. Steps in order to reproduce the bug: (1) First check if one of the parallel version works as expected. (2) Install LibreOffice 5.0.0.5. I used a custom installation. (3) Start LibreOffice 5.0.0.5. It starts like expected. Close LO 5.0.0.5 again. (4) Start one of the parallel versions. I got the message, that the file MSVCR110.dll is missing on my system. Expected: Start of parallel version. Tested with Win7 Pro, 32 Bit, German UI.
Further information: The file MSVCR110.dll is located in the folder C:\Windows\System32. I observed that during installation of version 5.0.0.5 this file is deleted. I'm not familiar with the internals of Windows, but I fear the deletion of the file MSVCR110.dll may also effect other apps besides parallel installations of LO. So may be a severe problem?
Another further information: Only parallel versions 4.3.x and 4.4.x are effected. Versions older than 4.3.0 start as expected. Also a new installed parallel version (in my case 4.4.5) after installing 5.0.0.5 does not start.
Hi Harald, It seems to be the same behavior as Bug 88940 - error 0xc000007b. Can you verify it?
The preconditions were fulfilled on my system. Installed the 32-bit version of 5.0.0.5. msvcr110.dll did not disappear from C:\Windows\System32 I was able to launch my parallel installed 4.3. Win 7 64-bit
Quickly browsing the sources I see that the bundled Windows Explorer Extension may install a msvcr120.dll or msvcr110.dll. My guess is that your 4.4.4 installation had the explorer extension installed, during upgrade to 5.0.0 it was removed with the msvcr110.dll along, and for 5.0.0 either msvcr120.dll is installed with the extension or you didn't install the extension. Naturally with parallel installations those do not install the Windows Explorer Extension, so Windows doesn't know another application would need it. Another mentioning of msvcr110.dll I see for the firebird database, but there seems to be no explicit install requirements dependency, maybe that's the culprit why a version missing it does not start. However, not running Windows myself this is just guess work. The VS2012 redistributables can be downloaded from https://www.microsoft.com/en-us/download/details.aspx?id=30679 to get the parallel versions running again.
Possibly having to install msvcr*.dll separately is even mentioned for parallel installations in the wiki, https://wiki.documentfoundation.org/Installing_in_parallel/Windows#Microsoft_Visual_C.2B.2B_Runtime_DLLs I tend to suggest to resolve this as WONTFIX ...
TESTING on win8.1 x64 (Virtualbox VM) (In reply to Harald Koester from comment #0) > Preconditions: > (a) LO 4.4.4.3 is installed as standard LibreOffice installation. Done > (b) Furthermore several LibreOffice versions are installed in parallel. I have several builds installed in parallel (mostly via SI-GUI) > Steps in order to reproduce the bug: > (1) First check if one of the parallel version works as expected. Yes, existing installs (e.g. LO 4.3.7.2) work fine. > (2) Install LibreOffice 5.0.0.5. I used a custom installation. I installed 5.0.0.5 (32bit). Did you deviate from the defaults during the custom install? (In my testing, I kept things the same) > (3) Start LibreOffice 5.0.0.5. It starts like expected. Close LO 5.0.0.5 > again. Works as expected > (4) Start one of the parallel versions. I got the message, that the file > MSVCR110.dll is missing on my system. Expected: Start of parallel version. (Initially) NO REPRO, however: After initially failing to reproduce this result, by completely uninstalling the regular install of LibreOffice present on my system, then reinstalling LO 4.4.4.3 and following all of the steps above, I was able to get the message as described, and CONFIRM the issue. --------------------------- soffice.exe - System Error --------------------------- The program can't start because MSVCR110.dll is missing from your computer. Try reinstalling the program to fix this problem. ---------------------------
(In reply to Eike Rathke from comment #5) > Quickly browsing the sources I see that the bundled Windows Explorer > Extension may install a msvcr120.dll or msvcr110.dll. My guess is that your > 4.4.4 installation had the explorer extension installed, during upgrade to > 5.0.0 it was removed with the msvcr110.dll along, and for 5.0.0 either > msvcr120.dll is installed with the extension or you didn't install the > extension. With 4.4.4.3 installed and both 4.4.x and 4.3.x parallel-installed builds working as expected, here's what I see in System32: qubit@win8_1 /cygdrive/c/Windows/System32 $ ls -l msvcr* Aug 9 2013 msvcr100_clr0400.dll Jun 25 01:49 msvcr120.dll Jul 23 2014 msvcr120_clr0400.dll Nov 21 2014 msvcrt.dll > Naturally with parallel installations those do not install the Windows > Explorer Extension, so Windows doesn't know another application would need > it. After upgrading to 5.0.0.5 (replacing the installed 4.4.4.3), I don't see a change in msvcr* DLLs available in System32/, but the 4.3 parallel-installed builds give the error above when run. (In reply to Eike Rathke from comment #6) > Possibly having to install msvcr*.dll separately is even mentioned for > parallel installations in the wiki, > https://wiki.documentfoundation.org/Installing_in_parallel/ > Windows#Microsoft_Visual_C.2B.2B_Runtime_DLLs Quoting from those docs: "if you look in the installed folder, there will be a Win/System folder that contains these required DLLs, which you can then copy to the C:\Windows\System32 folder." With 4.4.4.3 installed, I looked in 'C:\Program Files (x86)\LibreOffice 4\program', and I didn't see any folder named 'Win', 'System', or similar. I did find a msvcr110.dll at this path: C:\Program Files (x86)\LibreOffice 4\program\shlxthdl\msvcr110.dll After installing 5.0.0.5, the 'xx110.dll' is replaced with a 'xx120.dll': C:\Program Files (x86)\LibreOffice 5\program\shlxthdl\msvcr120.dll > > I tend to suggest to resolve this as WONTFIX ... As far as a programming solution, I generally agree. Parallel installs are undoubtedly a very small proportion of our userbase, however the error message is not explicative, our docs could be more visible, and this issue prevents any use of many previous versions of LibreOffice. A good start would be to use some color/add a warning icon to the top of the page so that users are made well aware of the issue. Eike: Is the DLL-missing error thrown by the system or LibreOffice? My guess is the former, but it would be great if that box could provide more context about why the issue may have occurred and how to fix it.
(In reply to Eike Rathke from comment #5) > Quickly browsing the sources I see that the bundled Windows Explorer > Extension may install a msvcr120.dll or msvcr110.dll. My guess is that your > 4.4.4 installation had the explorer extension installed, during upgrade to > 5.0.0 it was removed with the msvcr110.dll along, and for 5.0.0 either > msvcr120.dll is installed with the extension or you didn't install the > extension. Indeed, I installed Windows Explorer Extension with both versions. > The VS2012 redistributables can be downloaded from > https://www.microsoft.com/en-us/download/details.aspx?id=30679 > to get the parallel versions running again. In my case the VS2012 redistributable was not installed before installing 5.0.0.5. Nethertheless the parallel versions worked as expected. Hence the installing of this redis is not unconditionally necessary. I did some more research: If I save the files msvcr110.dll and msvcp110.dll before installing version 5.0.0.5 and copy them back to C:\Windows\System32 after installing 5.0.0.5, the parallel version worked as expected at least at first view. So may be a simple workaround. Eike, your hint that this problem is mentioned in the wiki is right. In the moment this hint is not translated into the German version in the wiki. I think I will do this soon.
(In reply to Robinson Tryon (qubit) from comment #8) > > I tend to suggest to resolve this as WONTFIX ... > > As far as a programming solution, I generally agree. > > Parallel installs are undoubtedly a very small proportion of our userbase, > however the error message is not explicative, our docs could be more > visible, and this issue prevents any use of many previous versions of > LibreOffice. A good start would be to use some color/add a warning icon to > the top of the page so that users are made well aware of the issue. > > Eike: Is the DLL-missing error thrown by the system or LibreOffice? My guess > is the former, but it would be great if that box could provide more context > about why the issue may have occurred and how to fix it. I think most users who use parallel installs are testers. Either they test development versions or they check regressions. Generally it would be important to perform as many tests as possible and to simplify them as far as possible. Just an argument for a fix... ...but of course it's a minor problem...
(In reply to Robinson Tryon (qubit) from comment #8) > Eike: Is the DLL-missing error thrown by the system or LibreOffice? My guess > is the former, but it would be great if that box could provide more context > about why the issue may have occurred and how to fix it. I don't know, not running Windows myself I'd assume it's a system dialog. A screenshot might tell..