Impossible de démarrer le débogage car l'objet appelé s'est déconnecté de ses clients

107

J'exécute Visual Studio 2012 (version 11.0.61030.00 mise à jour 4). Lors du débogage d'une application de console locale, j'obtiens l'erreur suivante lorsque je commence le débogage (F5):

---------------------------
Microsoft Visual Studio
---------------------------
Error while trying to run project: Unable to start debugging.
The object invoked has disconnected from its clients.
---------------------------
OK   
---------------------------

Cela ne se produit que si je laisse Visual Studio seul sans débogage pendant quelques minutes. Si je ferme Visual Studio et rouvre l'erreur disparaît (jusqu'à ce que je le laisse intact pendant quelques minutes). Quelqu'un a-t-il vécu cela? Je ne trouve aucun fil d'autres personnes qui en font l'expérience.

visual-studio debugging

— downatone
source

13

Fermez et redémarrez simplement VS. C'est la seule solution qui a fonctionné pour moi pendant un certain temps. Après avoir obtenu la mise à jour, il a disparu.

— sapatelbaps

1

Cela peut ou non être lié: exécutez-vous Microsoft BitLocker?

— Tyler Forsythe

J'ai le même problème avec VS2010 et VS2013, donc cela ne semble pas spécifique à VS2012.

— Mark Ingram

3

Cette question MSDN semble avoir résolu un problème similaire à celui-ci en renommant un dossier appelé VS7DEBUG dans %PROGRAM_FILES%/Common Files\Microsoft Shared. Avez-vous essayé ça?

— Gurusharan S

2

Cela peut aussi arriver avec VS 2017 - même si je n'ai jamais vu cela avant après avoir utilisé cette édition pendant des mois .. mais .. me voilà sur Google ...

— bkwdesign

35

Cela peut être une réponse possible au problème.

Certains de la réponse:

Vérifiez quels fichiers ont été modifiés (pourquoi et comment) après la mise à jour depuis un moteur de contrôle de source
Consultez la liste des extensions et plugins. Essayez de désactiver tout ou partie d'entre eux
Fermez Visual Studio et tuez tous les processus de développement: devenv, mspdbsrv, vcpkgsrv, msbuild, msvsmon, vshub, vstestetc.
Supprimez les .suo, .ncb, .VC.db, .VC.VC.opendbfichiers de la solution ainsi que le .vsrépertoire, ce qui pose parfois des problèmes
Supprimez les fichiers de paramètres de projet, triez YourProjectName.vcproj.DOMAINNAME.LOGINNAME.userou YourProjectName.csproj.user. Le nom du fichier de configuration dépend du type de projet que vous utilisez
Exécuter "C:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe" /setupou "C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe" /setuppour un environnement x64

— Anton K
source

15

Le redémarrage de Visual Studio l'a fait pour moi. Merci!

— Reza S

17

@RezaS Le redémarrage de Visual Studio n'est qu'une solution temporaire et tout comme le contenu de la question ( Cela ne se produit que si je laisse Visual Studio seul sans débogage pendant quelques minutes. Si je ferme Visual Studio et rouvre l'erreur disparaît (jusqu'à ce que Je le laisse intact pendant quelques minutes) ), il continuera à vous déranger à nouveau.

— Myk Agustin

L'étape 4 a fonctionné pour moi. Vous devriez également essayer de suivre les autres étapes de cette réponse.

— Myk Agustin

J'ai eu deux instances de Visual Studio ouvertes, l'une avec un projet qui s'intègre à un périphérique et l'autre lançait cette erreur. J'ai dû fermer les deux instances et recommencer celle-ci pour que cela fonctionne

— sohaiby

1

J'ai dû supprimer le dossier .vs caché à la racine de mon projet. (Ce dossier ne contient que les paramètres utilisateur et sera recréé lorsque le projet sera rechargé.)

— Brian Merrell

9

Fermez simplement le Studio VIsual et relancez le projet. Cela fonctionne parfaitement pour moi. Merci

— Debendra Dash
source

77

Ce n'est pas une excellente solution quand cela se produit 20 fois par jour

— codinglifestyle

18

C'est une solution temporaire, pas un problème temporaire.

— Fábio

9

Octobre 2017, VS Enterprise 2017. Cela se passe toujours. Ce n'est assurément pas un problème temporaire. Je suis avec @ Fábio.

— Smoke Liberator

2

Alors, quelle est la solution permanente à ce problème les gars? Avez-vous pu le résoudre?

— Jamshaid Kamran

2

C'est quelque chose comme si les gens tirent profit de cette réponse et font des votes négatifs. Veuillez répondre si vous avez une solution permanente au lieu de voter contre cela.

— Debendra Dash

3

Le redémarrage de Visual Studio fournit une solution de contournement, mais ne résout pas le problème réel. Dans mon cas, je travaillais avec une solution C # dans VS2017 et ce qui suit a résolu le problème:

Fermer Visual Studio
Supprimer le dossier .vs qui a été créé dans le répertoire de la solution
Rouvrir la solution

— Robear
source

Notez bien sûr que cela entraînera la perte des informations d'historique comme l'enregistrement des fichiers que vous avez ouverts pour la dernière fois lorsque vous rouvrez la solution.

— Robear

0

J'ai corrompu mon fichier App.config avec les paramètres NLog sans gestionnaire de section en haut du document. L'essentiel est de vérifier les paramètres de votre fichier de configuration, soit corrompus dans le format, soit mal gérés dans aucune section. une fois que j'ai supprimé la section de configuration corrompue, cela n'a pas soulevé à nouveau l'erreur (VS 2017) J'espère que cela aide!

— HydTechie
source