Impossibile caricare il file o l'assembly ... È stato effettuato un tentativo di caricare un programma con un formato errato (System.BadImageFormatException)

Ho due progetti ProjectAe ProjectB. ProjectBè un'applicazione console, che dipende da ProjectA. Ieri, tutto funzionava bene, ma improvvisamente oggi quando corro ProjectBottengo questo:

BadImageFormatException non è stata gestita :
impossibile caricare il file o l'assembly 'ProjectA, Version = 1.0.0.0, Culture = neutral, PublicKeyToken = null' o una delle sue dipendenze. Tentativo di caricare un programma con un formato errato.

Entrambi sono solo progetti regolari, senza dipendenze da altri progetti non-Net. Entrambi sono completamente .Net: non esiste un codice nativo e nessun P / Invoke. Ho altri progetti che dipendono ProjectAe funzionano ancora bene.

Cose che ho provato:

• Assicurati che entrambi i progetti siano impostati su "Qualsiasi CPU" con la casella di controllo build selezionata. Loro sono.
• Assicurarsi che entrambi i progetti siano per lo stesso Target Framework (.Net 4.0 Client Profile) .
• In ProjectB -> Riferimenti -> ProjectA -> Proprietà, assicurarsi che "Copia locale" sia impostato su "True" _ (ho verificato che ProjectA.dll sia stato copiato correttamente)
• Pulisci / ricostruisci la soluzione. Ho anche provato a cancellare manualmente le cartelle / bin e / obj in entrambi i progetti.
• Riavvia Visual Studio. Riavvia il mio computer.
• Guarda una copia completamente nuova del repository.

Ma ho ancora lo stesso errore. Non ho idea di cosa ho fatto per causare questo, né come risolverlo. Qualche idea?

Sono abbastanza sicuro che stai avendo un conflitto a 32-bit / 64-bit. Sembra che il tuo progetto principale possa essere impostato su 32 bit mentre la classe a cui fa riferimento è impostata su 64 bit. Prova a guardare questa domanda SO e anche questa . Tra loro due, dovresti essere in grado di capire il tuo problema.

Potrebbe essere che stai affrontando il problema con il tuo sito Web dopo la distribuzione sul server.

Quindi è necessario regolare il pool di applicazioni per abilitare le applicazioni a 32 bit .

passi

1. Apri Gestione IIS
2. Fai clic su Pool di applicazioni
3. Seleziona il pool di applicazioni che stai utilizzando

4. Dal riquadro destro, fare clic su Impostazioni avanzate ...

5. Impostare Abilita applicazioni a 32 bit su True

   

Ho appena ricevuto questo messaggio di errore con IIS Express in Visual Studio 2015. Nel mio caso dovevo eseguire la versione a 64 bit di IIS Express:

Strumenti → Opzioni → Progetti e soluzioni → Progetti Web
Seleziona la casella "Usa la versione a 64 bit di IIS Express per siti Web e progetti".

Immagine dello schermo:

Ho avuto lo stesso problema. Avevo impostato il "Target Platform" del Progetto A ("Project A" (clic destro) -> Proprietà-> Build -> "Target Platform") su x86, ma ho mantenuto il Project B su "Any CPU". L'impostazione del Progetto B su "x86" ha risolto questo problema.

Ho riscontrato questo problema durante l'esecuzione di unit test (xunit) in Visual Studio 2015 e ho riscontrato la seguente correzione:

Menu Bar -> Test -> Test Settings -> Default Processor Architecture -> X64

Potrebbe essere necessario modificare l' impostazione del pool di applicazioni "Abilita applicazioni a 32 bit" su TRUE in IIS7 se nel progetto sono presenti almeno 1 dll \ exe a 32 bit.

Prima di tutto ho ottenuto questo in VS2017 con un vecchio progetto di cui avevo bisogno per fare una piccola modifica e ho aggiornato tutti i progetti al framework 4.7.

Molti altri hanno menzionato la selezione in Any CPUgrado di risolvere questo problema.

Ci sono un paio di posti in cui devi farlo, e potrebbe non essere semplice come selezionare dal menu a discesa. Questo mi ha risolto:

1) Devi fare entrambi qui:

2) E anche in Configuration Manager(tasto destro sulla soluzione)

E se non ci fosse ???

Quindi fare clic Newe selezionare queste impostazioni: ( grazie @RckLN )

Ho avuto lo stesso problema con più progetti nella stessa soluzione, ho finito per impostare tutti i framework di destinazione su .NET Framework 4 e x86 per la CPU di destinazione e alla fine è stato compilato con successo.

Potresti riscontrare questo problema anche se stai cercando di creare un pacchetto di un progetto a 64 bit con un programma di installazione MSI in VS. ("Il motivo è perché lo shim nativo impacchettato con il file .msi è un eseguibile a 32 bit.")

Vedi qui per maggiori dettagli: http://blogs.msdn.com/b/heaths/archive/2006/02/01/64-bit-managed-custom-actions-with-visual-studio.aspx

Nessuna di queste soluzioni ha funzionato per me, ma eliminando il contenuto delle cartelle bin e obj tutto è tornato a essere bello.

Ho ottenuto questo durante la creazione di un progetto tramite Visual Studio Online (VSTS) Build utilizzando Visual Studio BuildSteps.

La soluzione era:

• Elimina la cartella di origine esistente
• Impostare esplicitamente "Qualsiasi CPU" nella piattaforma per tutte le build di Visual Studio incluse le dipendenze (vedere la schermata seguente).
• Riesegui la build

Quanto segue ha risolto il problema per me, deseleziona 'Prefer 32 bit':

Ho riscontrato lo stesso problema. È saltato fuori dal nulla e mi è sembrato strano.

Nell'istantanea dell'eccezione, per FusionLog, ho visto quanto segue nel suo messaggio:

... C: \ Windows \ Microsoft.NET \ Framework64 ...

Ulteriori informazioni sul registro della fusione: http://msdn.microsoft.com/en-us/library/e74a18c4(v=vs.110).aspx

Tutti i progetti avevano una CPU target di AnyCPU. Ho modificato il progetto dell'applicazione (il progetto che fa riferimento a tutti gli altri progetti) con una CPU target di x86. Adesso funziona.

Non sono sicuro di come si sia verificato il missaggio della CPU di destinazione senza motivo apparente, ma è stato così.

Devo anche affrontare questo problema in un progetto, dopo alcuni minuti ho trovato la soluzione, questo problema è dovuto alla configurazione della CPU, Se stai usando Visual Studio 2010 o VS 2013 , vai alle proprietà del progetto e seleziona Compila dalla barra laterale e ci saranno 5 menu a discesa, il 5 ° menu a discesa sarà CPU di destinazione:, dovresti impostarlo su x86 o x64 in base alle tue esigenze anziché a qualsiasi CPU.

Il mio problema è stato risolto dopo averlo modificato in x86.

Questo può accadere anche solo avendo più framework supportati definiti nel file app.config e, forzando l'esecuzione dell'app in un framework .NET diverso da quello menzionato per primo nel file app.config .

E anche questo si attiva quando nel sistema sono disponibili entrambi i framework menzionati.

Per ovviare al problema, visualizzare il framework di destinazione che si intende utilizzare per il debug in app.config

ad esempio: se stai cercando di eseguire .NET 4, il file di configurazione dovrebbe avere qualcosa di simile a questo,

<supportedRuntime version="v4.0"/>
<supportedRuntime version="v2.0.50727"/>

Nel mio progetto per C #, proprietà del progetto -> [Build] -> Target piattaforma: qualsiasi CPU e deselezionare Prefer 32-bit per consentire al compilatore di scegliere automaticamente.

L'assembly Chilkat .NET 4.5 richiede che il runtime VC ++ 2012 o 2013 sia installato su qualsiasi computer su cui è in esecuzione l'applicazione. La maggior parte dei computer lo avrà già installato. Il tuo computer di sviluppo lo avrà perché Visual Studio è stato installato. Tuttavia, se la distribuzione su un computer in cui il runtime VC ++ richiesto non è disponibile, si verificherà l'errore sopra riportato:

Installa tutti i pacchetti seguenti

Pacchetti ridistribuibili di Visual C ++ per Visual Studio 2013 - vcredist_x64

Pacchetti ridistribuibili di Visual C ++ per Visual Studio 2013 - vcredist_x86

Pacchetti ridistribuibili di Visual C ++ per Visual Studio 2012 - vcredist_x64

Pacchetti ridistribuibili di Visual C ++ per Visual Studio 2012 - vcredist_x86

Se usi LibreOffice dal tuo programma tramite l'integrazione cli .net come me, ho lo stesso errore. Uso la versione precedente di LibreOffice nell'ambiente di produzione sul mio PC. Ho installato una versione più recente in conflitto. Basta disinstallare LibreOffice. Ho trovato la soluzione qui CLI .NET: Impossibile caricare il file o l'assembly 'cli_cppuhelper'

Può essere un po 'divertente, ma ho avuto lo stesso problema con il normale codice di lavoro. Ho aggiunto StreamWriter e StreamReader e mi ha dato quell'errore. La soluzione è stata quella di prendere quel codice tra parentesi di commento, quindi ho eseguito il debug e ha ricominciato a funzionare

Ho anche riscontrato questo problema durante l'esecuzione di unit test utilizzando ReSharper su Visual Studio 2017 e risolto con la seguente configurazione:

Inoltre è possibile modificare l'impostazione del test di esecuzione di ReSharper: https://resharper-support.jetbrains.com/hc/en-us/articles/207242715-How-to-run-MSTest-tests-using-x64-configuration

Nel mio caso mancava una dipendenza nella dll che generava questa eccezione. Ho controllato con Dependency Walker, ho aggiunto la dll mancante e il problema è stato risolto.

Più specificamente, in qualche modo ho corrotto il mio opencv_core340.dll aggiungendo accidentalmente parole chiave SVN ad esso, e quindi la mia DLL non poteva più usarlo. Tuttavia, non credo che la soluzione a questo problema dipenda dal fatto che la DLL sia danneggiata o mancante. Lo sto solo aggiungendo per fornire informazioni complete.

Sparare! Conoscevo questo problema. Pensavo di fare tutto bene fino a quando non ho visto 'x86' nella finestra di output VS ed è stato allora che ho scoperto la causa. Oggi ho perso qualche minuto.

La configurazione nella finestra "Pubblica" era impostata su "x86"; mentre, ovunque, era "x64".

Assicurati che sia sincronizzato tra Configuration Manager, pubblica le impostazioni, le configurazioni della soluzione e le impostazioni IIS (se è il tuo server web).

Inoltre, tieni presente che VS è un'app a 32 bit e IIS a 64 bit. Le app a 32 bit sono disabilitate per impostazione predefinita in IIS.

Ho rilevato qualcosa di diverso dalle altre risposte. Raggiungere questa eccezione nel mio progetto è stato il risultato di una compilazione corrotta. Senza apportare modifiche, solo forzando la ricostruzione , è stato risolto.

Ho avuto lo stesso problema. Il progetto B nel mio caso era una .Net Core Class Library con un Nuget "Microsoft.Management.Infrastructure" installato. L'errore era che ho chiamato il mio progetto B "MI". Ho cambiato il nome del progetto in qualcos'altro e all'improvviso tutto ha funzionato di nuovo.

La mia macchina mi ha mostrato un aggiornamento del BIOS e mi chiedevo se ciò avesse a che fare con l'improvvisa comparsa di questo errore. E dopo aver effettuato l'aggiornamento, l'errore è stato risolto e la soluzione è stata realizzata correttamente.

Stai cercando di eseguire il tuo file .exe dal cmd? Questo è stato il mio errore Basta eseguire il file .exe facendo doppio clic su di esso. Se si tratta di un .NET Core SCD per Windows 8.1 / Windows Server 2012 R2 x64.