Dosya veya montaj yüklenemedi… Yanlış biçime sahip bir program yüklenmeye çalışıldı (System.BadImageFormatException)

İki projem var ProjectAve ProjectB. ProjectBbağlı bir konsol uygulamasıdır ProjectA. Dün her şey yolunda gidiyordu, ama aniden bugün koştuğumda şunu alıyorum ProjectB:

BadImageFormatException işlenmedi :
Dosya veya montaj 'ProjectA, Sürüm = 1.0.0.0, Kültür = nötr, PublicKeyToken = null' veya bağımlılıklarından biri yüklenemedi. Yanlış biçime sahip bir program yüklenmeye çalışıldı.

Her ikisi de sadece normal projelerdir ve diğer .NET olmayan projelere bağımlı değildir. Her ikisi de tamamen .Net - yerel kod ve P / Invoke yok. Bağımlı olan ProjectAve hala iyi çalışan başka projelerim var .

Denediğim şeyler:

• Her iki projenin de yapı onay kutusu işaretli olarak "Herhangi bir CPU" olarak ayarlandığından emin olun . Onlar.
• Her iki projenin de aynı Hedef Çerçeve (.Net 4.0 İstemci Profili) için olduğundan emin olun .
• ProjectB -> Başvurular -> ProjectA -> Özellikler altında, "Yerel Kopyala" nın "Doğru" olarak ayarlandığından emin olun _ (ProjectA.dll dosyasının doğru şekilde kopyalandığını doğruladım)
• Çözümü temizleyin / yeniden oluşturun. Hatta her iki projede / bin ve / obj klasörlerini el ile silmeyi denedim.
• Visual Studio'yu yeniden başlatın. Bilgisayarımı yeniden başlat.
• Deponun tamamen yeni bir kopyasını inceleyin.

Ama yine de aynı hatayı alıyorum. Buna neden ne yaptığımı ya da nasıl düzeltebileceğimi bilmiyorum. Herhangi bir fikir?

32-bit / 64-bit çakışması olduğundan eminim. Referansı verilen sınıf 64 bit olarak ayarlanmışken, ana projeniz 32 bit olarak ayarlanmış gibi görünebilir. Bu SO sorusuna ve buna da bakmayı deneyin . İkisi arasında, probleminizi anlayabilmelisiniz.

Sunucuya dağıtıldıktan sonra web sitenizle ilgili sorun yaşıyor olabilirsiniz.

Ardından, uygulama havuzunuzu 32 Bit Uygulamaları Etkinleştir'e ayarlamanız gerekir .

adımlar

1. IIS Yöneticisi'ni açın
2. Uygulama Havuzları'na tıklayın
3. Kullandığınız uygulama havuzunu seçin

4. Sağ bölmeden Gelişmiş Ayarlar'ı tıklayın ...

5. 32 Bit Uygulamaları Etkinleştir'i Doğru olarak ayarlayın

   

Bu hata iletisini Visual Studio 2015'te IIS Express çalıştırırken aldım. Benim durumumda IIS Express'in 64 bit sürümünü çalıştırmam gerekiyordu:

Araçlar → Seçenekler → Projeler ve Çözümler → Web Projeleri
"Web siteleri ve projeler için IIS Express'in 64 bit sürümünü kullanın" yazan kutuyu işaretleyin.

Ekran görüntüsü:

Aynı sorunu yaşadım. Project A'nın "Platform Hedefi" ni ("Project A" (Sağ Tıklama) -> Özellikler-> Oluştur -> "Platform Hedefi") x86 olarak ayarladım, ancak Project B'leri "Any CPU" da tuttum. Proje B'leri "x86" olarak ayarlamak bunu düzeltti.

Visual Studio 2015'te birim testleri (xunit) çalıştıran bu sorun vardı ve aşağıdaki düzeltmeye rastladım:

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

Projenizde en az 1 32bit dll \ exe varsa, IIS7'de "32bit Uygulamaları Etkinleştir" Uygulama Havuzu ayarını TRUE olarak değiştirmeniz gerekebilir .

Her şeyden önce ben bir hale getirmek için gerekli eski proje ile VS2017 bu var küçücük değişikliği ve çerçeve 4.7 için tüm projeleri upraded.

Bazıları seçmenin Any CPUbu sorunu çözebileceğini belirtti.

Yapmanız gereken birkaç yer var ve sadece açılır menüden seçim yapmak kadar basit olmayabilir. Bu benim için düzeltti:

1) Her ikisini de burada yapmanız gerekir:

2) Ve ayrıca Configuration Manager(çözüme sağ tıklayın)

Ama ya orada değilse ???

Ardından tıklayın Newve şu ayarları seçin: ( teşekkürler @RckLN )

Aynı çözümde birden fazla proje ile aynı sorunu vardı, ben hedef CPU için .NET Framework 4 ve x86 için tüm hedef çerçeveleri ayarlama sona erdi ve sonunda başarıyla derlendi.

Ayrıca, 64 bitlik bir projeyi VS'de bir MSI yükleyicisiyle paketlemeye çalışıyorsanız da bu sorunu görebilirsiniz. ("Bunun nedeni, .msi dosyasıyla paketlenmiş yerel şimin 32 bit yürütülebilir olmasıdır.")

Daha fazla ayrıntı için buraya bakın: http://blogs.msdn.com/b/heaths/archive/2006/02/01/64-bit-managed-custom-actions-with-visual-studio.aspx

Bu çözümlerin hiçbiri benim için işe yaramadı - ancak bin ve obj klasörlerinin içeriğini silerek her şey tekrar güzeldi.

Bu Visual Studio Buildadımları kullanarak Visual Studio Online (VSTS) Build üzerinden bir proje oluştururken aldım .

Çözüm şuydu:

• Mevcut kaynak klasörü sil
• Bağımlılıklar dahil tüm Visual Studio Builds için platformda açıkça 'Herhangi bir CPU'yu ayarlayın (aşağıdaki ekran görüntüsüne bakın).
• Derlemeyi yeniden çalıştırın

Aşağıdakiler benim için sorunu çözdü, '32 bit'i tercih et' seçeneğinin işaretini kaldırın:

Aynı sorunla karşılaştım. Maviden çıktı ve bu bana garip geldi.

İstisna anlık görüntüsünde, FusionLog için mesajında ​​aşağıdakileri gördüm:

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

Füzyon günlüğü hakkında daha fazla bilgi: http://msdn.microsoft.com/en-us/library/e74a18c4(v=vs.110).aspx

Tüm projelerin AnyCPU Hedef CPU'su vardı. Uygulama projesini (diğer tüm projelere başvuran proje) x86 Hedef CPU olarak değiştirdim. Şimdi çalışıyor.

Hedef CPU karışımının nasıl görünür bir sebep olmadan gerçekleştiğinden emin değilim, ama oldu.

Bir projede de bu sorunla karşılaşıyorum, birkaç dakika sonra çözümü buldum, bu sorun CPU yapılandırmasından kaynaklanıyor, Visual Studio 2010 veya VS 2013 kullanıyorsanız , sadece projenin özelliklerine git ve sonra yan çubuktan derle'yi seç ve 5 açılır, 5. Açılır Hedef CPU olacaktır : Herhangi bir CPU yerine gereksinimlerinize göre x86 veya x64 olarak ayarlamanız gerekir .

Sorunum x86 olarak değiştirildikten sonra çözüldü.

Bu, yalnızca app.config dosyasında tanımlanmış birden çok desteklenen çerçeveye sahip olmak ve uygulamayı , app.config dosyasında ilk sırada belirtilenin dışında farklı bir .NET çerçevesinde çalışmaya zorlamakla da olabilir .

Ayrıca, sisteminizde belirtilen çerçevelerin her ikisine de sahip olduğunuzda da tetiklenir.

Geçici bir çözüm olarak, app.config dosyasında hata ayıklama için kullanacağınız hedef çerçeveyi getirin

örn: .NET 4'te çalıştırmayı deniyorsanız, yapılandırma dosyasında buna benzer bir şey olmalıdır,

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

C # için projemde, project property -> [Build] -> Platform hedefi: Herhangi bir CPU'yu seçin ve derleyicinin otomatik olarak seçim yapmasına izin vermek için 32-bit tercihini kaldırın.

Chilkat .NET 4.5 derlemesi, uygulamanızın çalıştığı herhangi bir bilgisayara VC ++ 2012 veya 2013 çalışma zamanının yüklenmesini gerektirir. Çoğu bilgisayarda zaten yüklüdür. Visual Studio yüklendiği için geliştirme bilgisayarınız buna sahip olacaktır. Ancak, gerekli VC ++ çalışma zamanının kullanılamadığı bir bilgisayara dağıtım yapılırsa, yukarıdaki hata ortaya çıkar:

Tüm körük paketlerini takın

Visual Studio 2013 için Visual C ++ Yeniden Dağıtılabilir Paketleri - vcredist_x64

Visual Studio 2013 için Visual C ++ Yeniden Dağıtılabilir Paketleri - vcredist_x86

Visual Studio 2012 için Visual C ++ Yeniden Dağıtılabilir Paketleri - vcredist_x64

Visual Studio 2012 için Visual C ++ Yeniden Dağıtılabilir Paketleri - vcredist_x86

Programınızdan LibreOffice'i benim gibi cli .net entegrasyonu ile kullanırsanız , aynı hatayı aldım. Bilgisayarımdaki üretim ortamında LibreOffice'in eski sürümünü kullanıyorum Çakışan yeni bir sürüm yükledim. Sadece LibreOffice'i kaldırın. Burada çözüm buldum. NET CLI: Dosya veya derleme 'cli_cppuhelper' yüklenemedi

Biraz komik olabilir, ama normal çalışma kodu ile aynı sorunu yaşadım. StreamWriter ve StreamReader'ı ekledim ve bu hatayı verdi. Çözüm, bu kodu yorum parantezine aldım, sonra hata ayıkladım ve tekrar çalışmaya başladı.

Ayrıca, Visual Studio 2017'de ReSharper kullanarak birim sınamalarını çalıştırırken bu sorunu yaşadım ve aşağıdaki yapılandırma ile düzelttim:

Ayrıca ReSharper'ın çalışma testi ayarını da değiştirebilirsiniz: https://resharper-support.jetbrains.com/hc/en-us/articles/207242715-How-to-run-MSTest-tests-using-x64-configuration

Benim durumumda bu istisna attı dll bir bağımlılık eksikti. Dependency Walker ile kontrol ettim, eksik dll'yi ekledim ve sorun çözüldü.

Daha spesifik olarak, bir şekilde yanlışlıkla SVN anahtar kelimeleri ekleyerek benim opencv_core340.dll bozuk ve böylece benim dll artık kullanamaz. Ancak bu sorunun çözümü dll bozuk veya eksik olup olmadığına bağlıdır inanmıyorum. Bunu tam bilgi vermek için ekliyorum.

Ateş etmek! Bu sorunu biliyordum. Yanlışlıkla VS çıkış penceresinde 'x86' görene kadar her şeyi doğru yaptığımı sanıyordum ve o zaman sebebi yakaladım. Bugün birkaç dakika harcadım.

'Yayınla' penceresinin altındaki yapılandırma 'x86' olarak ayarlandı; oysa diğer her yerde 'x64' idi.

Lütfen yapılandırma yöneticisi, yayınlama ayarları, çözüm yapılandırmaları ve IIS ayarlarında (web sunucunuz buysa) senkronize olduğundan emin olun.

Ayrıca, lütfen aklınızda bulundurun - VS 32 bit bir uygulama ve IIS 64 bittir. 32 bit uygulamalar IIS'de varsayılan olarak devre dışıdır.

Diğer cevaplardan farklı bir şey tespit ettim. Projemde bu istisnayı yakalamak bozuk bir derlemenin sonucuydu. Herhangi bir değişiklik yapmadan, sadece yeniden inşayı zorlayarak düzeltildi.

Aynı sorunu yaşadım. Benim durumumda proje B, Nuget "Microsoft.Management.Infrastructure" yüklü bir .Net Core Class Library oldu. Hata ben benim proje B "MI" denir oldu. Proje adını başka bir şeyle değiştirdim ve aniden her şey tekrar çalıştı.

Makinem bana bir BIOS güncellemesi gösterdi ve bunun bu hatanın aniden ortaya çıkmasıyla ilgili bir şey olup olmadığını merak ettim. Güncellemeyi yaptıktan sonra hata çözüldü ve çözüm iyi bir şekilde oluşturuldu.

.Exe dosyanızı cmd'den çalıştırmaya mı çalışıyorsunuz? Bu benim hatamdı. Sadece .exe dosyasını çift tıklatarak çalıştırın. Windows 8.1 / Windows Server 2012 R2 x64 için bir .NET Core SCD ise.