VS vstest erreur de débogage

Question

J'ai récemment installé VS2008. Le projet sur lequel je travaille utilise vstest et j'ai un problème exaspérant. Lorsque je choisis d'exécuter/déboguer mes tests/un test, j'obtiens fréquemment l'erreur suivante (accompagnée d'un point d'exclamation contre l'erreur de test):

Attention: Problème de déploiement de test: L'assemblage ou le module 'Cassini' référencé directement ou indirectement par le conteneur de test '' n'a pas été trouvé. Echec de l'exécution du test de file d'attente 'pendi @ UK00329 2008-09-19 14:37:39': Impossible de démarrer le programme 'C: \ Program Files \ Microsoft Visual Studio 9.0 \ Common7 \ IDE \ vstesthost.exe'.

Une DLL Visual Studio, coloader80.dll, n'est pas installée correctement. Veuillez réparer votre installation de Visual Studio via "Ajout/Suppression de programmes" dans le Panneau de configuration. Si le problème persiste, vous pouvez enregistrer manuellement coloader80.dll à partir de l'invite de commande avec 'regsvr32 "% CommonProgramFiles% \ Microsoft Shared \ VS7Debug \ coloader80.dll"'.

Maintenant, il s'agit d'un site ASP.Net et a quelques services Web, etc Tout plutôt étrange que de resigner la DLL ne fonctionne JAMAIS. Parfois, un nettoyage + fonctionne. Parfois, une exécution (plutôt qu'un débogage) parfois un débogage (plutôt que l'exécution précédente).

Maddening. Google me dit d'enregistrer les dlls suivantes:

Cela fonctionne, encore sporadiquement. J'ai également essayé l'option d'installation VS Repair.

S'il vous plaît laissez-moi savoir si quelqu'un a craqué ce/connaît le problème

Merci Ian

---

de Microsoft ... les dll manquants. Je trouve que la solution est (également) sporadique. D'autres idées?

1. Remplacez les fichiers suivants avec leurs équivalents de l' Visual Studio .NET

support d'installation

:

Program Files \ Common Files \ Microsoft Shared \ VS7Debug \ coloader.dll Program Files \ Fichiers communs \ Microsoft Shared \ VS7Debug \ csm.dll Program Files \ Common F iles \ Microsoft Shared \ VS7Debug \ msdbg2.dll Program Files \ Fichiers communs \ Microsoft Shared \ VS7Debug \ pdm.dll Program Files \ Fichiers communs \ Microsoft Shared \ VS7Debug \ vs7jit.exe Fichiers programme \ Fichiers communs \ Microsoft partagés \ VS7Debug \ Mdm.exe

2. Register each DLL above with regsvr32.EXE, e.g: 
regsvr32 "ProgramFiles\Common Files\Microsoft Shared\VS7Debug\coloader.dll" 

Answer 1

BTW - J'ai trouvé la réponse. Ou une réponse. En utilisant Process Explorer, j'ai tracé coloader80.dll en utilisant l'Explorateur de Processus. Cela a été utilisé par VS (assez indétectable car il est utilisé par le débogage) mais aussi par SSMS. Donc, il semble que SqlServerManagementStudio avait un point d'accès à la DLL de débogage VS, créant ainsi le verrou. Pour le moment, je n'en ouvre qu'une à la fois, mais je suis très abasourdi par cela ... j'espère qu'une solution sera bientôt trouvée.