2008-11-13 8 views
1

j'ai pris le plongeon et mis à jour (ou peut-être revues à la baisse ?!) de Windows XP à Vista. Tout semblait fonctionner correctement, sauf que lorsque j'ai démarré ma machine ce matin et que j'ai ouvert mon application C# dans Visual Studio, j'ai eu un échec de "LoadPath de la propriété 'LoadPath. " les erreurs.Permission Denied erreurs avec Visual Studio 2008 sous Vista

J'ai essayé de reconstruire l'application et a constaté que, pour une raison mystérieuse, j'avais accès perdu aux executables que Visual Studio crée. Tout le reste de la solution était encore à moi, mais les résultats de la compilation ne l'étaient pas. Dans certains cas, l'administrateur les possédait et, dans certains cas, je les possédais toujours mais je n'avais aucun droit.

Je suis en cours d'exécution en tant qu'administrateur, afin de se voir refuser l'accès à mes propres fichiers que je me suis créé est plus qu'un peu exaspérante.

Ai-je manqué quelque chose dans la façon dont Visual Studio et Vista jouer ensemble, ou dois-je essuyer la machine et brûler deux jours Windows XP réinstallation?

+0

Nos informaticiens ont installé Vista sur l'un des postes de travail de notre nouveau développeur. Après avoir passé une journée à essayer de comprendre pourquoi il ne pouvait accéder à aucun des projets qu'il avait consultés auprès de TFS, nous avons mordu la balle, l'avons essuyée et installé XP. Heureux depuis. – tvanfosson

+0

@tvanfosson: J'ai utilisé Vista x64 sans aucun problème. L'un des systèmes d'exploitation Windows les plus stricts que j'ai utilisés. Hey, mais peut-être que je suis un gars chanceux helluva;) Nous avons besoin d'un OS moderne pour tirer parti de tous les cœurs de processeurs hightech (Quad Core était hightech il y a un an et demi) & mémoire (4Go) –

+0

@vyas totalement , totalement hors sujet, mais mis à part ces problèmes, je suis plutôt d'accord. Vista semble fonctionner plutôt bien. Il est beaucoup mieux à multitâche ce portable dual-core que XP a jamais été. Nous aurons bientôt quelque chose de aussi solide que OS/2 version 1.3. – Andrew

Répondre

2

En plus de ma tête:

  1. Désactiver le contrôle d'accès utilisateur.
  2. Assurez-vous que vous n'avez pas à jour dans votre executables dans le contrôle source (ils peuvent être en lecture seule) :)

EDIT: Je quelques problèmes sur mon Vista boîte x64 qui m'a confus et [I fonctionnait aussi en tant qu'administrateur]. Désactivation de l'UAC s'est débarrassé de cet «administrateur», mais pas un administrateur problèmes: D

+0

Si les développeurs insistent pour s'exécuter avec l'UAC désactivé, alors nous ne ferons jamais de progrès. –

+0

Peut-être UAC aurait dû être développé correctement avant d'être mis en œuvre alors? Je ne vais pas suggérer à un utilisateur qu'il devrait utiliser un logiciel cassé. – Malfist

+0

Cela a fait l'affaire. – Andrew

0

Oh .. c'est un endroit frais un = D

avez-vous essayé de changer votre chemin de sortie?

Eh bien, cliquez sur le bouton droit sur votre projet dans le « explorateur de solution ». Aller sur les propriétés, dans l'onglet Build. Là, vous pouvez essayer de travailler certaines choses ..

VS2008 est une chose très étrange, car il a été développé pour fonctionner sous Vista! = D

bonne chance!

1

Ouvrez votre fichier .csproj et assurez-vous que votre chemin de sortie 0: C: \ test \ est correct qu'un autre endroit à vérifier.

+0

J'ai rencontré ce problème, et en effet il s'est avéré que le fichier .csproj avait le mauvais chemin de sortie - l'interface graphique dans le volet des paramètres n'a pas persisté les changements pour une raison quelconque. –

Questions connexes