Impossible de démarrer le débogueur dans VS2012 RC
Configuration:
- Windows 7, 64 bits
- Microsoft Visual Studio Professional 2012 RC Version 11.0.50522.1 RCREL
- Exécution de VS en mode administrateur
- La solution VS contient une application Web Avec la cible suivante: .NET Framework 4.
Lorsque j'appuie sur F5, la solution est construite ... et rien d'autre ne se produit.
- Cela se produit avec IIS ou avec le serveur de développement VS.
- Se produit avec la cible de la plate-forme de "Tout processeur" ou "x86"
Si au lieu de cela, j'utilise le menu Debug/Attach to Process ..., après quelques secondes, je reçois:
- "Le débogueur est occupé" - Le débogueur effectue une opération à distance qui prend plus de temps que prévu. Ce dialogue reste en place jusqu'à ce que je clique sur "Terminer" et le confirme.
- La boîte de dialogue suivante s'affiche:
- Après avoir cliqué sur OK, la fenêtre «normale» «Attacher au processus» apparaît enfin. Dans ce document, la liste des "processus disponibles" est vide.
Des suggestions ou des indices?
Les points principaux sur lesquels je m'interroge:
- Pourquoi la liste des processus est-elle vide? Il n'est pas étonnant que le débogueur ne fonctionne pas s'il ne peut voir aucun processus.
- Pourquoi essaie-t-il de faire un débogage "à distance" alors qu'il ne fait qu'accéder à l'ordinateur local?
(Cross posté sur social.msdn )
J'ai eu le même problème dans VS 2012 (pas la version RC, mais la version finale) avec un projet VS 2010. La compilation se déroulera bien, mais le débogueur ne démarrera pas. J'ai donc modifié le fichier de solution:
Remplacé "Format Verion 11.00" par "Format Verion 12.00" Et "# Visual Studio 2010" par "# Visual Studio 2012".
C'est une solution de contournement pour l'instant jusqu'à ce que mon entreprise mette à niveau ses projets avec VS 2012.
J'ai finalement résolu ce problème en supprimant les entrées msvsmon *. * Du dossier\Windows\Prefetch. Après cela, je pouvais déboguer normalement.
J'ai une configuration similaire et j'avais suivi toutes les suggestions ici et sur Microsoft Connect - aucune d'entre elles ne fonctionnait pour moi. La seule chose qui a fonctionné a été de renommer MSVSMON.EXE dans le dossier x64 en MSVSMON.EXE.OLD et de copier le fichier à partir du dossier x86 à sa place. Je ne sais pas s'il y a d'autres implications à cela, mais cela semble avoir résolu le problème dans mon cas.
Problème similaire lors de l'exécution simultanée de Visual Studio 2010 et de Visual Studio 2012. La fermeture de Visual Studio 2010 permet au débogueur de commencer à fonctionner dans Visual Studio 2012.
En fin de compte, une réparation du VS2012 a résolu ce problème pour moi. J'ai suivi le conseil trouvé dans votre message croisé social.msdn sans résolution (Devenv.exe/SafeMode/ResetSettings/ResetSkipPkgs et/Setup). Comme vous, ma solution (VS 2010 SP1) comporte également une application Web (ciblant .NET 3.5) et le projet de démarrage est défini sur une application winforms. Le serveur de développement ASP.NET n'a pas démarré, pas plus que l'application que je tentais de déboguer.
Notez que ce problème a également été posté sur Connect à ce lien (par vous?). Si quelqu'un d'autre voit ce problème, les gens de Connect demandent d'exécuter l'outil de commentaires Microsoft Visual Studio 2012 pour collecter des données. Lorsque j'ai lancé le processus de réparation avant de trouver le problème de connexion, je ne pouvais pas et je ne pouvais pas fournir de retour d'informations à MS avec la journalisation.
Je viens de fermer et de rouvrir VS. Cela semblait régler mon problème
Si vous ouvrez un projet VS 2010 avec la nouvelle version de VS 2012, ce sont probablement vos dossiers bin et obj qui sont à l'origine du problème. Leur suppression a résolu le problème pour moi.
J'ai eu le même problème - démarrer le débogueur vient de me dire quel bon travail il avait fait de la construction et l'a décidé que cela était suffisant.
Je craignais le pire, mais heureusement pour moi un redémarrage a corrigé le problème.
Je sais que c’est donc un poste plutôt inutile pour offrir de l’aide à quiconque souffre de ce problème, mais j’ai pensé que cela valait la peine de le souligner car cela montre a) une autre personne ayant le même problème, alors corrigez-le, s'il vous plaît, MS, et b) que parfois un redémarrage le corrige alors peut-être que les mainteneurs ont quelque chose à dire.
Sur un autre ordinateur, avec le RTM de Visual Studio 2012, j'ai ouvert un projet plus ancien et constaté que je ne pouvais pas appuyer sur F5 pour démarrer l'application. Tout ce qui semblait se passer était un message dans la barre d'état en bas de la fenêtre: "Cet élément ne prend pas en charge la prévisualisation".
Cette solution comportait deux projets, et le bon était gras dans l’explorateur de solutions, indiquant probablement qu’il s’agissait du projet de démarrage.
Cependant, après avoir sélectionné le projet et choisi "Définir comme projet de démarrage" dans le menu contextuel, j'ai pu utiliser F5 pour l'exécuter et le déboguer.
Il s’avère que le message "Cet élément ne prend pas en charge la prévisualisation" n’a rien à voir avec le problème. Il s’agit d’un message qui apparaît dans la barre d’état lorsque l’élément sélectionné dans l’Explorateur de solutions ne prend pas en charge l’aperçu.
Il suffit de copier tous les fichiers dte * .olb, à partir de C:\Program Files (X86)\Common Fichiers\Microsoft Shared\MSEnv à C:\Program Files X86\Microsoft Visual Studio 9.0\Common7\IDE.
Juste mes deux cents,
J'ai déjà rencontré ce problème à deux reprises et après toutes les suggestions que j'ai essayées, c'est BitDefender qui se trouvait sur ma machine locale. Par conséquent, ma solution à ce problème consiste à essayer d’ajouter des exceptions au logiciel de sécurité local dans le pare-feu et ses composants audiovisuels. Dites-lui d'ignorer les fichiers msvsmon.exe et devenv.exe et de voir quelle différence cela fait.
Sinon, essayez de l'arnaquer complètement et voyez si cela vous permet de déboguer votre solution.
Vous pouvez voir ici pour plus d'informations: http://forum.bitdefender.com/index.php?showtopic=37028
J'ai installé la dernière version de BitDefender et tout s'est bien passé pour moi.
J'ai personnellement rencontré un problème similaire similaire: Visual Studio 2010 n'a pas commencé le débogage, mais s'est figé.
Lorsque j'ai cliqué sur VS, une boîte de message "Attendre encore" ou "Basculer vers" s'affiche, ce qui ne m'aide pas.
En utilisant un gestionnaire de tâches, je pouvais tuer le processus * .vshost.exe qui ramenait VS à la vie mais interrompait le débogage. Le lancement du programme sans débogage a démarré l'application instantanément.
Solution:
Désactivez le service d'indexation pour vos répertoires de code! Désactivez le service d'indexation ou décochez les dossiers dans le panneau de configuration du service d'indexation.
Eu ce problème pour une application C++. En regardant les événements devenv.exe dans ProcMon, il m'a indiqué d'essayer de charger un fichier de configuration Visual Assist, que j'avais dans mon zèle de nettoyage de disque supprimé accidentellement. Supprimer puis installer l'extension à nouveau l'a corrigé pour moi.
Pour ce que ça vaut, j'ai constaté que j'avais reçu ce message d'erreur quand il me manquait une entrée dans mon fichier hosts. J'utilise des alias de domaine locaux et celui avec lequel je tentais de déboguer ne se trouvait pas dans les hôtes. L'ajout de l'entrée manquante a résolu le problème pour moi.