Nie można załadować pliku lub zestawu „xxx” ani jednej z jego zależności. Podjęto próbę załadowania programu o niepoprawnym formacie

Właśnie sprawdziłem wersję Subversion do nowego folderu. Otworzyłem rozwiązanie i dostaję to po uruchomieniu:

Nie można załadować pliku lub zestawu „xxxx” ani jednej z jego zależności. Podjęto próbę załadowania programu o niepoprawnym formacie.

To ten sam kod, który sprawdziłem jakiś czas temu. Dlaczego teraz to robi? Teraz widzę też Debugowanie x86 zamiast po prostu Debugowanie w folderze bin tego projektu xxx. Co to jest debugowanie x86 i dlaczego nie mam debugowania tylko tak, jak kiedyś w folderze bin?

Wygląda na to, że jedna część projektu jest budowana tylko dla x86, podczas gdy reszta jest budowana dla dowolnego procesora / x64. To mnie też ugryzło. Czy używasz x64 (lub uh ... IA64)?

Sprawdź właściwości projektu i upewnij się, że wszystko jest budowane pod kątem „Dowolnego procesora”. Jeśli jesteś w Visual Studio, możesz sprawdzić wszystko, przechodząc do menu „x86” lub „Dowolny procesor” (obok menu „Debugowanie” / „Zwolnij”) na pasku narzędzi u góry ekranu i klikając "Manager konfiguracji..."

Jeśli pojawi się ten błąd podczas uruchamiania witryny w IIS 7+ na serwerach 64-bitowych, być może zestawy są 32-bitowe, a pula aplikacji będzie miała opcję „Włącz aplikacje 32-bitowe” ustawioną na False; Ustaw wartość true i zrestartuj witrynę, aby działała.

Wystąpił ten błąd podczas próby użycia strasznego obiektu Business Objects 4 dla zestawu .Net SDK.

Wysyłają pięć plików BusinessObjects * .dll, ale wszystkie są 64-bitowe.

Aby załadować moją stronę, musiałem kliknąć Narzędzia \ Opcje , a następnie zmienić to ustawienie w VS2013:

inetmgr następnie wejdź do Pula aplikacji-> Zaawansowane ustawienia twojej puli-> będzie mieć opcję „Włącz aplikacje 32-bitowe” na true; i ponownie uruchom IIS. Sprawdź ponownie.!

Wyjątek BadImageFormatException dla aplikacji działającej na IIS (nie działającej z VS, ponieważ Visual Studio rozwiązuje problem za pomocą kompilacji dla „Dowolnego procesora”) może być spowodowany przez:

Witryna to serwer x64, a domyślne ustawienie puli aplikacji dla opcji Włącz aplikacje 32-bitowe było fałszywe. i masz 32-bitowe zestawy

Na poziomie Visual Studio poprawka jest następująca:

1. Zmień ustawienie projektu „Docelowy procesor” na „ANYCPU”

Upewnij się, że zweryfikowałeś ustawienie „Preferuj 32-bit”. W moim przypadku Visual Studio 2012 miał to ustawienie domyślnie zaznaczone. Próba użycia czegokolwiek z zewnętrznej biblioteki DLL nie powiodła się, dopóki nie zaznaczyłem opcji „Preferuj 32-bit” .

Jest to zdecydowanie problem związany z tym, że niektóre projekty są budowane pod kątem zgodności z architekturą x86 zamiast jakiegokolwiek procesora. Gdybym musiał zgadywać, powiedziałbym, że niektóre odniesienia między twoimi projektami prawdopodobnie odwołują się do bibliotek dll w niektórych folderach bin \ debugowania, zamiast być odwołaniami do projektu.

Kiedy projekt jest kompilowany dla x86 zamiast „Any CPU”, biblioteki DLL przechodzą do folderu bin \ x86 \ debugowania zamiast bin \ debugowania (prawdopodobnie tam, gdzie szukają twoich referencji).

Ale w każdym razie powinieneś używać referencji między projektami.

jeśli podczas pracy w Visual Studio z IIS Express działa, a gdy publikacja nie powiedzie się, spróbuj: