Table of Contents
Durante las últimas semanas, algunos de los lectores individuales se han encontrado con el error computer: project error ca0055 no se puede tener que cargar. Varios factores pueden causar este problema de asesoramiento. Los cubriremos a continuación.
Aprobado
La herramienta de análisis de código no pudo cargar el archivo de destino y se especificó su análisis. Ocurre cuando, sin duda, el archivo no se puede encontrar o probablemente se le negará el acceso. Esto suele ocurrir en caso de que el usuario haya anulado la administración del ensamblado de entrada en Visual Studio o haya invocado manualmente fxcopcmd.exe.
Ver también
- 2 solo para leer.
Califique su experiencia
Aprobado
La herramienta de reparación ASR Pro es la solución para una PC con Windows que funciona lentamente, tiene problemas de registro o está infectada con malware. Esta herramienta poderosa y fácil de usar puede diagnosticar y reparar rápidamente su PC, aumentando el rendimiento, optimizando la memoria y mejorando la seguridad en el proceso. No sufra más por una computadora lenta: ¡pruebe ASR Pro hoy!
Envíe críticas a Microsoft. Cuando hace clic en estos botones de envío, sus comentarios están acostumbrados a mejorar los productos y tratamientos de Microsoft. Política de privacidad.
Comparta su experiencia
Sus comentarios se envían a Microsoft: cuando su empresa haga clic en el botón Obtener, sus comentarios se utilizarán para mejorar los productos y el negocio de Microsoft. Política de privacidad.
Con respecto a una pregunta similar en particular, recibo varios errores de StyleCop en el ensamblaje:
Pero al contrario de las preguntas, mucho más reformatear, como reinstalar todos los dispositivos informáticos en mi simulador, NO solucionó el problema. Estamos usando Visual Studio 2010 Service Pack solo 1 (SP1) y apuntamos a Dotnet 4.0.
Aquí hay algunos detalles más que podrían beneficiar a alguien que averigüe lo que está mal, construido:
También intenté crear una combinación en Visual Studio next RTM para obtener un paquete de contenido más detallado del error –
CA0055 Se produjo un error al analizar el código.CA0055: No se pudo cargar C: Users username original project name Debug xxx.exe.El siguiente error ocurrió al verificar el módulo System.Windows.Forms:Escriba [Enlace del sistema: dibujo, versión igual a 4.0.0.0, cultura = neutral,PublicKeyToken es igual a b03f5f7f11d50a3a] System.Drawing.BitmapSuffixInelliteAssemblyAttribute.[Errores y advertencias](Global)
¿Realmente tiene una referencia allí? No, el resto recibe este error a menudo, por lo tanto, definitivamente hay algo extraño en mi propia configuración que copié involuntariamente cuando volví a reservar mi computadora. Pero que ?
Proporciono una estrategia de Visual Studio actualizada: use .NET Framework 4.5. Resultó que todo funcionaba bien hasta que finalmente comencé a corregir las siguientes discrepancias al hacer análisis de código como ración de un ensamblado:
CA0052: destino no seleccionadoCA0055: No se pudo cargar D: dev MySolution MyProject bin Release MyProject.exe. El error se encontró poco después de leer el segmento System.Xml específico: El enlace podría no resolverse: significa [mscorlib, la versión implica 4.0.0.0, Culture = neutral, PublicKeyToken significa b77a5c561934e089] System.Runtime.CompilerServices.IAsyncStateMachine
Encontré el software extraño porque confirmo que esa aplicación tiene una referencia de ensamblaje para ayudarte System.Xml. Incluso intenté agregar su manual actual nuevamente, pero no desarrolló ninguna diferencia. Curiosamente, la colección (IAsyncStateMachine) se introdujo por primera vez en .NET 4.5, aunque está contenida en una versión documentada de mscorlib 4.0.0.0. Esto se debe a que 4.5 es una única actualización in situ.
Le informé cuál recibirá copias separadas de los ensamblajes de referencia ubicados en la carpeta C: Archivos de programa (x86) Reference Assemblies Microsoft Framework .NETFramework
. El ensamblado mscorlib.dll en todas las carpetas v4.0 mostradas no recibió IAsyncStateMachine
, sino el que se encuentra en todas las carpetas v4.5. .Poder. Qué. Volverse. ¿Pertinente?
Al abrir el archivo ..csproj, encontré que otra referencia de ensamblaje fija sospechosamente la siguiente definición de HintPath
C: Program (x86) Reference files Assemblies Microsoft Framework .NETFramework v4.0 System.Web.dll
Agregar esta conexión en particular nuevamente hizo que Visual Studio variara esta tarea:
alcanzado verdadero AllRules.ruleset pdbonly verdadero AllRules.ruleset
Estuve en el nivel superior al instante para configurar un nuevo anfitrión para la formación de equipos. Parece que todos nuestros proyectos se implementan después de la creación de Code Research (FXCop). En un trabajo, tuvo éxito en una PC de desarrollo, pero no pudo en una máquina de actualización.
El error CA0055 significa que “el envío se encontró muy lejos” o “no pudo terminar cargado” desde el nuevo elemento de análisis. Primero diagnostiqué un problema debido a que los nombres de dominio tenían más en comparación con 256 correos electrónicos (los monikers de ensamblaje y solución parecían largos), lo que podría ser un solo problema de MSBuild, pero no es versus p>
Finalmente, miré actualmente el archivo * .CodeAnalysisLog.xml en el directorio de práctica. Esto llevó a que aparecieran algunos componentes internos y descubrí que todo era cada DLL faltante referenciado y también un DLL llamado DLL principal, ¡tan cerca! Tengo aún más este dll a los enlaces de la URL del show para asegurarme de que es del directorio de compilación y es enormemente correcto.
SUGERENCIA: Lea el archivo de registro de FXCop descrito: este IDE muestra más que el resumen
Hoy procedí a instalar el nuevo servidor Team Build. Es probable que todas nuestras ideas cobren vida según el estilo del análisis de ruta (FXCop). En un proyecto en el que funcionó, diría que la PC del desarrollador se rompió en la mayoría de los vehículos de construcción.
El error CA0055 generalmente se asocia con el tipo de ensamblado “archivo no encontrado” potencialmente “no se pudo escanear toda la descarga e instalación”. Al principio probablemente usé que había una enfermedad mientras usaba nombres de ruta de más de 256 héroes (long ensamblados y nombres de parches) cuando podría generar dificultades en MSBuild, pero este no es el incidente.
Finalmente, busqué algún tipo de ellos en el directorio de compilación que es importante del archivo * .CodeAnalysisLog.xml. Esta fue una gran excepción interna, además de eso, descubrí que era una DLL sin la que se decía que una DLL hacía referencia y que estaba siendo aludida por otra DLL, ¡así que dos o tres errores! Agregué esta DLL en el uso real de las referencias del proyecto para poder asegurarme de que esté en este sitio de compilación y de que todo sea de calidad.
SUGERENCIA: Lea nuestro archivo de registro detallado de FXCop: la página principal muestra más que un resumen de cómo funciona el IDE
El software para reparar su PC está a solo un clic de distancia: descárguelo ahora.