尽管安装了Visual C ++可再发行组件包，但缺少msvcr110.dll吗？

Question

I have a .NET application installed on the machine of a client which uses Tesseract.NET. He gets the following behavior:

At startup, these message boxes appear a couple of times:

My error log shows:

A first chance exception of type 'System.TypeInitializationException' occurred in Skillconomy.Buddy.exe

Additional information: The type initializer for 'xyz' threw an exception. A first chance exception of type 'Tesseract.LoadLibraryException' occurred in Tesseract.dll MyProgram.vshost.exe Error: 0 : Failed to find dll "libtesseract302", for processor architecture x86. A first chance exception of type 'System.DllNotFoundException' occurred in Tesseract.dll

I know that msvcr110.dll is the Visual C++ Redistributable for Visual Studio 2012 which can be installed using a package: MSDN . That is why I asked my customer to install the package prior to installing my software. I cannot be entirely sure though, that he did.

I have tried to reproduce the issue my customer describes on my own machine. First, I uninstalled all VC++ Runtime Redistributable Packages that I had installed on my development machine:

No effect, everything still working fine on my machine.

I have then removed the following files:

• C:/Windows/System32/msvcr110.dll
• C:/Windows/SysWOW64/msvcr110.dll

The issue is reproduced, I get exactly the same behavior as described by my customer. Note, that the second error message box is also not showing anymore, although I have not added or moved the DLL liblept168.dll.

So now, after reproducing the issue, I obviously want to fix it again:

I reinstalled the Microsoft Visual C++ Runtime Redistributables for Visual Studio 2012 an restarted my machine, but the issue is not fixed, the DLLs which I have deleted before (see above) have not been reinstalled and the issue when starting the program remains.

Manually copying the DLLs which I have deleted before back to the OS directories fixes the issue, but it is not an option to ask the client to manually drag and drop DLLs to OS system folders and it does not seem to be a clean solution anyways.

The way which I have expected to fix the issue - installing the Visual C++ Redistributable - does not have an effect, as it doesn't install the required DLLs in the place I need them. Also, uninstalling the packages on my system did not reproduce the bug, so there seems to be no actual relation between the bug and the package (which is the first thing I don't understand). Secondly, I don't know how to provide a proper fix. So my questions are:

A. Why is there no relation between the Visual C++ redistributables and the bugs, although obviously the missing DLL (MSVCR110.DLL) is what the redistributable package is all about?

B. Why is the missing DLL (MSVCR110.DLL) not installed in the OS folders by the installer package?

C. Should MSVCR110.DLL exist in the OS folders anyway and what could be reasons it obviously doesn't on my client's machine?

D. How can I provide a fix, that doesn't involve manual copying of DLLs?

I would be very happy about answers to any of these questions or ideas on how to proceed with the issue. Thank you so much in advance!

Answer 1

Solution: Needed to install the x86 as well. (my system was x64 so i didn't think I had to).

Answer 2

I know this is a old post but it helped me today. I can confirm that in a clean Windows Pro 10 install (x64) installing literally all of the VCREDIST (x86 and x64) fixed the problem.

Answer 3

在VS 2015中运行Windows应用程序时遇到相同的问题，其中我使用的是VS 2012中内置的第三方dll。当我在VS 2015中构建第三方dll并在我的应用程序中使用时，它解决了我的问题。