Problème MSVSMON de débogage 64 bits local professionnel VS2013
Chaque fois que j'essaie de démarrer une session de débogage locale dans VS2013 Professional sur un ordinateur Windows 8 64 bits, le message d'erreur suivant s'affiche:
"Une opération de débogage 64 bits prend plus de temps que prévu. Cela peut être dû à des incompatibilités avec les logiciels réseau tiers. Consultez l'aide pour résoudre ces problèmes."
suivie de peu par:
"Impossible de démarrer le programme. Le moniteur de débogage Microsoft Visual Studio (MSVSMON.EXE) ne semble pas être en cours d'exécution sur l'ordinateur distant. Consultez l'aide pour obtenir de l'aide sur la configuration du débogage distant"
Pour démarrer la session de débogage, j'appuie sur le bouton "Débogueur Windows local":
Rien d'effrayant là-bas: pas du débogage à distance.
Choses que j'ai essayées:
- Installation des Outils à distance pour Visual Studio 2013
- Exécuter ces outils en essayant de déboguer.
- Suivez les instructions sur this SO answer .
- Désactiver complètement mon pare-feu ZoneAlarm (bien que le fait d’exécuter MSVSMON.EXE manuellement ne me l’oblige pas à me demander des autorisations ... exécute-t-il même un serveur?)
- Ajout d'une exception au pare-feu Windows pour le moniteur
- Définition de MSVSMON.EXE en mode "Aucune authentification"
- Vérification de mon fichier "HOSTS": Seulement des commentaires.
- Redémarrage
Symptômes supplémentaires:
- Cela ne se produit que lors du débogage d'un logiciel 64 bits.
- Peu importe la langue (C++, C # ont le même problème)
Toute aide pour résoudre ce problème serait formidable.
Merci.
Ce paramètre "Activer le processus 64 bits pour le mode de protection renforcée" dans Internet Explorer a posé problème. Silverlight 64 bit ne peut pas être débogué. Éteignez.
Vous pouvez également essayer d'activer le UDP 3702 entrant
Le pare-feu Windows a une règle décrite comme suit:
Règle entrante permettant à Visual Studio de découvrir les débogueurs distants s'exécutant sur le réseau local [UDP 3702]
Bonne chance
J'ai aussi rencontré ceci avec Zone Alarm. Dans mon cas, j'ai ajouté une exception pour le dossier Visual Studio 12.0 dans Program Files et une autre exception pour devenv.exe et msvsmon.exe (dans le dossier Remote Debugger\x64) en tant que processus approuvés. Je ne reçois plus la boîte de message Windows indiquant que l'opération prend trop de temps.
J'aurais commenté une réponse plus haut mais je n'ai pas encore 50 points de réputation, alors ça me donne une nouvelle réponse.
J'ai rencontré le même problème et enfin le faire fonctionner :)
J'ai essayé toutes les solutions que je peux trouver sur Internet, aucune d'entre elles n'a fonctionné pour moi. (J'utilise win7 + vs2013)
J'ai remarqué "débogage 64 bits ...", et le problème survient lors du débogage d'un programme 64 bits. Depuis que je cible de toute façon x86, ma solution est la suivante:
Propriétés du projet -> Construire -> "Cible de la plate-forme" basculez sur "x86".
Cela a fonctionné pour moi! Et vous pouvez toujours revenir à "x64" ou à "N'importe quel processeur" à tout moment. Cela m'a fait gagner beaucoup de temps!
Désactiver complètement mon pare-feu ZoneAlarm (bien que le fait d’exécuter MSVSMON.EXE manuellement ne me l’oblige pas à me demander des autorisations ... Est-ce même un serveur?)
Malheureusement ça ne fonctionne pas.
Seule la désinstallation de ZoneAlarm puis le redémarrage semblent aider, du moins sur mon système utilisant Windows 8.1.
Si vous avez IDM (Internet Download Manager) installé et si vous avez activé "Intégration de navigateur avancée", désactivez cette fonctionnalité "Intégration de navigateur avancée". Cela résoudra le problème. Cela a fait pour moi .. !!!
J'ai eu ce problème lors de l'exécution d'un VPN et il est parti après avoir éteint le VPN. Cela a quelque chose à voir avec la façon dont MS effectue le débogage de la même machine 64 bits, le réseau joue un rôle et le VPN interfère. J'ai examiné ce problème sur le site de Microsoft et il a été reconnu comme un bogue, mais je suppose que trop peu d’entre nous en ont besoin pour que le problème soit corrigé. Je viens de désactiver mon VPN, pas un problème pour moi. (VS2013)
Pour moi, la solution affichée par le Parlement ici a résolu le problème.
Ne comprenez pas quel est le problème exactement puisque l'URL se résout quand même à l'hôte local. Peut-être que l'agent est requis pour prendre cette résolution ...
La solution publiée par chaithanya elle-même peut également résoudre le problème en installant le Outils à distance pour Visual Studio . Mais je ne voulais pas changer les choses pour casser les capacités distantes dont j'avais besoin dans Visual Studio Tools pour Apache Cordova pour les applications iOS.
Ici au travail, nous avons beaucoup de revendications dans les pare-feu et les proxy, ma solution à ce problème a simplement été lancée en tant qu'administrateur. J'espère que ça aide quelqu'un
Essayez de redémarrer votre app_pool. Cela m'arrive assez souvent sur VS2015. Je suppose que certains projets ciblant le 32 bits et certains ciblant le 64 bits dans ma solution sont à l'origine de ce problème.
J'ai eu ce problème dans VS 2015 et je résous le problème en modifiant les paramètres IDM.
- Ouvrez l'IDM (gestionnaire de téléchargement Internet)
- appuyez sur le menu Téléchargements.
- dans l'onglet général, décochez la case "Utiliser l'intégration avancée du navigateur"
J'espère que votre problème résoudra avec cette solution. utilisez cette image utile.
L'installation de "Remote Tools for VS 2015" à partir du site Web de Microsoft a résolu le problème pour moi.
Trouvé la réponse ici !
Configuration: Visual Studio 2013 Community Edition avec la mise à jour 5, Windows 7, 64 bits
Problème: Seul le débogage 64 bits ne fonctionne pas. De plus, cela ne commence que depuis l'installation du pare-feu ZoneAlarm et de l'antivirus AVG.
Message d'erreur:
"Le moniteur de débogage Microsoft Visual Studio (MSVSMON.exe) n'a pas pu démarrer . Si le problème persiste, essayez de réparer ..."
SOLUTION qui a fonctionné pour moi:
Ma solution a été de faire en sorte que devenv.exe et msvsmon.exe soient "exécutés en tant qu'administrateurs".
D'une manière ou d'une autre, le nouveau pare-feu/antivirus (qui exécutait McAfee avant mais l'abonnement a expiré) a réussi à réduire les droits de mon devenv.exe et/ou de msvsmon.exe.
La désactivation du pare-feu résout le problème. Je travaillais sur Visual Studio 2015