Konflikt plików DLL (VCRUNTIME140.DLL)

Question

Witam.
Od pewnego czasu borykałem się z dość irytującym problemem. Mianowicie chodzi o błąd pliku dll "VCRUNTIME140.DLL". Część aplikacji w architekturze 32 bitowej nie chciała się poprawnie uruchamiać. Odnalazłem więc plik dll który to powoduje i zamieniłem go na wersje 32 bitową. Niestety inne aplikacje z których aktywnie korzystam wymagają 64 bitowej wersji tego pliku dll. Męczy mnie ciągłe podmienianie  tych plików :( Czy jest jakaś możliwość posiadania tego samego pliku .dll w dwóch różnych wersjach?

Answer 1

A wrzucenie tego pliku do katalogu aplikacji nie wystarcza?

Z drugiej strony, 64-bitowe Windowsy mają katalog SysWOW64, gdzie znajdują się biblioteki dla 32-bitowego podsystemu. Zatem zamiast podmieniać dll-ki wrzuć te 32-bitowe wersje do wspomnianego katalogu.

Z jeszcze innej strony, vcruntime140.dll do część Visual C++ Redistributable for Visual Studio 2015, więc może zainstaluj/reinstaluj tę paczkę.

Comments

Dziękuję za odpowiedź! Informacje jakie zostały tu przekazane bardzo mi pomogły.
Rozwiązałem mój problem, przenosząc do folderu SysWOW64 plik dll w wersji 32-bitowej,
Nie wiedziałem, że SysWOW64 jest odpowiedzialny za 32biowy podsystem i wrzucałem do niego pliki dll w wersji 64-bitowej, tak samo jak do folderu System32.

Co do twojego pytania "A wrzucenie tego pliku do katalogu aplikacji nie wystarcza?"
Sam nie jestem tego pewny. Aplikacja działała w ten sposób przez długi czas jednak ostatnio zmieniła ścieżkę do pliku DLL z folderu głównego na folder systemowy. Po uporządkowaniu bibliotek zaobserwowałem, że znowu korzysta z plików DLL swojego głównego folderu. Wszystko sprawdzałem za pomocą Dependency Walker.

W każdym razie aplikacje 32 i 64 bitowe działają poprawnie.