Visual Studio 2010 "ne trouve pas" C:\Utilisateurs\[NOMUTILISATEUR]\AppData\Local\Temp\1\.NETFramework, Version = v4.0.AssemblyAttributes.vb après chaque redémarrage
J'ai récemment ajouté certains de mes projets Visual Studio 2010 à une solution et maintenant, chaque fois que je rouvre le programme, ils arrêtent de compiler. Ils se plaignent "Impossible d'ouvrir le fichier de module C:\Utilisateurs [NOMUTILISATEUR]\AppData\Local\Temp\1.NETFramework, Version = v4.0.AssemblyAttributes.vb. Le système ne peut pas trouver le fichier spécifié." J'ai vérifié, le fichier existe et est accessible depuis l'éditeur VS!
Toutes les informations relatives à cette erreur que j'ai trouvée recommandent d'utiliser rebuild pour contourner le problème. Cela fonctionne pour moi, mais je préférerais ne pas avoir à reconstruire la première fois que j'ouvre chacune de mes solutions! Y a-t-il un moyen d'éviter cette erreur?
Oui, il s'agit d'un problème causé par les connexions au bureau à distance. RDC est (par défaut) le programme d'installation à utiliser pour créer un nouveau répertoire chaque fois que vous vous connectez à distance. En outre, il est configuré (paramètre séparé) pour supprimer ce répertoire une fois que vous vous êtes déconnecté. La vraie solution consiste à supprimer ces deux paramètres afin d’utiliser uniquement votre dossier Temp standard, sans supprimer les fichiers à la déconnexion.
Il existe également deux solutions de contournement à ce problème:
- Solution de contournement 1: supprimez le fichier .suo de la solution avant de l’ouvrir ou de la reconstruire.
- Solution de contournement 2: utilisez l'option "Rebuild All" pour le correctif
Remarque: La configuration de RDC ne peut réellement être effectuée que si vous êtes connecté en tant qu'administrateur sur la boîte, donc les deux solutions.
J'ai redémarré Visual Studio et ça a marché.
C'est un bogue dans Visual Studio 2010. Nettoyer et construire fonctionne pour moi.
Une autre option consiste à créer les fichiers souhaités à l'emplacement souhaité. Ce serait:
"C:\Utilisateurs\utilisateur\appdata\local\temp\1.NETFramework, Version = v4.0, Profil = Client.AssemblyAttributes.cs" avec le contenu suivant:
// <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:\Utilisateurs\utilisateur\appdata\local\temp\1.NETFramework, Version = v4.0.AssemblyAttributes.cs" avec le contenu suivant:
// <autogenerated />
using System;
using System.Reflection;
[Assembly: global::System.Runtime.Versioning.TargetFrameworkAttribute(".NETFramework,Version=v4.0", FrameworkDisplayName = ".NET Framework 4")]
"C:\Utilisateurs\utilisateur\appdata\local\temp\1.NETFramework, Version = v4.0.AssemblyAttributes.vb" avec le contenu suivant:
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")>
pour une autre version de .NET, il suffit de changer la version dans le contenu du fichier, par exemple.
[Assembly: global::System.Runtime.Versioning.TargetFrameworkAttribute(".NETFramework,Version=v4.5", FrameworkDisplayName = ".NET Framework 4.5")]
Dans mon cas, VS n'a pas pu accéder au dossier des utilisateurs TEMP. Après avoir modifié les autorisations pour permettre à tous les utilisateurs (mon ordinateur n’a qu’un seul utilisateur - moi) de contrôler totalement ce dossier, tout a été corrigé.
J'espère que cela aidera.
J'ai supprimé le fichier AssemblyAttributes.vb et il a été recréé comme par magie. c'est comme ça que j'ai résolu.
N'ouvrez pas la solution directement à partir de visual studio 2010. Ouvrez la solution en cliquant sur le fichier de solution du projet dans le dossier où le projet a été enregistré.
son résolu mon problème ...
Comme dit vcsjones, cela ressemble à un problème avec RDC. Il s'est corrigé après la fermeture de ma session RDC et la réinitialisation du serveur Terminal Server.
Assurez-vous que votre lecteur dispose de suffisamment d'espace libre ..__ J'ai rencontré le même problème, résolu après avoir alloué plus d'espace libre dans le lecteur.