2010-05-25 2 views
0

ma question est très similaire à:projet VB.Net montre des erreurs sur le nettoyage dans VS2010

http://www.dotnetmonster.com/Uwe/Forum.aspx/dotnet-vb/54944/VB-Net-project-throwing-errors-when-executing-Clean-Solution

  1. erreurs typiques: Impossible de charger la bibliothèque référencée X
  2. type IWshRuntimeLibrary.WshShell n'est pas défini .
  3. L'interface System.IDisposable n'est pas implémentée par cette classe.
  4. L'espace de noms de type spécifié dans les importations Z ne contient aucun membre public ou ne peut pas être trouvé. Assurez-vous que le nom de l'élément importé n'utilise aucun alias.

Cela doit être lié à une configuration de projet VB.net. Actuellement, il existe un paramètre "Traiter tous les avertissements comme des erreurs". Je voudrais garder ce paramètre, mais aussi résoudre ces "erreurs" ennuyantes.

Répondre

1

J'ai connu un problème similaire et corrigé en exécutant la commande suivante dans l'outil de ligne de commande VS

devenv /resetskippkgs 
+0

Voulez-vous donner des détails s'il vous plaît? Y at-il un moyen de définir ce drapeau via GUI IDE? Qu'est ce que ça fait? –

+0

De MSDN: «efface toutes les options pour ignorer le chargement ajouté à VSPackages par les utilisateurs qui souhaitent éviter de charger VSPackages problème, puis démarre Visual Studio. Je ne suis pas sûr de ce qui cause le problème, mais cette commande le corrige lorsque je commence à avoir des erreurs sans raison. Dites-moi si cela marche pour vous. – Laplace

1

I'ev eu des problèmes d'exécution est propre via MSBuild dans VS2008 lorsque les projets ont été enregistrés pour COM Interop .

Le problème est que la cible "Clean" générée automatiquement pour une solution nettoie les projets dans le même ordre que celui dans lequel ils ont été construits. Cela provoque des problèmes pour les projets enregistrés pour COM lorsque MSBuild tente de charger puis désenregistrer l'assembly de COM pendant un "nettoyage". Le problème se produit si l'assembly a une dépendance sur un autre projet car la dépendance sera supprimée en premier et par conséquent, le chargement de l'assembly échouera et MSBuild ne pourra pas l'annuler.

Une solution de contournement consiste à modifier le fichier .cache de solution (qui contient les cibles générées automatiquement par MSBuild pendant "Build") et inverser l'ordre de la cible "Clean". J'ai piraté ensemble une tâche de construction personnalisée à correction rapide pour faire cela en tant qu'étape post-construction.

Aucune idée si cela a été corrigé dans VS2010 ou bien si cela correspond à votre problème puisque vous ne donnez pas beaucoup de détails à votre question;)

Questions connexes