msvsmon.exe bloqué lors du débogage
Lors du débogage dans VS2013 update3, msvsmon.exe s'est écrasé lorsqu'il a été touché à un point d'arrêt.
Il indique "Le processus de travail du débogueur (msvsmon.exe) s'est arrêté de manière inattendue. Le débogage sera abandonné".
Je n'utilise pas de débogage à distance.
Est-il possible d'arrêter le fichier msvsmon.exe pour éviter de l'appeler lors du débogage?
La suppression de tous les points d'arrêt résout le problème lorsque je rencontre cette erreur. Désactiver les points d'arrêt n'était pas suffisant - ils devaient être supprimés.
J'ai pu m'attacher à un processus plusieurs fois. Une fois que j'ai ajouté un point d'arrêt conditionnel (avec quelques vérifications), j'ai commencé à obtenir cette erreur en essayant de joindre ce processus.
L'erreur fournie dans la question est un problème. J'ai également reçu une erreur indiquant qu'un débogueur était déjà attaché lorsque j'ai réessayé. Quoi qu'il en soit, la suppression des points d'arrêt a résolu le problème.
Quelques choses qui ont fonctionné pour moi:
- Essayez de fermer VStudio et de le relancer.
- Sinon, le redémarrage peut aider. [Je sais que c'est générique, mais ça vaut le coup]
- Désactiver les points d'arrêt inutiles.
J'ai eu cette erreur aussi, et j'ai aussi Astrill installé. La désinstallation complète d'Astrill a résolu le problème.
J'ai contacté le support Astrill et ils ont répondu (dans les 2 heures) en disant que le correctif correct était de maintenir Ctrl et d'appuyer sur le bouton "Aide" de l'application Astrill, puis de choisir "Désinstaller LSP". Cela a résolu le problème sans avoir besoin de désinstaller Astrill.
Je ne sais pas ce que LSP est, mais je suppose que c'est une sorte de proxy.
Dans mon cas, cela a été causé par un logiciel VPN. Cela a changé mon fichier hosts et ma localhost n'était plus 127.0.0.1.
Vérifiez donc votre localhost dans le fichier hosts (par exemple, %WINDIR%\System32\drivers\etc\hosts) et assurez-vous qu’il s’agit bien de 127.0.0.1.
Essayez d'activer Options> Débogage> Général> "Utiliser le mode de compatibilité managé"
J'ai aussi eu cette erreur/plantage lors du débogage et de l'inspection d'une variable contenant 50 Mo de données texte. Cette option a fonctionné à la fois dans VS2013 et dans VS2015 pour me permettre de déboguer et d'inspecter la variable avec des données volumineuses.
Cette erreur vient de se produire pour moi avec Visual Studio 2015 RTM. La suppression de tous les points d'arrêt a résolu la condition "Le processus de travail du débogueur (msvsmon.exe) s'est arrêté de manière inattendue. Le débogage sera abandonné".
Donc, si vous effacez tous vos points d'arrêt, dans votre version, vous ne devrez pas éviter d'utiliser MSVSMON.exe.
J'utilisais l'extension OzCode debugger. Malheureusement, ils ne disposent pas d'un moyen de désactiver complètement l'extension - vous ne pouvez désactiver que certaines fonctionnalités - j'ai donc dû le désinstaller complètement pour confirmer que c'était ce qui contribuait aux accidents.
Cette erreur m'est survenue lorsque j'ai essayé de déboguer avec Visual Studio/Service Pack 3, alors que le Service Pack 4 était déjà publié. Après la mise à jour vers le Service Pack 4, j'ai pu déboguer.
Alors, essayez d'installer la dernière version de Visual Studio
Cordialement
Ceci (ou quelque chose qui se manifeste exactement de la même manière) est toujours un problème dans VS2017. Dans mon cas, cela était dû à une dépendance trop importante pour pouvoir déboguer. La dépendance en question était un client généré pour une API REST de grande taille. J'ai été capable de déboguer à nouveau après avoir réduit cette dépendance.
J'ai eu la même erreur. Aucun effet après la suppression de tous les points d'arrêt et la réparation de Visual Studio (l'édition 2013 de Community Edition). Le problème était le logiciel Bitdefender. J'ai Bitdefender Internet Security 2016 et j'avais défini Active Thread Control (Modules-> Antivirus) sur le niveau normal. Mais après avoir réglé ce paramètre sur Permissive, l'erreur ne s'affiche plus.
Voici encore une autre réponse: j'ai changé mon projet de "Cible de la plateforme: N'importe quel processeur" en "Cible de la plateforme: x86". Il fallait environ 5 tentatives de débogage pour travailler à chaque fois.
J'avais déjà essayé toutes les suggestions de ce fil de discussion: je l'ai réinstallé, j'ai supprimé tous les points d'arrêt et recherché des interactions logicielles suspectes.
Je viens d’expérimenter cela avec VC2017 Community Edition 15.7.2. Désactiver la recherche dans Microsoft Symbol Server lors du débogage a résolu le problème pour moi.
Fixé en changeant Options-> Projets et solutions-> Projets Web -> Utiliser la version 64 bits d'IIS ......... sur False.
Dans mon cas, j'utilise le service wcf sur l'application wpf et saisis les paramètres à partir d'ici. L'exécution de l'application Wpf lors du traitement de cette erreur "Le processus de travail du débogueur (msvsmon.exe) s'est arrêté de manière inattendue. Le débogage sera annulé".
Dans ce cas, je lance le service Wcf et exécute l’application wpf
Dans ce type d'exécution, je n'ai pas rencontré d'erreur comme "" Le processus de travail du débogueur (msvsmon.exe) s'est arrêté de manière inattendue. Le débogage sera abandonné "
s'il vous plaît, essayez cette erreur de procédure résolue parce que certains processus d'exécution ne supportaient pas le débogage ..... nous supprimons les débogueurs, nous sommes également confrontés à la même erreur . ce cas a aidé ce processus ... ....
Je viens d'avoir le problème dans VS 2015. Je n'avais pas remarqué qu'un de mes points d'arrêt était faux. J'avais par inadvertance appuyé sur F9 pour définir un point d'arrêt lorsque la fenêtre de désassemblage était affichée dans la session de débogage précédente. La solution consistait simplement à supprimer ce point de rupture bidon - je devais garder tous mes autres points.