ultimate - Visual Studio 2010 "no puede encontrar" C: / Users /[USERNAME] / AppData / Local / Temp / 1 /.NETFramework, Version=v4.0.AssemblyAttributes.vb después de cada reinicio

visual studio 2015 enterprise

Question

Recientemente agregué algunos de mis proyectos de Visual Studio 2010 a una solución, y ahora cada vez que vuelvo a abrir el programa dejan de compilar. Se quejan "No se puede abrir el archivo del módulo C: / Users [USERNAME] / AppData / Local / Temp / 1.NETFramework, Version = v4.0.AssemblyAttributes.vb. El sistema no puede encontrar el archivo especificado." Lo he comprobado, ¡el archivo existe y es accesible desde el editor VS!

Toda la información sobre este error que he encontrado recomienda utilizar la reconstrucción para solucionar el problema. Eso funciona para mí, pero preferiría no tener que ejecutar una reconstrucción la primera vez que abro cada una de mis soluciones. ¿Hay alguna forma de evitar este error?

Answer 1

Como vcsjones dijo, parece un problema con RDC. Se arregló después de que cerré mi sesión de RDC y restablecí el servidor de la terminal.

Answer 2

Eliminé el archivo AssemblyAttributes.vb y mágicamente se recibió. así es como lo resolví.

Answer 3

En mi caso, VS no pudo acceder a la carpeta TEMP de los usuarios. Después de cambiar los permisos para permitir que todos los usuarios (mi computadora tiene un usuario, yo) control total sobre esta carpeta, todo se solucionó.

Espero que esto ayude

Answer 4

Es un error en Visual Studio 2010. Limpiar y construir funciona para mí.

Answer 5

No abra la solución directamente desde visual studio 2010. abra la solución haciendo clic en el archivo de solución del proyecto de la carpeta donde se ha guardado el proyecto.

resolvió mi problema ...

Answer 6

Otra opción es crear los archivos deseados en la ubicación deseada. Eso sería:

"C: / Users / user / appdata / local / temp / 1.NETFramework, Version = v4.0, Profile = Client.AssemblyAttributes.cs" con el siguiente contenido:

// <autogenerated />
using System;
using System.Reflection;
[assembly: global::System.Runtime.Versioning.TargetFrameworkAttribute(".NETFramework,Version=v4.0,Profile=Client", FrameworkDisplayName = ".NET Framework 4 Client Profile")]

"C: / Users / user / appdata / local / temp / 1.NETFramework, Version = v4.0.AssemblyAttributes.cs" con el siguiente contenido:

// <autogenerated />
using System;
using System.Reflection;
[assembly: global::System.Runtime.Versioning.TargetFrameworkAttribute(".NETFramework,Version=v4.0", FrameworkDisplayName = ".NET Framework 4")]

"C: / Users / user / appdata / local / temp / 1.NETFramework, Version = v4.0.AssemblyAttributes.vb" con el siguiente contenido:

Option Strict Off
        Option Explicit On

        Imports System
        Imports System.Reflection
        <Assembly: Global.System.Runtime.Versioning.TargetFrameworkAttribute(".NETFramework,Version=v4.0", FrameworkDisplayName:=".NET Framework 4")>

para otra versión de .NET, simplemente cambie la versión en el contenido del archivo, por ejemplo

[assembly: global::System.Runtime.Versioning.TargetFrameworkAttribute(".NETFramework,Version=v4.5", FrameworkDisplayName = ".NET Framework 4.5")]

Answer 7

Reinicié Visual Studio y eso funcionó ...

Answer 8

Sí, este es un problema causado por las conexiones a Escritorio remoto. RDC está configurado (por defecto) para usar crear un nuevo directorio cada vez que inicie sesión remotamente. Además, está configurado (configuración separada) para eliminar ese directorio una vez que finaliza la sesión. La solución real es eliminar estas dos configuraciones para que solo use su carpeta Temp estándar, sin eliminar los archivos al cerrar la sesión.

También hay dos soluciones para este problema:

1. Solución 1: elimine su archivo .suo para la solución antes de abrir la solución o la reconstrucción.
2. Solución 2: utilice la opción "Reconstruir todo" para la solución

_{Nota: La configuración de RDC solo se puede realizar realmente si inició sesión como administrador en el cuadro, por lo tanto, las dos soluciones.}