Mise à niveau vers Visual Sudio 2015 et maintenant ne peuvent pas frapper les points de rupture dans le débogage
J'ai un multi-projet solution que j'ai été la construction dans Visual Studio 2013 et il fonctionnait bien mais maintenant que j'ai mis à jour pour Visual Studio 2015, je ne peut plus toucher les points de rupture dans le mode de débogage pour tout projet exect l'objectif principal du projet est sélectionné comme projet de Démarrage dans la page de Propriétés du Projet. J'ai utilisé pour être en mesure de cliquer sur les autres projets à choisir, Debug -> Démarrer une Nouvelle Instance. J'obtiens l'erreur The breakpoint will not currently be hit. No symbols have been loaded for this document. j'ai essayé beaucoup de choses trouvées sur Google, y compris:
- Propre/Reconstruction
- Supprimer l'OBJ et BIN forme les projets
- N'a VS de réparation
- Redémarré
- Désinstallé/Réinstallé
- Confirmé Define DEBUG contrainte est activée pour Propriétés -> Build
- Confirmé Optimiser le Code n'est pas cochée pour Propriétés -> Build
- Confirmé Propriétés -> Build => Plate-forme cible a été fixé à n'Importe quel CPU pour tous les projets
- Essayé de courir VS avec "Exécuter en tant qu'Administrateur"
- Supprimé tous les fichiers dans /AppData/Local/Temp/Temporaire ASP.Net Fichiers/
- Fait en sorte de Débogage -> Attaque de Processus -> Sélectionnez avait "déterminer Automatiquement le type de code de debug" a été sélectionné
- Fait en sorte que les Propriétés> Web -> Debuggerts avait ASP.Net vérifié (mon propriétés a ASP.NEt et de Permettre à Modifier et Continuer Cochée, Natvie Code SQL Server et Silverlight décochée)
- Confirmé framework Cible dans les Propriétés -> Application a été définie de la même version (4.6) comme dans le Web.Config/App.Les fichiers de configuration.
Donc ce qui me manque ici? Pourquoi ne puis-je plus de débogage les autres projets?
- Si vous faites un changement et exécuter l'application voyez-vous des changements sur le site ? En général, lorsque vous ne pouvez pas déboguer cela signifie que vous sont en cours d'exécution de code différent de ce que vous avez ouvert dans visual. Je vais supposer qu'il y a un chemin qui est mal réglé quelque part.
- avez-vous essayé ces, allez dans Outils -> Options -> Débogage -> Général, Décochez la case avec le texte "les fichiers source pour correspondre exactement à la version originale." Pour sélectionner Construire puis sélectionnez Gestionnaire de Configuration pour sélectionner la configuration de chaque projet. et ce lien c'est pour winforms mais pourrait être utile.
- J'ai juste ajouté une nouvelle ligne de code dans le contrôleur et le fit imprimer dans la Vue. J'ai mis un déboguer le point sur la nouvelle ligne. Le Point de Rupture qui lui a toujours donné le même message d'erreur ET le nouveau code a tiré et l'a montré dans la Vue (j'ai juste rempli un nouveau ViewBag variable avec une chaîne de test).
- J'ai désactivé cette option et ont le même problème.
- Je comprends bien, il fait le point de rupture mais le changement de texte d'affichage sur la page web ? Si le texte reste le même, alors ce que vous voyez dans le navigateur n'est pas le code le plus récent. Si le texte a changé ensuite, nous avons jugé au moins quelque chose.
- Il était neuf code du contrôleur qui a rempli une nouvelle ViewBag variable qui a ensuite été ajouté à la page. Donc, avant l'examen de ce texte n'apparaît pas et après le texte, il l'a fait. C'était donc l'exécution de la dernière version du code.
- Le code ont certains Postsharp de référence? Si oui, quelle version?
- Jamais entendu parler de Postsharp donc je suis assez sûr qu'il n'est pas, mais où dois-je vérifier?
- PARCE que vous définissez le mode de Libération comme je l'ai fait 😛
- J'ai résolu le même problème à l'aide de ce. stackoverflow.com/a/36368882/4484522
Vous devez vous connecter pour publier un commentaire.
J'ai eu un problème similaire, lorsque j'ai créé une nouvelle configuration de build. Après la chasse autour de paramètres dans VS2015, j'ai remarqué qu'il n'y avait pas de *.fichiers pdb à ma sortie de la construction. Évidemment, le débogage ne fonctionnerait pas s'il y avait *.fichiers pdb.
Le correctif pour moi, c'était pour aller dans toutes les propriétés du projet -> 'construire' page -> cliquez sur le bouton "avancé" en bas de la page -> Dans la boîte de dialogue de 'Sortie' de la section, j'ai mis "les informations de débogage" à égalité "plein".
En gros, j'ai créé un nouveau projet et de solution et de copier tous les de construire des propriétés dans la solution que le débogueur n'était pas d'arrêt aux points de rupture plus. En plus de la configuration ci-dessus, j'ai aussi changé la configuration suivantes pour correspondre à la valeur par défaut les paramètres de débogage:
J'ai résolu ce problème lorsqu'elle est cochée, les Options->Débogage->Général>Supprimer les jit sur l'optimisation du chargement du module. Avant j'ai fait ce que j'ai aussi décoché Outils->Options "Projets et Solutions", "Build and Run" "Seulement de construire des projets de démarrage et dépendances sur exécuter". Ne sais pas si ça a aucune raison pour que ça fonctionne après avoir supprimer jit n'est pas cochée.
Ma situation est que j'ai activé l'option "Optimiser le code" dans les propriétés du projet.
Si vous ne touchait que les points d'arrêt dans le projet de démarrage:
Et ici, il est en allemand:
L'exécution de la VS invite de commande en tant qu'admin que l'exécution de la commande:
devenv /setupfixe pour moi.Je n'ai jamais compris ce qui s'est passé mais j'ai fini par la construction d'un tout nouveau projet et seulement d'importer les fichiers dedans et tout fonctionne maintenant.
Ce m'a envoyé un fou, jusqu'à ce que j'ai réalisé dans une autre solution, j'ai mis à la libération de configuration, choisissez à nouveau debug travaillé.
Ce n'est probablement pas votre réponse, mais pensé que je voudrais partager "juste au cas où quelqu'un d'autre se conduit à la folie par quelque chose d'évident!
Le débogueur n'est pas de frapper les points d'arrêt pour mon application ASP après la migration de mon ancien système vers mon nouveau système. J'ai oublié de configurer IIS pour le débogage.
Pour configurer IIS pour le débogage:
Dans mon cas, j'ai juste changé le réglage de mon mode de fonctionnement.
Avant, j'ai utilisé de la "libération" mode de fonctionnement:
Et maintenant, je suis à l'aide de "debug" mode de fonctionnement:
Je viens résolu ce problème pour l'un de nos développeurs front end. Il peut ou peut ne pas s'appliquer à vous. Nous utilisons IIS Express pour le débogage local, et en quelque sorte son s'est détaché de la procédure à suivre lors du débogage.
À corriger, j'ai vérifié ce que l'ID de processus il était attaché à la fonction de IIS Express (à droite sur IIS icône sur la barre des tâches, sélectionnez l'option Afficher Toutes les Applications, vérifier le PID répertoriés pour l'application). J'ai ensuite attaché à la bonne du processus (avec la solution en cours d'exécution dans VS, cliquez sur Debug sur la barre d'outils, sélectionnez attacher au processus, trouver le bon processus à l'aide de la PID obtenu ci-dessus à partir de IIS Express). Espérons que cela aide quelqu'un.
Je n'ai jamais été en mesure de l'obtenir pour fonctionner avec les méthodes ci-dessus et finalement annulée pour VS 2013 pour la solution qui a bien fonctionné. Il est très troublant que VS2015 se sent beaucoup comme VS2005 quand il a déménagé de la stabilité robuste VS2003.
J'espère 2017 résout ces incohérences.
Vous pouvez tout laisser comme c'est, il suffit de prendre soin de l'suivantes:
J'ai aussi été confronté à ce problème, mais après Visual Studio 2015 mise à Jour 1, c'est à présent corrigé.
https://www.visualstudio.com/en-us/news/vs2015-update1-vs.aspx
De redémarrer Visual Studio a travaillé pour moi.
J'espère que cela aide quelqu'un. Si vous exécutez le code dans votre machine locale sous IIS, vous devez joindre votre solution à l'w3wp.exe processus. Donc, sélectionnez votre projet, dans le menu aller à debug->attacher au processus et dans la liste, vous pouvez voir w3wp.exe
Maintenant, si vous ne voyez pas w3wp.exe vous pouvez soit cocher afficher tous les processus de case à cocher, ou accédez à votre Gestionnaire des services internet et de naviguer dans votre site web afin d'exécuter l'w3wp.exe exemple.
Dans mon cas, j'ai été incapable de débogage parce que je n'avais point d'arrêt défini dans la source de contrôle du fichier temporaire lors de l'analyse de l'historique des fichiers au lieu de fichier réel dans la solution.
Mon projet était un MVC web app, et quand j'ai été l'exécution du projet avec le débogueur, un nouvel onglet a été l'ouverture dans le navigateur qui a été me rediriger vers la page de connexion. Mais dans un autre onglet, j'avais de l'utilisateur connecté qui pourrait faire n'importe quoi, mais ce n'est pas de frapper les points d'arrêt, même si j'ai été dur de l'actualisation de la page. Et à chaque fois que je a été la fermeture de l'onglet nouvellement ouvert qui est de la redirection vers la page de connexion. Une fois, j'ai fermé onglet ancien avec de l'utilisateur connecté et effectivement connecté à l'app de nouveau dans l'onglet nouvellement ouvert. Puis il a commencé à frapper les points de rupture.
la désinstallation de postsharp nuget résolu mon problème, il est expliqué dans ce post https://doc.postsharp.net/uninstalling