Visual Studio erreur de débogage sur MSVSMON.EXE semble pas être en cours d'exécution
J'ai un programme qui, quand j'appuie sur F5 pour exécuter le programme, il affiche ce message d'erreur et ne fonctionne pas:
Erreur lors de l'exécution du projet, Impossible de démarrer le programme " F:....`
Microsoft Visual Studio Remote Moniteur de Débogage (MSVSMON.EXE) n'apparaissent que pour être en cours d'exécution sur l'ordinateur distant ...
C'est alors que le projet était de compiler avec succès avant. Est-il un projet de réglage qui doit être mis dans un mauvais sens parfois!?
Je suis à l'aide de Visual Studio 2012 Update 2.
Vous devez vous connecter pour publier un commentaire.
J'ai découvert que la raison n'est pas sur le déclassement! C'est à propos d'un tunnel d'un logiciel appelé "Proxifier". Alors qu'il est en cours d'exécution sur le système, il provoque le Visual Studio ce problème.
Proxifier)? Et ce que cela a à voir avec monVS 2015 Community? Dernière, j'ai vérifié il n'y a pas de problème de ce genre. Maintenant, quand je démarre mon ordinateur, je reçois cette erreur. Je suis en train d'utiliserLocal IIS.J'ai eu cela arrive quand j'ai une entrée dans mon fichier HOSTS pour exécuter le site en local, mais j'ai ensuite fait un commentaire pour me permettre de voir en direct.
Par exemple - le site en ligne s'exécute sur http://my.url.com
En VS dans les Propriétés du projet web sur l'onglet Web, j'ai le projet de l'URL définie ci-dessus. Quand je veux debug localement, j'ai mis la suivante dans mon fichier HOSTS
Quand je suis fait, et je veux revenir à vivre je commenter cette
Si dans l'avenir j'ai besoin de debugt de nouveau, VS tentatives de débogage contre le serveur live plutôt la demande d'être redirigé vers localhost via les HÔTES entrée.
Je vous exécutez Proxifier ajouter une règle de route ::1 (IPV6 Loop-back) Direct et non via le proxy.
IIS >> Pool d'Applications >> choix de la piscine >> paramètres avancés >> Activer les Applications 32 bits=true. Il a travaillé pour moi.
Vous devez avoir tué le msvmon processus par erreur. Je sais que cela semble stupide, mais essayez de redémarrer VS et si cela ne fonctionne pas, alors essayez un redémarrage de la machine. Mais j'ai remarqué que lorsque nous courons VS, le msvmon processus en cours d'exécution en arrière-plan.
Voici un couple de choses à faire:
Pour moi mon Projet d'URL( dans les propriétés du projet ) était plus monté avec un paramètre à partir d'un autre membre de l'équipe pour une raison quelconque. J'ai simplement besoin de lui à moi:
aussi vous pouvez essayer le réglage de votre serveur à utiliser IIS Express si vous n'êtes pas déjà en cours d'exécution que.
Essayez de sélectionner
'Local Machine', lorsque vous exécutez l'application. Il ressemble à la Machine Distante est sélectionné pour le débogage.Également vérifier les détails de cette erreur sur MSDN
Local MachineVS 2015 de la Communauté, même après la suite de votre commentaire. Pourriez-vous être plus précis.J'ai régulièrement sur VS 2013 et Windows 8.1 64 bits PC. Il disparaît si vous allez au début du projet, ouvrez les propriétés du projet, aller à la "Construction" de l'onglet et modifier la Plate-forme cible " de "any CPU" à "x 86".
J'ai eu ce problème ainsi.
La solution était de corriger l'entrée de mes ordinateurs nom d'hôte dans mon fichier hosts à l'adresse IP correcte.
L'histoire derrière:
J'ai d'abord mis de l'entrée dans le fichier hosts car VS prenait environ 1 minute (oui 60 secondes) pour entrer en mode de débogage. J'ai découvert que le fait de mettre une entrée dans mon hostes fichier contenant mon PC en IP et son nom d'hôte causé VS pour entrer dans le mode de débogage dans les 1-2 secondes!!
Pourrait également être utile de mentionner que j'ai, dans les pages de propriétés -> options de démarrage ont configure VS à "Ne pas ouvrir une page. Attendez..." et "Utilisateur de serveur personnalisé" et mettre "à l'URL de Base" pour le site web sur mon serveur IIS local
Essayez ceci:
Étape 1-> allez dans Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\Remote Debugger\x64 et exécuter msvsmon.exe en tant qu'administrateur.Ensuite, vous obtiendrez une fenêtre indiquant Msvsmon commencé un nouveau serveur nommé *****.
Étape 2-> Cliquez sur les processus d'attachement et Entrez le nom du serveur que vous obtenez dans le débogueur Distant fenêtre dans la colonne de Qualificatif de visual studio et cliquez sur actualiser.
étape 3-> Maintenant, attachez votre processus de la liste.Il va travailler.
Remarque: La qualification de la Valeur de VS et le nom du Serveur dans le débogueur à Distance doit correspondre à
Si Cela ne fonctionne pas alors arrêter le Remote debugger processus en arrière-plan et de suivre ces étapes fraîchement
J'ai juste eu ce problème après le redémarrage de mon routeur.
Il s'avère que le redémarrage de l'ordinateur affecté mes appareils adresses IP de nouveau, mais dans un ordre différent. Par exemple, dans mon fichier Hosts, j'ai eu mon IP vers le bas comme 192.168.0.3, mais quand je l'ai vérifié à nouveau avec la commande ipconfig dans l'invite de commande, l'adresse IP a été 192.168.0.4.
Donc si vous rencontrez ce problème, vérifiez que l'adresse IP dans votre fichier Hosts correspond à votre adresse IP actuelle, car elle peut avoir changé!
Si vous êtes venu ici à cause de l'Azur problème, puis vérifier cela:
Essayez de fixer manuellement le débogueur:
J'ai décrit les étapes dans la réponse suivante:
https://stackoverflow.com/a/35738995/1057052
Si c'est une Application Web, il suffit juste d'aller à votre Demande Piscine à votre projet, Cliquez avec le bouton Droit
Advanced Settings, Permettre32-Bit Application = true.Il devrait fonctionner.
Cela a fonctionné pour moi:
1) Ne pas changer quoi que ce soit sur votre ordinateur et essayez l'étape 2 avant de réparer votre Visual Studio.
2) le Lancement de Visual Studio en tant qu'ADMINISTRATEUR. Ensuite, ouvrez votre Solution et essayez de déboguer.
Pour votre configuration de débogage. Mais décochez la case dans la Version de la configuration.
Cela se produit lorsque vous essayez d'exécuter votre projet sur IIS au lieu de IIS express et votre Visual Studio est impossible de se connecter au Site web sur IIS.
Si votre site web n'est pas lié à localhost et vous avez donné un nom de domaine de liaison, vous devez vous assurer que votre fichier host (Exécuter->pilotes->etc->hôtes) a une entrée pointant vers ce nom de domaine.
Vous pouvez simplement aller dans les paramètres de débogage, cochez la case dans l'onglet débogage
"utilisation à distance de la machine"
et saisissez le nom (n'a pas d'importance si la machine existe)
Enregistrer les paramètres, exécutez la configuration et après une erreur, il suffit de décocher "utiliser la machine distante" à nouveau.
Visual Studio va définir le débogage débogage local à nouveau et cela devrait résoudre le problème. Je pense que c'est mieux que d'arrêter les programmes ou de modifier des paramètres qui ne sont pas la cause.
J'ai eu ce problème lorsque vous tentez de déployer une JavaScript UWP app de la Xbox One, en raison de l'architecture cible que j'avais sélectionnés (x64). La modification de ce à CPU me permet de déployer à la console.
J'ai eu cela m'arrive à moi aujourd'hui dans un projet C# quand j'ai ajouté un linkLabel à l'écran pour accéder à une page web.
J'ai trouvé la cause: une entrée dans mon fichier hosts pour une connexion ethernet appuyez sur l'interface (ht vpn). J'ai eu une entrée pour un alias de ma propre machine sur le robinet de l'adresse IP. Commentaire autorisé le débogueur fonctionner sans problèmes.
Merci beaucoup pour l'astuce ci-dessus sur le fichier hosts; il me conduire dans la bonne direction! Espérant que cela puisse aider quelqu'un d'autre.
J'ai également eu le même problème..j'ai eu ce problème alors que j'étais à l'aide de Visual Studio 2012 Update 5.
Le lien suivant donne plus de meilleure explication sur les différents scénarios dans lesquels cette erreur peut se produire.
https://msdn.microsoft.com/en-us/library/ms164726.aspx
Lien dit que Visual Studio est une application 32 bits, de sorte qu'il utilise la version 64 bits du débogueur distant pour déboguer les applications 64 bits.
Les deux processus communiquent en utilisant le réseau local à l'intérieur de l'ordinateur local. Pas de trafic de feuilles de l'ordinateur, mais il est possible que le logiciel de sécurité tiers peut bloquer la communication.
Donc ce que j'ai fait c'est que j'ai ouvert les paramètres du Pare-feu.
Panneau de configuration-->Système et Sécurité-->le Pare-feu Windows-->Permis à des applications de communiquer à travers le pare-feu windows
Et a ajouté MSVSMON.exe de la permis la liste des applications.Cela a fonctionné pour moi.
Remarque: Vous pouvez trouver MSVSMON.exe fichier à l'emplacement suivant:
C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\Remote Debugger\x64
Mon problème résolu quand j'ai ajouter devenv.exe pour exclusions de pare-feu