error al intentar ejecutar el proyecto: Se esperaba que el módulo para contener un manifiesto de ensamblado

Question

Cuando trato de ejecutar el proyecto que dice:

Error while trying to run project:could not load file or assembly 'Project.exe' or one of its dependencies.
The module was expected to contain an assembly manifest.

Cuando me encontré con el exe de la carpeta de depuración Tengo este error:

application unable to start correctly (0xc000007b)

También reinstalé Visual Studio pero parece que no funciona!

¿Cómo puedo resolver mi problema?

Answer 1

The module was expected to contain an assembly manifest

Es un problema de carga de montaje de bajo nivel. El CLR ha localizado un archivo con el nombre correcto, pero cuando intenta cargar el ensamblado, descubre que el archivo no contiene un manifiesto adecuado. Un ensamblado .NET debe contener un manifiesto, contiene metadatos que describen el ensamblado, enumerando los tipos en el ensamblado, etc.

Si no tiene ni idea de qué EXE o DLL pueden ser el alborotador, puede usar el Fuslogvw.exe utility:

1. Comézalo desde el "Símbolo del sistema de Visual Studio".
2. Haga clic en el botón "Configuración" y haga clic en el botón de opción "Registrar fallas de enlace en el disco".
3. Cambie de nuevo a VS e inicie el programa y espere a que ocurra la excepción.
4. De vuelta a Fuslogvw, haga clic en el botón "Actualizar" y haga doble clic en la entrada agregada.
5. Le muestra el archivo que encontró.

Varias posibilidades, una común en estos días es tratar de cargar un ensamblado .NET 4 con un EXE que solicitó CLR versión 2. Esto requiere un archivo app.exe.config que obligue a utilizar CLR 4 .

Answer 2

0xc000007b es "STATUS_INVALID_IMAGE_FORMAT". Por experiencia, esto me señala las propiedades del proyecto. Algunas cosas vale la pena visitar:

• comprobación para ver si todas las opciones de construcción se establecen en x86 o x64, dependiendo de la arquitectura del sistema, o Cualquier CPU.
• Si está utilizando dlls, considere si fueron compilados para su arquitectura de destino o no. Si no es así, vuelva a compilarlos en consecuencia o consíguelos en la versión correcta desde donde los obtuvo.
• Finalmente, verifique si su ensamblaje de proyecto y ensamblados cargados tienen diferentes nombres. Eso parece hacer que las cosas también se disparen.

Answer 3

En mi caso acabo de cambiar el marco de destino (.Net Framework 4) en Project Properties. Resuelve el problema.

Answer 4

En mi caso, se soluciona con solo ir a las propiedades del proyecto y configurar -> objeto de inicio projectname.program y build-> platform target -> x86.

Answer 5

acabo de resolver esto por problema reiniciando el sistema también en las propiedades del proyecto que configuro para varios usuarios, así como en la opción de inicio del cuadro combinado. Esto le ayudará.

Answer 6

Tengo el mismo problema cuando uso Vs2012 utimate para publicar Asp.net Mvc4, luego cargue dll al servidor. Lo arreglé por código de compilación como modo de lanzamiento y luego cargué todo el dll en la carpeta bin al servidor.