Platformlar aynı olsa bile “yanlış biçime sahip bir program yüklenmeye çalışıldı”

64-bit bir sistemde 32-bit yönetilmeyen DLL işlevleri çağırıyorum. Ne olsun:

BadImageFormatException: Yanlış biçime sahip bir program yüklenmeye çalışıldı. (HRESULT istisnası: 0x8007000B)

İlk başta, projelerimi Any CPU platformuna ayarladım, bu yüzden ikisini de x86 olarak değiştirdim, ancak bu hata hala oluşuyor. Bunun için bildiğim tek düzeltme bu.

DLL'leri bozuk veya başka bir şey değil, çünkü onları (ben kaynak yok) diğer programlarla kullanabilirsiniz. Belki bir bağımlılık bulamadığını düşündüm, ama kontrol ettim ve hepsi orada. Artı, DllNotFoundExceptionbu durumda a atmaz mıydı?

Başka ne yapabilirim? "Bunun yerine 64 bit yönetilmeyen bir DLL kullanın" demeden önce, bir tane olmadığını belirteyim. ;)

IIS 7'de (ve / veya 64 bit OS makinesinde) 32 bit uygulamalar çalıştırmayı denerseniz, aynı hatayı alırsınız. Bu nedenle, IIS 7'den uygulamaların uygulama havuzuna sağ tıklayın ve "gelişmiş ayarlar" a gidin ve "32 Bit Uygulamaları Etkinleştir" i "DOĞRU" olarak değiştirin.

Web sitenizi yeniden başlatın ve çalışması gerekir.

Her nasılsa, Yapılandırma Yöneticisi'ndeki Oluştur onay kutusunun yürütülebilir dosyam için işareti kaldırılmıştı, bu yüzden hala eski Any CPU derlemesiyle çalışıyordu. Bunu düzelttikten sonra, Visual Studio derlemede hata ayıklamadığından şikayet etti, ancak bu yeniden başlatma ile düzeltildi.

Gelen Visual Studio , Sağ senin Click projeyi -> Sol bölmede tıklayın Yapı sekmesini,

Platform Hedefi altında x86'yı seçin (veya daha genel olarak bağlandığınız kitaplıkla eşleşecek mimariyi )

Umarım bu birine yardımcı olur! :)

Ben de bu sorunu yaşadım. Burada tüm önerileri denedim, ama yardım etmediler.

Bunu düzeltmek için başka bir şey buldum. Visual Studio'da, projeye sağ tıklayın ve "Özellikler" i açın. "Derle" (veya "Derleme") sekmesini ve ardından alttaki "Gelişmiş Derleme Seçenekleri" ni tıklayın.

"Hedef CPU" açılır menüsünü kontrol edin. Oluşturduğunuz "Platform" ile eşleşmelidir. Yani, "Herhangi bir CPU" oluşturuyorsanız, "Hedef CPU", "Herhangi bir CPU" demelidir. Aktif hale getirerek tüm Platformlarınızı gözden geçirin ve bu ayarı kontrol edin.

Uygulamayı çalıştırmak için yeşil ok düğmesini tıklattığınızda bu hatayla karşılaşırsanız, ancak uygulamayı 64 bit'te çalıştırmak istiyorsanız. Bunu VS 2013, 2015, 2017 ve 2019'da yapabilirsiniz

Araçlar> Seçenekler> Projeler ve Çözümler> Web Projeleri> IIS Express'in 64 bit sürümünü kullanma

Herhangi bir CPU kullanıyorsanız , 32-bit'i tercih et seçeneği işaretliyse bu sorunla karşılaşabilirsiniz :

Projenin özelliğinin Oluştur sekmesinde bu seçeneğin işaretini kaldırdığınızdan emin olun !

Bu yazı için biraz konu dışı, ancak bu hata mesajını aramak beni buraya getirdi.

Ekip sistemi üzerinden yapıyorsanız ve bu hatayı alıyorsanız, derleme tanımı işlem sekmesinde "MSBuild Platform" ayarı bulunur. Bu "Otomatik" olarak ayarlanırsa, bu sorunla karşılaşabilirsiniz. Bunu "X86" olarak değiştirmek de hatayı çözebilir.

Benim durumumda C # yerel bir DLL kullanıyordum. Bu DLL eksik diğer DLL birkaç bağlıydı. Bu diğer DLL'ler eklendiğinde her şey işe yaradı.

@Paibamboo cevabı üzerine inşa

Dedi: Git: Araçlar> Seçenekler> Projeler ve Çözümler> Web Projeleri> IIS Express'in 64 bit sürümünü kullanın

İş arkadaşım bu kutuyu işaretlemişti (açıkça aradı), ancak söz konusu hata mesajını aldı. Birkaç saat sonra kutunun işaretini kaldırıp tekrar kontrol etti. Bakın: Kod şimdi başarılı bir şekilde çalıştı.

Görünüşe göre, bu kutunun durumunun kaydedildiği, senkronize olmayan iki yer var. Un- ve yeniden kontrol edilmesi tekrar senkronize etti.

Daha bilgili kullanıcılar için soru: Geçen hafta (VS 2015 için) durumları silen bir güncelleme veya başka bir şey var mıydı?

Aynı problemi benim için çözen bu cevaba da bakınız .

Gönderen Luis Mack 05.05.2010 08:50 Saat Aynı sorunu, 64 bitlik bir makinede derlerken sadece belirli bir proje için buldum. SEEMS'in çalışması için bir düzeltme, HER ZAMAN görüntü akışındaki bir karakteri manuel olarak değiştirmektir. Kullanıcı kontrolü veya formu tasarımcıda düzenlenir

 AAEAAAD/////AQAAAAAAAAAMAgAAAFdTeXN0ZW0uV2luZG93cy5Gb3JtcywgVmVyc2lvbj00LjAuMC4w

Değişmek

 AAEAAAD/////AQAAAAAAAAAMAgAAAFdTeXN0ZW0uV2luZG93cy5Gb3JtcywgVmVyc2lvbj0yLjAuMC4w

Bu, satırın sonunda 00LjAuMC4w'ye geri 0yLjAuMC4w (00'dan 0y'ye geri )

Benim durumumda, yansıma yoluyla başvurulan DLL'leri yeniden yükleyen küçük bir .exe kullanıyorum. Bu yüzden sadece günümü kurtaran bu adımları yapıyorum:

Solution Explorer'daki proje özelliklerinden derleme sekmesinde x86 hedef platfromunu seçiyorum

Benim durumumda, MSTest aracılığıyla testler yürütüyordum ve test dizinine hem 32 bit hem de 64 bit DLL dağıttığımı öğrendim. Program 64-bit DLL lehine ve başarısız olmasına neden oldu.

TL; DR Testlere yalnızca 32 bit DLL dosyaları dağıttığınızdan emin olun.

Benzer bir sorun yaşadık ve Platform hedefini x86 olarak ayarlayarak düzeltmeyi başardık.

Bu sorunu 'Windows' şeklinde çözdüm. Tüm ayarlarımı kontrol ettikten, çözümü temizledikten ve yeniden oluşturduktan sonra, sadece çözümü kapatıp yeniden açtım. Sonra işe yaradı, bu yüzden VS muhtemelen temizlik sırasında bazı şeylerden kurtulmadı. Mantıksal çözümler işe yaramadığında, genellikle mantıksız (veya görünüşte mantıksız) çözümlere yönelirim. Windows beni hayal kırıklığına uğratmıyor. :)

Derleme sürümümü sunucudaki .NET sürümüyle eşleştirerek bu sorunu çözebildim.

Ben sadece ne olacağını görmek için .exe çift tıkladı ve 4.5 yüklememi söyledi ....

Bu yüzden 4.0'a düştüm ve işe yaradı!

Bu yüzden sürümlerinizin eşleştiğinden emin olun. Benim dev kutusu iyi koştu, ama sunucu eski .NET sürümü vardı.

Benim durumumda dosyanın içeriği yanlıştı. DLL web'den indirildi, ancak DLL içeriği HTML sayfasıydı: D Doğru DLL gibi görünüyorsa, ikili dosya olup olmadığını kontrol etmeyi deneyin :)

Aynı sorunu .NET çekirdeğinde de yaşıyorduk. Çözüm, 32 bit .netcore çalışma zamanını indirmek ve proje hedefinize sahip olmaktıx86

Senin içinde csprojdosya ekleme

  <PropertyGroup>
    <PlatformTarget>x86</PlatformTarget>  
  </PropertyGroup>

  <PropertyGroup>
    <RunCommand Condition="'$(PlatformTarget)' == 'x86'">$(MSBuildProgramFiles32)\dotnet\dotnet</RunCommand>    
  </PropertyGroup>

Bu bir Windows makinesi için kullanıldı, Linux / OSX için yolları ayarlamanız gerekirdi

Yönetilmeyen DLL'yi içe aktarıyorsanız,

CallingConvention = CallingConvention.Cdecl 

DLL alma yönteminizde.

1: Git: Araçlar> Seçenekler> Projeler ve Çözümler> Web Projeleri> IIS Express 2'nin 64 bit sürümünü kullanın: web hizmeti projesi için aşağıdaki ayarı değiştirin.