Erreur de débogage Visual Studio sur MSVSMON.EXE ne semble pas être en cours d'exécution
J'ai un programme qui, lorsque j'appuie sur F5 pour exécuter le programme, affiche cette erreur et ne s'exécute pas:
Erreur lors de la tentative d'exécution du projet, impossible de démarrer le programme 'F: .... ` Le moniteur de débogage Microsoft Visual Studio (MSVSMON.EXE) ne semble pas fonctionner sur l'ordinateur distant ...
C'est pendant que le projet était en train de compiler avec succès auparavant. Y a-t-il un paramètre de projet qui devrait être mal défini de temps en temps!?
J'utilise Visual Studio 2012 Update 2.
J'ai découvert que la raison n'est pas de déclasser! Il s'agit d'un logiciel de tunneling appelé "Proxifier". Lorsqu'il est exécuté sur le système, cela cause ce problème à Visual Studio.
Cela s'est produit lorsque j'ai créé une entrée dans mon fichier HOSTS pour exécuter le site localement, mais je l'ai ensuite commentée pour pouvoir afficher en direct.
Par exemple, le site actif est exécuté sur http://my.url.com
Dans VS, dans les propriétés du projet Web sur l'onglet Web, l'URL du projet est définie sur celle indiquée ci-dessus. Lorsque je veux déboguer localement, je mets ce qui suit dans mon fichier HOSTS
127.0.0.1 my.url.com
Quand j'ai fini et que je veux revenir à la vie, je commente ceci
#127.0.0.1 my.url.com
Si, à l'avenir, j'ai besoin de déboguer à nouveau, VS essaie de déboguer contre le serveur actif, plutôt que de renvoyer la demande à localhost via l'entrée HOSTS.
Si vous utilisez Proxifier, ajoutez une règle à router :: 1 (IPV6 Loop-back) directement et non via le proxy.
IIS >> Pool d'applications >> choisissez pool >> paramètres avancés >> Activer les applications 32 bits = true. Cela a fonctionné pour moi.
Vous devez avoir tué le processus msvmon par erreur. Je sais que cela semble stupide, mais essayez de redémarrer VS. Si cela ne fonctionne pas, essayez de redémarrer l'ordinateur. Mais j'ai remarqué que lorsque nous exécutons VS, le processus msvmon s'exécutera en arrière-plan.
Voici quelques choses à essayer:
Pour moi, mon URL de projet (dans les propriétés du projet) a été écrasée avec un paramètre d'un autre membre de l'équipe pour une raison quelconque. J'avais simplement besoin de me le remettre:
vous pouvez également essayer de configurer votre serveur pour qu'il utilise IIS Express si vous ne l'exécutez pas déjà.
Je l’ai régulièrement sur VS 2013 et Windows 8.1 sur un PC 64 bits. Il disparaît si vous accédez au projet de démarrage, ouvrez les propriétés du projet, accédez à l'onglet "Construire" et modifiez la "cible de la plateforme" de "Tout processeur" en "x86".
J'ai eu ce problème aussi.
La solution consistait à corriger l'entrée pour le nom d'hôte de mon ordinateur dans mon fichier d'hôtes à l'adresse IP correcte.
L’histoire derrière: J’ai initialement placé l’entrée dans le fichier hosts parce que VS mettait environ 1 minute (oui 60 secondes) pour entrer en mode débogage. J'ai découvert que le fait de mettre une entrée dans mon fichier hostes contenant l'adresse IP de mon PC et son nom d'hôte avait amené VS à entrer en mode débogage en 1 à 2 secondes!
Il convient également de mentionner que, dans les pages de propriétés -> les options de démarrage ont configuré VS pour "Ne pas ouvrir de page. Patientez ...", "Serveur personnalisé utilisateur" et définir "URL de base" sur le site Web de mon site local. IIS
Essaye ça:
Étape 1-> accédez à Programmes (x86)\Microsoft Visual Studio 14.0\Common7\IDE\Débogueur distant\x64 et exécutez msvsmon.exe en tant qu'administrateur. Ensuite, une fenêtre vous indiquant que Msvsmon a démarré un nouveau serveur nommé **** *.
Étape 2-> Cliquez sur attacher le processus et entrez le même nom de serveur que celui indiqué dans la fenêtre Débogueur distant de la colonne Qualificateur de visual studio et cliquez sur le bouton Actualiser.
étape 3-> Maintenant, attachez votre processus à partir de la liste. Cela fonctionnera.
Remarque: La valeur du qualificateur dans VS et le nom du serveur dans le débogueur distant doivent correspondre
Si cela ne fonctionne pas, arrêtez votre processus de débogage distant en arrière-plan et suivez les étapes suivantes
Essayez de sélectionner 'Local Machine' lorsque vous exécutez l'application. Il semble que Remote Machine soit sélectionné pour le débogage.
Vérifiez également les détails de cette erreur sur MSDN
Lorsque vous essayez d'effectuer un débogage distant, vous pouvez recevoir cette erreur message. Cela signifie que Visual Studio n'a pas pu trouver d'instance du Visual Studio Remote Debugging Monitor sur l’ordinateur distant. Le Le moniteur de débogage Visual Studio Remote est requis pour remote débogage au travail.
Si vous êtes venu ici à cause d'un problème Azure, vérifiez ceci:
Essayez de joindre manuellement le débogueur:
J'ai décrit les étapes de la réponse suivante:
Je viens d'avoir ce problème après avoir redémarré mon routeur.
Il se trouve que le redémarrage a attribué à nouveau les adresses IP de mes périphériques, mais dans un ordre différent. Par exemple, dans mon fichier Hosts, mon IP était définie sur 192.168.0.3, mais lorsque je l'ai vérifiée à nouveau avec ipconfig dans l'invite de commande, l'adresse IP était 192.168.0.4.
Donc, si vous rencontrez ce problème, vérifiez que l'adresse IP de votre fichier Hosts correspond à votre adresse IP actuelle, car elle a peut-être changé!
Cela a fonctionné pour moi:
1) Ne changez rien sur votre ordinateur et passez à l’étape 2 avant de réparer votre Visual Studio.
2) Lancez Visual Studio en tant qu’ADMINISTRATEUR. Ouvrez ensuite votre solution et essayez de déboguer.
S'il s'agit d'une application Web, accédez simplement au pool d'applications que votre projet utilise, cliquez avec le bouton droit de la souris, Advanced Settings, activez 32-Bit Application = true.
Ça devrait marcher.
Mon problème est résolu lorsque j'ajoute devenv.exe aux exclusions du pare-feu.
J'ai rencontré ce problème lors de la tentative de déploiement d'une application JavaScript UWP sur Xbox One, en raison de l'architecture cible que j'avais sélectionnée (x64). Changer ceci en N'importe quel processeur me permet de déployer sur la console.
Cela se produit lorsque vous essayez d'exécuter votre projet sur IIS au lieu de IIS express et que Visual Studio ne parvient pas à se connecter au site Web sur IIS.
Si votre site Web n'est pas lié à localhost et que vous avez associé un nom de domaine, vous devez vous assurer que votre fichier hôte (Run-> drivers-> etc-> hosts) comporte une entrée pointant vers ce nom de domaine.
Vous pouvez simplement aller aux paramètres de débogage, cochez la case dans l'onglet de débogage
"utiliser une machine distante"
et tapez un nom (peu importe si la machine existe)
Enregistrez les paramètres, exécutez-les avec la configuration et, après une erreur, décochez simplement de nouveau "utiliser l'ordinateur distant"
Visual Studio définira à nouveau le débogage sur le débogage local, ce qui devrait résoudre le problème. Je pense que cela vaut mieux que d’arrêter des programmes ou de modifier des paramètres qui ne sont pas la cause première.
C'est ce qui m'est arrivé aujourd'hui dans un projet C # lorsque j'ai ajouté un linkLabel au formulaire pour accéder à une page Web.
J'ai trouvé que la cause était une entrée dans mon fichier hosts pour une interface de prise Ethernet (tinc vpn). J'avais une entrée pour un alias de ma propre machine sur l'adresse IP du robinet. Le commenter a permis au débogueur de s'exécuter sans aucun problème.
Merci beaucoup pour l'allusion ci-dessus à propos du fichier hosts; cela m'a conduit dans la bonne direction! J'espère que cela pourra aider quelqu'un d'autre.
Faites cela pour votre configuration de débogage. Mais décochez dans la configuration de la version . 
J'ai également eu le même problème .. J'ai eu ce problème alors que j'utilisais Visual Studio 2012 Update 5.
Le lien suivant donne une meilleure explication sur les différents scénarios dans lesquels cette erreur pourrait se produire . https://msdn.Microsoft.com/en-us/library/ms164726.aspx
Link indique que Visual Studio est une application 32 bits. Il utilise donc la version 64 bits du débogueur distant pour déboguer des applications 64 bits. Les deux processus communiquent via le réseau local de l'ordinateur local. Aucun trafic ne quitte l'ordinateur, mais il est possible qu'un logiciel de sécurité tiers bloque la communication.
Donc, ce que j'ai fait est que j'ai ouvert les paramètres de pare-feu.
Panneau de configuration -> Système et sécurité -> Pare-feu Windows -> Applications autorisées à communiquer via le pare-feu Windows
Et ajouté MSVSMON.exe à la liste des applications autorisées. Cela a fonctionné pour moi.
Remarque: Vous pouvez trouver le fichier MSVSMON.exe à l'emplacement suivant:
C:\Program Files (x86)\Microsoft Visual Studio 11.0\Commun7\IDE\Débogueur distant\x64