Impossible de déboguer - Visual Studio 2012
" impossible de déboguer "C:WindowsSystem32WWAHost.exe'. Le Microsoft Visual Studio Remote Debugging Monitor (MSVSMON.EXE) ne semble pas fonctionner sur l'ordinateur distant. Cela peut être dû au fait qu'un pare-feu empêche la communication vers l'ordinateur distant. Veuillez consulter L'aide pour obtenir de l'aide sur la configuration du débogage à distance."
a cherché des messages similaires, mais n'en a pas trouvé. Si les doublons de simplement informer. Je n'essaie pas de se connecter à un ordinateur distant. Tout simplement de le tester sur ma machine locale. Est-il possible de résoudre ce problème. (J'utilise Windows 8 Enterprise 64-bit, juste un projet javascript)
11 réponses
Problème résolu. Installé à Distance des outils de mise à jour de ici et fonctionne bien. Merci pour votre réponse. La fermeture du sujet.
j'ai eu le même problème. Je l'ai corrigé en changeant propriétés/compiler/plate-forme cible x86 au lieu de N'importe quel CPU. Il a résolu le problème dans mon cas. Espérons que cela aide.
C'est ce qui m'est arrivé tout à l'heure quand j'ai fait installer un site Web dans IIS pour mydomain.com, et configurer l'url de démarrage de mon projet (IIS Local) pour mydomain.com, puis lancé le projet avant de se rappeler d'ajouter un enregistrement dans les fichiers hôtes pour le domaine:
127.0.0.1 mydomain.com
cela m'a pris une bonne heure avant que je me souvienne que je n'avais jamais battu le record. L'ajout de l'enregistrement fixe tout de suite.
Windows 7 x64, VS 2012
dans mon cas, le moniteur de débogage à distance a été installé et l'application a été clairement configurée pour déboguer localement dans les paramètres. Il s'agit d'une application WinForms améliorée à partir de VS 2008, .NET 3.5.
Il S'avère que c'était le pare-feu Windows. En exécutant directement:
C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\Remote Debugger\x64\msvsmon.exe
un dialogue de pare-feu est apparu où je pouvais autoriser msvsmon.exe pour lancer. Après un redémarrage de VS 2012, le débogage (local) était parfait!
assurez-vous que vous avez Machine Locale sélectionnée dans ce menu déroulant:
Windows 7 x64, VS 2012, VB.NET
j'ai corrigé comme ceci:-
créer un raccourci sur votre bureau pour "C:\Program fichiers (x86)\Microsoft Visual Studio 11.0\Common7\IDE\Remote Debugger\x64\msvsmon.EXE."
cliquez-Droit sur le raccourci et sélectionnez "Propriétés" dans le menu déroulant. Sélectionnez l'onglet "Compatibilité", cochez "exécuter ce programme en tant qu'administrateur" et cliquez sur OK
Créer un raccourci sur votre desktop to "C:\Program fichiers (x86)\Microsoft Visual Studio 11.0\Common7\IDE\devenv.EXE."
cliquez-Droit sur le raccourci et sélectionnez "Propriétés" dans le menu déroulant. Sélectionnez l'onglet "Compatibilité", cochez" exécuter ce programme en tant qu'administrateur " et cliquez sur OK.
Pour commencer VS2012:-
double-cliquez sur l'icône de raccourci msvsmon (que vous avez créée ci-dessus, pour lancer msvsmon). Attendez le "Visual Studio Remote Debugging Monitor" (Administrateur)" fenêtre à afficher avant de continuer ...
double-cliquez sur L'icône de raccourci" Visual Studio 2012 Professional " (que vous avez créé ci-dessus, pour lancer VS2012)
dans VS2012, assurez-vous que la barre d'outils standard est visible.
dans VS2012, assurez-vous que la liste déroulante" Solutions Platforms "(sur la barre d'outils standard) est visible et définie à"x86".
et debug maintenant fonctionne (pour moi de toute façon) ...
cependant après environ 15 minutes, debug peut arrêter de fonctionner et vous pouvez obtenir l'erreur msvsmon à nouveau. Si cela se produit, il suffit de fermer VS2012 et msvsmon puis recommencer (de "démarrer VS2012:-" ci-dessus) ...
moi-même et plusieurs autres développeurs ont essayé de trouver une solution à ce problème pendant environ 3/4 heures car Visual Studio s'est écrasé puis cette erreur se produirait (deux fois en 2 jours). Je me suis soudain rendu compte que le fichier surligné avait changé et que lorsque j'essayais de déboguer, ce n'était pas le projet de L'application MVC, une fois que je l'ai changé en celui de mon projet, cela a fonctionné.
J'espère que cela aidera et sauve les gens des heures de souffrance!
j'ai aussi eu cette erreur, j'exécute habituellement des sites sous un utilisateur nommé (qui est aussi un utilisateur de base de données) et j'ai oublié de définir le Pool D'Application. (la réponse du Parlement m'a également aidé)--1-->
pour moi cela a fonctionné en VS2013: Enregistrez votre travail, fermez Visual Studio puis rouvrez votre projet
je rencontre cette erreur.
la cause de la mienne était que j'avais accidentellement vidé la propriété suivante
Propriétés->Débogage->WorkingDirectory
Changer l':
hérite de l'objet parent ou d'un projet par défaut
Résolu le problème.
si vous utilisez Azure de Microsoft, essayez de joindre manuellement le débogueur:
j'ai décrit les étapes dans la réponse suivante: