Erreur de débogage de VS vstest

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 / de déboguer mes tests / un test, j'obtiens fréquemment l'erreur suivante (accompagnée d'un point d'exclamation par rapport au test - erreur de test):

Avertissement: Problème de déploiement de l'exécution du test: l'assemblage ou le module 'Cassini' référencé directement ou indirectement par le conteneur de test '' est introuvable. Échec de la mise en file d'attente du test 'pendi @ UK00329 2008-09-19 14:37:39': Impossible de démarrer le programme 'C: \ Programmes \ Microsoft Visual Studio 9.0 \ Common7 \ IDE \ vstesthost.exe'.

Une DLL Visual Studio, coloader80.dll, n'est pas correctement installée. Veuillez réparer votre installation de Visual Studio en sélectionnant "Ajout / Suppression de programmes" dans le Panneau de configuration.

Si le problème persiste, vous pouvez inscrire manuellement coloader80.dll à partir de l'invite de commande avec "regsvr32"%% MicrosoftProgramFiles% \ Microsoft Shared \ VS7Debug \ coloader80.dll ".

Maintenant, c’est un site ASP.Net qui propose des services Web, etc. Tout cela est plutôt étrange, car enregistrer la dll ne fonctionne JAMAIS. Parfois, un clean + run fonctionne. Parfois, une exécution (plutôt qu'un débogage), parfois un débogage (plutôt que l'exécution précédente).

La folie. Google me dit d’enregistrer les dll suivantes:

Cela fonctionne, encore une fois de façon sporadique. J'ai également essayé l'option d'installation VS Repair.

Faites-moi savoir si quelqu'un a résolu le problème / connaît le problème

Merci ian

de Microsoft ... ces DLL manquantes. Je trouve que la solution est (aussi) sporadique. Toute autre idée ??

  

  
1. Remplacez les fichiers suivants par leurs équivalents à partir de Visual   Studio .NET
  

support d'installation:

  

Program Files \ Fichiers communs \ Microsoft Shared \ VS7Debug \ coloader.dll   Program Files \ Fichiers communs \ Microsoft Shared \ VS7Debug \ csm.dll   Program Files \ Fichiers communs \ Microsoft Shared \ VS7Debug \ msdbg2.dll   Program Files \ Fichiers communs \ Microsoft Shared \ VS7Debug \ pdm.dll   Fichiers programme \ Fichiers communs \ Microsoft Shared \ VS7Debug \ vs7jit.exe   Program Files \ Fichiers communs \ Microsoft Shared \ 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. Ceci était utilisé par VS (assez indétable comme c'est le cas pour le débogage) mais aussi par SSMS.

Alors ... il semble que SqlServerManagementStudio ait un lien avec la DLL de débogage du VS, créant ainsi le verrou. Pour l’instant, je n’ouvre que les unes après les autres, mais je suis assez étonné par cela .... espère qu’un correctif nous parviendra.