STATUS_DLL_INIT_FAILED

STATUS_DLL_INIT_FAILED to kod błędu wskazujący na niepowodzenie inicjalizacji biblioteki DLL podczas ładowania przez proces.

Co oznacza kod STATUS_DLL_INIT_FAILED

STATUS_DLL_INIT_FAILED jest kodem stanu systemu Windows o wartości szesnastkowej 0xC0000142. Oznacza, że podczas uruchamiania procesu nie powiodła się inicjalizacja jednej z bibliotek DLL ładowanych przez ten proces. Biblioteka DLL (Dynamic-Link Library) zawiera współdzielony kod wykonywalny, z którego mogą korzystać różne programy. Sam komunikat nie wskazuje jeszcze, która biblioteka spowodowała problem ani dlaczego jej inicjalizacja zakończyła się niepowodzeniem.

Podczas tworzenia procesu systemowy moduł ładujący wyszukuje wymagane biblioteki, mapuje je do przestrzeni adresowej procesu i uruchamia ich kod inicjalizacyjny. Dla biblioteki może to obejmować między innymi obsługę powiadomienia DLL_PROCESS_ATTACH przekazywanego do funkcji DllMain. Jeżeli inicjalizacja biblioteki albo zależnego od niej modułu zwróci błąd, wykona nieprawidłową operację lub nie będzie mogła przygotować wymaganego środowiska, program może zakończyć start właśnie z kodem STATUS_DLL_INIT_FAILED.

Różnica między brakiem biblioteki a błędem jej inicjalizacji

Nie należy utożsamiać tego kodu wyłącznie z usunięciem pliku DLL. Brak pliku, brak wymaganej funkcji eksportowanej albo niezgodna architektura biblioteki często prowadzą do innych komunikatów modułu ładującego, takich jak „nie znaleziono określonego modułu” lub „nie można znaleźć procedury wejścia”. W przypadku STATUS_DLL_INIT_FAILED plik może istnieć i zostać odnaleziony, ale jego kod startowy nie jest w stanie prawidłowo zakończyć inicjalizacji.

Jedną z możliwych przyczyn jest uszkodzenie biblioteki lub jej zależności, lecz równie istotna może być niezgodność wersji komponentów, błędna konfiguracja środowiska uruchomieniowego, problem z bibliotekami Microsoft Visual C++ Runtime albo błąd w kodzie wykonywanym przy ładowaniu modułu. Kłopot może dotyczyć również programu uruchamianego z nietypowego katalogu, ponieważ kolejność wyszukiwania bibliotek i dostępne zmienne środowiskowe wpływają na to, jaki plik zostanie załadowany. Zastępowanie pojedynczej biblioteki przypadkowym plikiem pobranym z Internetu nie jest prawidłową metodą naprawy, ponieważ można w ten sposób wprowadzić niezgodną wersję albo zmienić bezpieczeństwo systemu.

Ślad błędu w procesie uruchamiania programu

Diagnostykę warto rozpocząć od ustalenia, czy problem dotyczy jednego programu, czy wielu aplikacji. Jeżeli błąd pojawia się tylko przy uruchamianiu jednej aplikacji, prawdopodobne jest uszkodzenie jej plików, dodatku, biblioteki dostarczonej razem z programem albo konkretnej zależności. Gdy taki sam kod występuje w wielu niezależnych programach, należy brać pod uwagę komponent systemowy, wspólne środowisko uruchomieniowe, sterownik lub zmianę konfiguracji Windows.

Pomocne są informacje z Podglądu zdarzeń Windows, szczególnie wpisy dotyczące aplikacji kończącej działanie oraz modułu, który spowodował awarię. W bardziej szczegółowym badaniu można użyć narzędzia Process Monitor firmy Microsoft Sysinternals do sprawdzenia operacji procesu przed zakończeniem. Filtrowanie po nazwie programu i obserwacja zdarzeń związanych z plikami DLL, ścieżkami oraz rezultatem operacji może ujawnić próbę załadowania niewłaściwego modułu. Jeżeli system lub program tworzy zrzuty pamięci, analiza stosu wywołań i nazwy modułu wskazanego przy awarii może zawęzić poszukiwania, ale sam numer 0xC0000142 nie zastępuje identyfikacji konkretnej biblioteki.

Bezpieczna kolejność działań naprawczych

Po ustaleniu programu i momentu wystąpienia problemu należy sprawdzić, czy producent udostępnia aktualizację albo mechanizm naprawy instalacji. W przypadku aplikacji instalowanej systemowo zasadne może być odtworzenie jej plików z oficjalnego instalatora. Jeżeli podejrzewane są uszkodzenia plików Windows, można uruchomić w podwyższonym wierszu polecenia narzędzie System File Checker poleceniem sfc /scannow. Narzędzie to porównuje chronione pliki systemowe z lokalnym magazynem składników i próbuje zastąpić uszkodzone kopie prawidłowymi plikami.

Gdy magazyn składników jest niespójny, stosuje się narzędzie Deployment Image Servicing and Management, znane jako DISM, na przykład polecenie DISM /Online /Cleanup-Image /RestoreHealth. Wynik tych operacji trzeba ocenić na podstawie komunikatu końcowego i ponownego uruchomienia programu, a nie tylko samego faktu wykonania polecenia. Należy także zweryfikować zgodność wersji 32-bitowej i 64-bitowej aplikacji oraz jej środowiska uruchomieniowego, wycofać niedawno dodane rozszerzenia i sprawdzić, czy błąd nie pojawia się po uruchomieniu systemu w trybie czystego rozruchu. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, więc w przypadku powtarzającego się błędu może przeprowadzić diagnostykę systemu oraz ustalić, który element powoduje nieudaną inicjalizację biblioteki.