| Termin | Definicja |
|---|---|
| Błąd Program can't start because MSVCR120.dll is missing | „Program can't start because MSVCR120.dll is missing” oznacza brak biblioteki Visual C++ Redistributable 2013 — naprawia to instalacja odpowiedniego pakietu redistributable w architekturze zgodnej z aplikacją. Na czym polega błąd „Program can't start because MSVCR120.dll is missing”Komunikat „Program can't start because MSVCR120.dll is missing” pojawia się wtedy, gdy uruchamiana aplikacja nie znajduje w systemie biblioteki MSVCR120.dll wymaganej do rozpoczęcia pracy. Plik ten należy do środowiska Microsoft Visual C++ Redistributable 2013 i zawiera elementy potrzebne programom skompilowanym w tej technologii. Nie jest to zwykle samodzielny program, który powinien być uruchamiany przez użytkownika, lecz składnik systemowy wykorzystywany przez inne aplikacje. Brak biblioteki może wynikać z niepełnej instalacji programu, usunięcia pliku przez narzędzie porządkowe, błędu aktualizacji, awarii systemu plików albo odinstalowania pakietu Visual C++ Redistributable przez przypadek. Czasami plik fizycznie znajduje się na dysku, ale system nie może go prawidłowo załadować z powodu uszkodzenia, niezgodnej wersji lub problemu z dodatkowymi zależnościami. Sam komunikat nie wskazuje jeszcze, że aplikacja jest uszkodzona. Informuje przede wszystkim o braku składnika potrzebnego przed jej uruchomieniem. Dlatego właściwa naprawa powinna polegać na odtworzeniu całego wymaganego środowiska, a nie na pobieraniu przypadkowego pliku DLL z nieznanego źródła. Znaczenie biblioteki MSVCR120.dll i zgodność środowiskaMSVCR120.dll jest częścią biblioteki uruchomieniowej Microsoft Visual C++ 2013. Program wykorzystujący ten komponent odwołuje się do gotowych funkcji odpowiedzialnych między innymi za obsługę pamięci, operacji wejścia i wyjścia oraz innych podstawowych zadań wykonywanych podczas pracy aplikacji. Jeżeli odpowiednie funkcje nie są dostępne, system zatrzymuje uruchamianie programu i wyświetla komunikat o brakującym pliku. Istotna jest zgodność architektury pakietu z uruchamianą aplikacją. Program 32-bitowy może wymagać wersji x86 nawet na 64-bitowej instalacji Windows, natomiast aplikacja 64-bitowa potrzebuje wariantu x64. Sama architektura systemu nie przesądza więc o tym, który pakiet będzie właściwy. W praktyce na jednym komputerze mogą być potrzebne oba warianty, ponieważ różne aplikacje korzystają z odmiennych bibliotek. Nie należy utożsamiać tego komunikatu z brakiem dowolnego pakietu Visual C++. Poszczególne wydania środowiska mają własne zestawy plików i nie zawsze są wzajemnie zamienne. Biblioteka MSVCR120.dll jest związana konkretnie z generacją Visual C++ 2013, dlatego instalacja nowszego pakietu nie musi usunąć problemu. Znaczenie może mieć także wersja systemu, sposób zainstalowania aplikacji oraz to, czy program został pobrany z zaufanego źródła. Najbezpieczniejszym rozwiązaniem jest użycie instalatora pochodzącego od producenta systemu lub twórcy aplikacji, sprawdzenie architektury programu i przeprowadzenie instalacji z uprawnieniami administracyjnymi. Po zakończeniu może być wymagane ponowne uruchomienie komputera. W przypadku aplikacji instalowanej z nośnika lub pakietu firmowego warto również sprawdzić, czy dołączono właściwe komponenty uruchomieniowe. Typowe przyczyny i błędy podczas usuwania problemu - Błąd Program can't start because MSVCR120.dll is missingJednym z częstych błędów jest pobieranie pojedynczego pliku MSVCR120.dll z przypadkowej strony internetowej i kopiowanie go do katalogu systemowego lub folderu programu. Takie działanie może nie rozwiązać problemu, ponieważ brakować będzie innych składników biblioteki, a pobrany plik może pochodzić z niepewnego źródła. W niektórych przypadkach prowadzi to także do kolejnych komunikatów o brakujących funkcjach lub do problemów z bezpieczeństwem. Inną przyczyną niepowodzenia jest instalacja tylko jednego wariantu pakietu. Jeżeli uruchamiany program jest 32-bitowy, zainstalowanie wyłącznie wersji x64 może nie przynieść rezultatu. Podobnie sama reinstalacja aplikacji nie zawsze wystarcza, gdy instalator programu zakłada obecność środowiska Visual C++ i nie dołącza go ponownie. Warto zwrócić uwagę na sytuacje, w których komunikat pojawił się po aktualizacji, przywracaniu systemu lub zmianach w oprogramowaniu ochronnym. Plik może zostać przeniesiony do kwarantanny, a wpisy wymagane do prawidłowego działania biblioteki mogą zostać naruszone. Pomocne bywa sprawdzenie historii ochrony, naprawa instalacji odpowiedniego pakietu oraz kontrola integralności plików systemowych. Jeżeli problem dotyczy jednej aplikacji, można wykonać jej naprawę albo ponowną instalację po wcześniejszym usunięciu uszkodzonej wersji. Gdy ten sam komunikat pojawia się przy wielu programach, bardziej prawdopodobna staje się usterka wspólnego środowiska systemowego. Wtedy należy sprawdzić instalacje bibliotek, stan dysku, aktualizacje Windows oraz ewentualne uszkodzenia plików systemowych, zamiast zmieniać ustawienia każdego programu osobno. Nie powinno się również usuwać wszystkich pakietów Visual C++ bez rozpoznania ich zastosowania. Na jednym komputerze mogą być zainstalowane różne wydania potrzebne odmiennym aplikacjom. Porządkowanie ich w sposób przypadkowy może spowodować kolejne błędy uruchamiania, nawet jeśli pierwotny komunikat zniknie. W jakich sytuacjach warto przekazać urządzenie do naprawy - Błąd Program can't start because MSVCR120.dll is missingZgłoszenie do serwisu jest uzasadnione, gdy instalacja właściwego środowiska nie przynosi efektu, komunikat wraca po każdym restarcie albo błędy dotyczą kilku niezależnych programów. Pomoc może być potrzebna także wtedy, gdy nie jest jasne, czy aplikacja wymaga wariantu x86, x64, czy określonej wersji pakietu Visual C++. W ramach diagnostyki można ustalić, która aplikacja wywołuje błąd, sprawdzić jej zależności, zweryfikować stan systemu i ocenić, czy problem nie jest skutkiem uszkodzeń nośnika danych. W Warszawskim Pogotowiu Komputerowym 24/7 można zlecić sprawdzenie laptopa z takim komunikatem; diagnoza laptopa jest darmowa. Pozwala to rozdzielić problem brakującej biblioteki od awarii systemu, błędnej instalacji programu, działania oprogramowania ochronnego lub uszkodzenia plików. Po ustaleniu przyczyny można dobrać właściwą metodę naprawy bez kopiowania przypadkowych bibliotek i bez usuwania komponentów potrzebnych innym aplikacjom. Przed przekazaniem sprzętu warto zanotować pełną treść komunikatu, nazwę programu, moment pojawienia się problemu oraz ostatnie zmiany wykonane w systemie. Przydatne może być także wskazanie, czy błąd występuje na koncie każdego użytkownika, czy tylko na jednym profilu. Takie informacje ułatwiają odtworzenie sytuacji i skracają czas potrzebny na ustalenie źródła usterki. Jeśli problem wystąpił po instalacji nowego programu, nie należy usuwać folderów systemowych ani pobierać plików DLL z niezweryfikowanych witryn. Bezpieczniej jest zachować komunikat, odłączyć podejrzany instalator, wykonać kopię ważnych danych i przekazać komputer do sprawdzenia, szczególnie gdy równocześnie pojawiają się samoczynne restarty, spowolnienie pracy, błędy dysku lub ostrzeżenia o zagrożeniach. |