.net - studio - No se pudo cargar el archivo o el ensamblaje... o una de sus dependencias. Se intentó cargar un programa con un formato incorrecto(archivo.resx)

visual studio 2012

Question

Recibo el siguiente mensaje de error al compilar o intentar ejecutar mi aplicación en Windows 7 de 64 bits. He buscado en Internet y muchas personas tienen el mismo mensaje de error. Sin embargo, ninguna de las soluciones aborda mi problema o situación. Estoy usando Visual Studio 2010 .

Mensaje de error

Error 38 No se pudo cargar el archivo o ensamblado ''file: /// D: / Projects / Windows Projects / Weld / Components / FileAttachments / FileAttachments / FileAttachments / bin / x86 / Debug / FileAttaching.dll'' o una de sus dependencias. Se intentó cargar un programa con un formato incorrecto. Línea 1212, posición 5. D: / Projects / Windows Projects / Weld / Weld / Weld.UI / frmMain.resx 1212 5 Weld.UI

Descripción

OK, entonces tengo dos proyectos, un proyecto de interfaz de usuario y un proyecto de FileAttachment. El proyecto de UI tiene una referencia al proyecto FileAttachment. Cuando compilo el proyecto de UI en el modo "Cualquier CPU", todo funciona bien y se ejecuta. Asumo que ''Cualquier CPU'' se ejecutará en modo de 64 bits cuando compilo, ya que esa es la plataforma que estoy usando.

Quiero ejecutar / compilar como x86, así que trato de hacer eso. Cambio la configuración de todos los proyectos a x86 y verifico que estas configuraciones se compilan en x86. Compilo y obtengo el error como se indicó anteriormente.

Me parece extraño que se compile y funcione bien en 64 bits pero no en 32 bits. Sin embargo, cuando se compilan e implementan para los usuarios como ''Cualquier CPU'', si estos usuarios tienen x86, todavía funciona para ellos sin ningún problema. Simplemente no puedo compilar o ejecutar como x86 en mi PC. De nuevo, puedo compilar como cualquier CPU e implementarlo en una PC de 32 bits sin ningún problema.

Ninguno de los proyectos hace referencia a ningún archivo DLL de 64 bits solamente. Se verifica que ambos proyectos se dirigen a archivos DLL de 32 bits y ensamblados de .NET Framework.

Necesito compilar y ejecutar esto localmente en el modo de 32 bits. Necesito editar JIT / continuar, entre otras cosas.

Aquí está la línea de código en el archivo resx que está causando el problema:

 <data name="ImageList1.ImageStream" mimetype="application/x-microsoft.net.object.binary.base64">
....{mime data}....
</data>

Se ha verificado que el archivo resx se genera para .NET 2.0 y solo hace referencia a los ensamblados .NET 2.0 y no a las versiones .NET 4.0.

¿Como puedo solucionar este problema? He buscado en Internet y he encontrado cientos de personas con el mismo mensaje de error, pero un problema diferente.

Answer 1

Esto parece ser un error de VS 2010 con listas de imágenes. Consulte https://connect.microsoft.com/VisualStudio/feedback/details/532584/error-when-compiling-resx-file-seems-related-to-beta2-bug-5252020?wa=wsignin1.0

Pude utilizar la solución listada para que funcione para mí.

Publicado por Luis Mack el 5/12/2010 a las 8:50 AM He encontrado el mismo problema, solo para un proyecto específico al compilar en una máquina de 64 bits. Una solución que PARECE trabajar es alterar manualmente un carácter en la secuencia de la imagen CADA VEZ que el control de usuario o formulario se edita en el diseñador

AAEAAAD ///// AQAAAAAAAAAMAgAAAFdTeXN0ZW0uV2luZG93cy5Gb3JtcywgVmVyc2lvbj00LjAuMC4w

Cambie a AAEAAAD ///// AQAAAAAAAAAMAgAAAFdTeXN0ZW0uV2luZG93cy5Gb3JtcywgVmVyc2lvbj0yLjAuMC4w

Eso es 00LjAuMC4w de vuelta a 0yLjAuMC4w al final de la línea (00 a 0y)

Jim

Answer 2

Me he encontrado con el mismo problema con uno de mis programas. El problema es que, por alguna razón, Visual Studio parece estar generando bloques de datos de 64 bits para algunas de las propiedades de control de la GUI, que luego no puede cargar al compilar en x86.

En mi caso, puedo evitar el problema eliminando los bloques de datos problamáticos del archivo resx junto con las líneas de código de línea en el archivo cs.designer que hacen referencia a esos bloques. Puedo hacer esto ya que las líneas de código fuente correspondientes que están asignando la propiedad referenciada son redundantes y no son necesarias. Lo único molesto es que tengo que volver a hacer esas correcciones cada vez que modifico algo en el diseñador, ya que Visual Studio luego vuelve a agregar el código incorrecto.

Answer 3

Mi solución más simple ha sido ir a la línea errónea y cambiar la base64 a base32

<data name="myGUIcontrol.myObj" mimetype="application/x-microsoft.net.object.binary.base32">
... block of binary here

Pero me gustaría encontrar una manera de evitar que suceda cada vez que haga un cambio en el diseñador. ¿Tal vez un atributo para la clase que obliga a VS10 a convertirlo en una base32?

Answer 4

Nos enfrentamos al mismo problema la semana pasada, y encontramos una buena solución.

.resx abrir el archivo .resx en el Diseñador y configurar el modificador de acceso de público a ninguna generación de código.