Na Windows XP Professional SP3 z programem Internet Explorer 8, gdy uruchomię Dependency Walker na moim pliku wykonywalnym, zgłasza się, że: Nie można znaleźć IESHIMS.DLL i WER.DLL.Dependency Walker zgłasza brak IESHIMS.DLL i WER.DLL?
wierzę, że mają się w C: \ Windows \ System32 \ Wer.dll i C: \ Program Files \ Internet Explorer \ Ieshims.dll
ieshims.dll jest artefaktem Vista/7, w którym shim DLL służy do pośredniczenia w niektórych połączeniach (takich jak CreateProcess) do obsługi trybu chronionego IE, który nie istnieje w XP, więc nie jest to konieczne. wer.dll jest związany z raportowaniem błędów systemu Windows i prawdopodobnie nie jest używany w systemie Windows XP, który ma nieco inny system zgłaszania błędów niż Vista i wyżej.
Powiedziałbym, że nie powinieneś potrzebować któregokolwiek z nich, aby być obecnym na XP i normalnie byłoby opóźnione ładowanie w każdym razie.
To źle, nie można powiedzieć Dependency Walker, że IEFRAME.DLL tak naprawdę nie potrzebuje te opóźnione importowanie, aby przestało rozwijać drzewo, aby je wyświetlić. (Straciłem liczbę poziomów poza interesujące rzeczy, które znajdują się w drzewie dla LINK.EXE 9.00.30729.01 na moim systemie XP SP3 z IE8 - mogło to być aż 10!) – SamB
Dziękuję za odpowiedź na tyran, przynajmniej wiem, że to jest fałszywy błąd Mam taki sam problem jak oryginalny plakat przy uruchomieniu Dependency Walker 2.1.3623 (datowana 2002/04/16!) na C: \ Windows \ System32 \ attrib.exe systemu XP Używam również WinXP SP3 i IE8. W jaki sposób Dependency Walker wie o istnieniu plików Vista lub Windows 7? –
Nie jestem przekonany, że to prawda, ponieważ znajduję zależności od IESHIMS.DLL w kodzie skompilowanym i połączonym już w 2003 r. - i po prostu nie patrzyłem dalej. Bardziej prawdopodobne jest, że te żyją w Cache SxS w WinXP, a forward i Depends po prostu nie radzą sobie z tym. – Bob77
Ostatnio miałem ten problem i rozwiązałem go, po prostu wycofując IE8 z powrotem do IE7.
Domyślam się, że IE7 miał te pliki jako wrapper do pracy w systemie Windows XP, ale IE8 prawdopodobnie pracował z Vista/7, więc usunął pliki, ponieważ późniejsze wersje po prostu nie używają podkładki.
Miałem ten błąd w/Citect.
Microsoft Visual C++ 2005 Service Pack 1 Redistributable Package MFC Security Update ma brakujące pliki.
@RagingBull link tutaj trudno podsumować, jest to strona pobierania. Do czasu, gdy SO zacznie udostępniać pliki przynajmniej swoim użytkownikom. –
Po prostu pytanie: Czy aplikacja działa bez tych plików DLL? Mój nie, chociaż jest to po prostu aplikacja linuksowa wiersza poleceń skompilowana w systemie Windows z VS 2005. –
to zdarzyło mi się na Windows 10. –