una tiene standard servidor referencia que puede providers owinstartupattribute net microsoft error ensamblado encuentra dotnetcompilerplatform dependencias con cargar asegurese archivo aplicación agregar acceso c#

c# - tiene - No se pudo cargar el archivo o ensamblado ''xxx'' o una de sus dependencias. Se intentó cargar un programa con un formato incorrecto



no se puede cargar el archivo o ensamblado ni una de sus dependencias. (8)

Acabo de ver una revisión de Subversion en una nueva carpeta. Abrí la solución y la recibí cuando corrí:

No se pudo cargar el archivo o ensamblado ''xxxx'' o una de sus dependencias. Se intentó cargar un programa con un formato incorrecto.

Este es el mismo código que había verificado hace un tiempo. ¿Por qué ahora está haciendo esto? Ahora también veo un Debug x86 en lugar de simplemente Debug en la carpeta bin de ese proyecto xxx. ¿Qué es Debug x86 y por qué no solo tengo Debug solo como solía hacerlo en la carpeta bin?


Asegúrese de verificar su configuración para "Preferir 32 bits". En mi caso, Visual Studio 2012 tenía esta configuración marcada de forma predeterminada. Tratar de usar cualquier cosa desde una DLL externa falló hasta que desactivé "Preferir 32 bits" .


Definitivamente es un problema con algunos de los proyectos que se construyen para compatibilidad x86 en lugar de cualquier CPU. Si tuviera que adivinar, diría que algunas de las referencias entre sus proyectos probablemente hacen referencia a las dll en algunas de las carpetas bin / debug en lugar de ser referencias de proyectos.

Cuando se compila un proyecto para x86 en lugar de ''Cualquier CPU'', los dll entran en la carpeta bin / x86 / debug en lugar de bin / debug (que es probablemente donde están buscando sus referencias).

Pero en cualquier caso, debe usar referencias de proyecto entre sus proyectos.


La excepción BadImageFormatException en una aplicación que se ejecuta en IIS (no se ejecuta desde VS, ya que Visual Studio corrige el problema utilizando la compilación para "Cualquier CPU") puede ser causada por lo siguiente:

El sitio es un servidor que es x64 y la configuración predeterminada del Conjunto de aplicaciones para Habilitar aplicaciones de 32 bits es False. y tiene ensambles de 32 bits

En el nivel de Visual Studio, la solución es:

  1. Cambie la configuración del proyecto "CPU de destino" a "ANYCPU"

Parece que una parte del proyecto está siendo desarrollada para x86-only mientras que el resto se está construyendo para cualquier CPU / x64. Esto también me mordió. ¿Estás ejecutando un x64 (o uh ... IA64)?

Verifique las propiedades del proyecto y asegúrese de que todo esté siendo creado para "Cualquier CPU". Si está en Visual Studio, puede verificar todo yendo al menú "x86" o "Cualquier CPU" (al lado del menú "Depurar" / "Versión") en la barra de herramientas en la parte superior de la pantalla y haciendo clic "Administrador de configuración ..."


Si obtiene este error al ejecutar el sitio en IIS 7+ en servidores de 64 bits, puede tener ensamblados de 32 bits y su grupo de aplicaciones tendrá la opción "Habilitar aplicaciones de 32 bits" establecida en False; Establezca esto en verdadero y reinicie el sitio para que funcione.


Tuve este error al tratar de usar los espantosos Business Objects 4 para .Net SDK.

Envían cinco archivos BusinessObjects * .dll, pero todos son de 64 bits.

Para cargar mi página web, necesitaba hacer clic en Herramientas / Opciones , luego cambiar esta configuración en VS2013:


if while En Visual Studio con IIS express funcionando y cuando se publique, pruebe esto:


inetmgr luego llegar al grupo de aplicaciones-> Configuración avanzada de su grupo-> tendrá la opción "Habilitar aplicaciones de 32 bits" establecida en verdadero; y reinicie IIS. revisar otra vez.!