VS 2015 mise à Jour 1 - Demande, je suis le débogage d'une version release
Après la mise à jour du VS 2015 mise à jour de 1, si je lance un projet web (MVC), arrêter l'application, puis essayez de l'exécuter à nouveau, VS s'arrête et affiche une boîte de dialogue prétendant
Vous déboguez une version Release de
<myproject.dll>.En utilisant uniquement Mon Code avec les versions release en utilisant les optimisations du compilateur résultats dans un dégradé de débogage de l'expérience (par exemple, les points d'arrêt ne seront pas touchés).
Le problème est que je suis pas de l'exécution d'un communiqué de construire. Je suis clairement l'exécution de la (même) debug j'ai juste couru! Pourquoi ne VS pensez que je suis à court d'un communiqué de construire?
La solution de nettoyage et de ré-exécuter efface le message d'erreur, donc quelque chose est modifié quelque part.
- Nous aimerions savoir si vous avez résolu ce. Je suis en cours d'exécution dans le exact même problème après l'installation de la mise à Jour 1. Service de nettoyage de ré-exécuter temporairement qui me passe à travers, mais là, tout se passe à nouveau la prochaine fois.
- Malheureusement, je n'ai pas. Je suis en communication avec le support de Microsoft qui est à la recherche dans le problème.
- Pour ce que ça vaut, le support Microsoft a reproduit le problème et d'enquête. Dès que je l'entends, j'en ferai part / réponse.
- Un peu de chance encore?
- En fait, non. Je ping mon contact en arrière pour voir si il n'y a aucune mise à jour.
- Ce bug semble avoir été "fixé" dans VS 2015 mise à Jour 2, publié aujourd'hui, bien que de manière tout à fait contestable. Maintenant, si vous vous Arrêtez un site web pendant le débogage, Visual Studio met fin à l'IIS Express processus de travail. Dans le passé, le travailleur est autorisé à continuer, ce qui était agréable si vous voulais faire des demandes supplémentaires sans débogage. Pour être honnête, ce correctif ressemble plus à un hack pour contourner le bug. La modification de la "Supprimer JIT" option ci-dessous ne change rien à ce nouveau comportement.
- Un peu de chance, encore maintenant?
- L'erreur s'en alla après la "Solution Propre" pour moi..
- J'ai juste nettoyé solution, a fait une reconstruction - le problème est résolu.
Vous devez vous connecter pour publier un commentaire.
La parole de Microsoft, c'est que c'est un problème connu (il y suis allé pour le Débogueur de l'équipe, mais il a été déterminé qu'il était un build en question, et est maintenant dans le système de Projet de l'équipe de mains. Il y a d'autres bugs ouverts sur cette question, et il est classé en Priorité 1, devrait donc être sur la bonne voie pour la prochaine mise à jour. Même si, comme prévu, aucune promesse ne peut être faite que pour quand il sera publié (ou de ce qui est réellement dans la mise à jour).
Donc. Il est connu et est en cours d'élaboration. À moins de désactiver le “Activer uniquement Mon Code” dans le Débogage des Options Générales qui semble être un travail pour le moment.
Comme mentionné par @romanoza, Microsoft a mis à jour l' (aujourd'hui disparu) de Microsoft Connect, rapport de bug, (précédemment situé ici, dans le cas où vous êtes en mesure de trouver une archive quelque part) avec les informations suivantes:
C'est la solution de contournement. Ils vont en dire plus tard:
Enfin, l'accusé de réception:
Mise à jour: sur la Base des observations, il apparaît que la zone est maintenant de l'onucochée par défaut pour certains développeurs, et que vérification il peut fixer exactement le même problème dans certains cas. Très étrange.
J'ai remarqué que les réponses sont incomplètes, j'ai eu le même problème et il a été résolu en ouvrant les propriétés du projet et sous l'onglet création et configuration de débogage décochant "optimiser le code". Vous devriez également vérifier le gestionnaire de configuration comme indiqué ci-dessus pour vous assurer que c'est aussi le son. La réponse est venue de ce post, et ils doivent obtenir le crédit: VS2015 Projet ne fonctionne plus en mode debug
Merci,
De nettoyage (et de la reconstruction), la solution fonctionne pour moi comme une solution de contournement temporaire. Vous pouvez également sélectionnez Debug > Options et décochez la
Suppress JIT optimizationcase.J'ai résolu le problème de réglage de la configuration pour Debug dans le Configuration de la Crèche fenêtre comme il est suggéré dans ce réponse.
J'ai eu le même problème depuis la mise à jour de VS2015 mise à Jour 1.
Trouvé un rapport similaire sur Microsoft Visual Studio Forums, ce qui souligne un rapport de bug qui a été soulevé avec eux ici
Il existe plusieurs solutions de contournement, mais je pense que la question sous-jacente est que IIS Express est de ne pas arrêter lorsque le débogage est terminé - et ce n'est pas parce que de la modifier et l'option continuer d'être décochée. La plus rapide solution de contournement que je peux trouver jusqu'à ce que le bug est corrigé:
Pas grand, mais je ne pense pas qu'une solution appropriée est disponible pour le moment.
J'ai rencontré le même problème. J'ai résolu le problème en supprimant manuellement tous les fichiers du dossier " bin " du dossier de et puis de reconstruire la solution. Je n'ai pas cette boîte de dialogue plus.
Dans mon cas, j'avais changé la "solution Active plate-forme" pour l'ensemble de la solution à "Configuration Manager" de x86 à n'Importe quel CPU, fixe le problème
Vérifier votre solution de Propriétés de Configuration. J'ai rencontré le même problème et a découvert que ma configuration de débogage a été la construction de certains projets avec une configuration release.
J'ai remarqué que Visual Studio n'était pas de tuer les iisexpress processus après j'ai arrêté le débogueur. Manuellement tuer le processus semblait aidez-moi.
Cela semble avoir été résolu dans la mise à Jour 2.
Il semble y avoir autant de solutions qu'il y a des gens d'avoir le problème, mais dans mon cas, j'ai dû supprimer et de rajouter une référence de projet. Le projet de référence était dans un projet de test d'unité dans la même solution.
Dans mon cas, le message d'erreur était correcte. J'ai été l'exécution d'une application qui a chargé la version finale. J'ai donc corrigé par l'application de la charge la version de débogage à la place.
Élémentaire, je sais, et je me rends compte que je me suis un idiot. Mais parfois, le problème est exactement ce qui est rapporté.
Vérifier que le programme IIS URL effectivement des points où vous pensez que cela fonctionne. En cas de doute, cliquez sur "Créer un Répertoire Virtuel' bouton.
J'ai eu ce problème récemment, où j'avais été en cours d'exécution d'une version temporaire de la production de la base de code et avait maçonnerie à restaurer le dossier dans IIS pour la version temporaire, qui a été, en effet, l'exécution d'une production de construire, pas de la version debug j'ai essayé de déboguer.
Pour moi, j'ai trouvé 3 \Release\ dossier refs dans ce FileListAbsolute.txt fichier:
C:\Projects\MyWebApp.Web\obj\Release\MyChildWebApp.Web.csproj.FileListAbsolute.txt
Ils étaient comme cela:
C:\Projects\MyWebApp.Web\obj\Release\MyChildWebApp.Web.csprojResolveAssemblyReference.cache
C:\Projects\MyWebApp.Web\obj\Release\MyChildWebApp.Web.dll
C:\Projects\MyWebApp.Web\obj\Release\MyChildWebApp.Web.pdb
Et simplement la suppression de ces 3 lignes en dehors de VS puis la ré-ouverture de la solution a résolu le problème. Espérons que cela aide.
J'ai essayé toutes les réponses, et l'on a travaillé pour moi est de retirer certaines de package NuGet, non seulement la référence, mais la suppression du paquet, dans mon cas PostSharp. J'ai d'abord essayé de supprimer la référence à partir de tous les projets, et ça ne fonctionne pas, alors j'ai juste supprimé les paquets à partir du gestionnaire. Je ne sais pas ce que c'est exactement la raison, mais c'est ce qui a résolu mes problèmes, espérons que ça pourrait aider quelqu'un là-bas.
Redémarrez Visual Studio. Cela a réglé le problème pour moi en 2017 Professionnel.
Voici ce qui a fonctionné pour moi.
Si un projet web, Allez dans les propriétés du projet le projet web et
Il semble que certaines dll de la mise en cache donc les étapes ci-dessus va invalider le cache.
Assez sûr que cela a été corrigé dans Visual Studio 2015 mise à Jour 2.
J'ai l'habitude de voir tout le temps (plusieurs fois par jour), et ne l'ai pas vu une seule fois depuis la mise à jour pour mettre à Jour 2.