professional Visual Studio 2010 "ne peut pas trouver" C: \ Utilisateurs \[NOM_UTILISATEUR] \ AppData \ Local \ Temp \ 1 \.NETFramework, Version=v4.0.AssemblyAttributes.vb après chaque redémarrage




visual studio 2010 professional (7)

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 la compilation. Ils se plaignent "Impossible d'ouvrir le fichier de module C: \ Utilisateurs [USERNAME] \ 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 à partir de l'éditeur VS lui-même!

Toutes les informations sur cette erreur que j'ai trouvé recommandent de reconstruire pour contourner le problème. Cela fonctionne pour moi, mais je préfère ne pas avoir à faire une reconstruction la première fois que j'ouvre chacune de mes solutions! Est-il possible d'éviter cette erreur?


Answer #1

Dans mon cas, VS n'a pas pu accéder au dossier TEMP des utilisateurs. Après avoir changé les permissions pour permettre à tous les utilisateurs (mon ordinateur a un utilisateur - moi) un contrôle total sur ce dossier, tout a été corrigé.

J'espère que cela aidera.


Answer #2

J'ai supprimé le fichier AssemblyAttributes.vb et il a été recréé comme par magie. Voilà comment j'ai résolu.


Answer #3

N'ouvrez pas la solution directement à partir du studio visuel 2010. ouvrez la solution en cliquant sur le fichier de solution du projet dans le dossier où le projet a été enregistré.

il a résolu mon problème ...


Answer #4

Comme dit vcsjones, cela ressemble à un problème avec RDC. Il s'est corrigé après avoir fermé ma session RDC et réinitialisé le serveur Terminal Server.


Answer #5

Oui, il s'agit d'un problème causé par les connexions Bureau à distance. RDC est (par défaut) configuré pour utiliser créer un nouveau répertoire chaque fois que vous vous connectez à distance. En outre, il est configuré (paramètre distinct) pour supprimer ce répertoire une fois que vous vous déconnectez. La vraie solution consiste à supprimer ces deux paramètres de sorte qu'il utilisera simplement votre dossier Temp standard, ne supprimant pas les fichiers lors de la déconnexion.

Il existe également deux solutions de contournement à ce problème:

  1. Solution 1: supprimez votre fichier .suo de la solution avant d'ouvrir la solution ou de la reconstruire.
  2. Solution de contournement 2: utilisez l'option "Reconstruire tout" pour le correctif

Remarque: La configuration de RDC ne peut vraiment être effectuée que si vous êtes connecté en tant qu'administrateur sur la boîte, donc, les deux solutions de contournement.


Answer #6

C'est un bug dans Visual Studio 2010. Clean and build fonctionne pour moi.


Answer #7

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")]




visual-studio-2010