Visual Studio 2013 sp1 se bloque lorsque vous essayez de déboguer ASP.NET site web?

Récemment, Visual Studio 2013 commencé à traîner de nouveau lorsque vous essayez de déboguer/trace un ASP.NET site web. Le site a été créé avec WebMatrix 3 mais je ne pense pas que c'est pertinent.

VS2013 ouvre le site web de la Solution. Il prend un temps très long à charger. Une fois qu'il n'a charger et je lance le projet, il frappe mon premier point d'arrêt, puis la Fenêtre de l'EDI montre rapidement "(ne répond pas)" dans la barre de titre et l'IDE est maintenant accroché.

Ce qui m'est arrivé il y a longtemps et qui est la cause était d'avoir à choisir "utiliser IIS 64 bits" option comme indiqué par cette SORTE de poste:

Visual Studio 2013 se bloque et redémarre à chaque fois que je lance mon test de la solution

Mais je triple vérifié et j'ai la version 64 bits de l'option cochée. Que puis-je faire pour résoudre ce problème?

Êtes-vous d'utiliser express ou complet Visual Studio? Si vous utilisez pleine êtes-vous capable de faire ctrl + F5 pour exécuter le projet, puis le fixer à l'aide des Outils -> Attacher au Processus?
Ctrl-F5 fonctionne. Puis-je joindre à iisexpress.exe. Qui fonctionne. Mais dès que j'ai mis un point d'arrêt, puis de recharger la page web dans le navigateur, il se bloque à nouveau. C'est certainement quelque chose à faire avec des points d'arrêt et de traçabilité.

OriginalL'auteur Robert Oschler | 2014-03-04

asp.net c#visual-studio-2013 webmatrix

6

Voir ce blog dans la question. Il basiclly dit vérifiez que l'option "afficher tous les fichiers" est sélectionné dans la solution et vérifier tous les dossiers qui n'appartiennent pas, qui ne font pas partie de votre projet/solution.

Le problème refait surface quelques jours plus tard et j'ai enfin compris le problème avec mon récalcitrant débogueur. J'ai un dossier contenant environ 20 000 images qui ne sont pas inclus dans Visual Studio web du projet, mais sont assis dans un répertoire du site web. J'avais tourné sur "Afficher Tous les Fichiers" dans l'Explorateur de solutions d'ajouter quelques fichiers de script dans le projet. Lorsque l'option "Afficher Tous les Fichiers" est désactivé, la touche F5 (Démarrer le Débogage) fonctionne comme champion. Lorsque l'option "Afficher Tous les Fichiers" est sur, Visual Studio devient insensible. En réalité, il n'est pas "gelé", mais simplement de prendre un temps très long processus de ces 20 000 fichiers image.

Pour moi, c'était un dossier créé et appelé backup, qui était une copie de sauvegarde du site (créé par VS). J'ai supprimé le dossier en question et le site chargé pour le débogage.

Je vais avoir le même problème dans une application winforms. Malheureusement, cela ne résout pas ce problème.
J'ai aussi trouvé que j'avais une API qui a fait beaucoup (je veux dire beaucoup) de mise en cache, qui était à l'origine du blocage. Quelle est la taille de votre application? Vérifiez également si vous êtes à court de mémoire. J'ai dû augmenter mon mémoire de 8 go à partir de 4 go. VS est un porc pendant le débogage.
La mémoire n'était pas un problème dans mon cas. J'ai 12 GO. J'ai couru à travers ce lien qui a suggéré la réinitialisation de visual studio. Ce qui a fonctionné pour moi. vosseburcht.com/?p=69
Génial
J'ai eu le même problème, nettoyage du dossier Temp résolu .. merci !!

OriginalL'auteur PhillyNJ
8

Ce qui a fonctionné pour moi a été la réinitialisation de visual studio. J'ai eu la suggestion de http://www.vosseburcht.com/?p=69

Cela a été la solution pour moi, en tant que bien. Je n'ai aucune idée de ce qui a changé dans VS, car ce magie est apparu un matin. Plus précisément, j'aimerais commencer une session de débogage et tous les 4 à 5 secondes de l'inspection de code, l'application peut se bloquer pendant 2-3. Réinitialiser les paramètres de quelque chose de fixe, mais Dieu seul sait quoi?

OriginalL'auteur JDennis
2

Il pourrait être causé quelques extensions dans Visual Studio, j'ai été confronté à un problème similaire lors de l'degbugging asp.net les sites web. Essayez d'exécuter VS en mode sans échec: devenv.exe /Safemode. Dans mon cas, cela a été causé par Application Multilingue Toolkit extension, après la désinstallation, le débogage ASP.NET sites web fonctionne de nouveau.

OriginalL'auteur stambikk
2

Dans mon cas, j'ai été en mesure de le résoudre en l'exécutant en tant qu'Administrateur!
Je ne sais pas pourquoi, quelques jours avant, ça marchait très bien, tout à coup, il a commencé à geler lors de la tentative de debub web app!
Espérons que cela aide quelqu'un!

BTW: je suis en cours d'exécution VS2013 Ultime, avec la mise à Jour 4

Regarde comme cela a résolu mon problème. Merci pour l'astuce!

OriginalL'auteur Numan
2

Dans mon cas, c'est l'IntelliTrace qui cause problème. J'ai besoin de le désactiver https://msdn.microsoft.com/en-us/library/dd264948(v=vs. 100).aspx

OriginalL'auteur thinh
1

J'ai la même situation et "résolu" dans une manière très particulière: Reconstruire la solution et de l'exécuter sans débogage (Ctrl + F5), puis revenir en arrière et de débogage de la manière normale.

OriginalL'auteur Manuel Castro
1

J'ai eu un problème similaire, et j'ai trouvé l'erreur suivante dans le Journal des Événements Application Windows qui correspondait à ce problème:
```
Application: PowerShellToolsProcessHost.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.Runtime.Serialization.InvalidDataContractException
...
```
J'ai donc enlevé PowerShell Outils pour l'extension de Visual Studio, et le problème a disparu. Je suis à l'aide de Visual Studio Ultimate 2013 mise à Jour 5.

OriginalL'auteur uncoder
0

J'ai eu ce problème lors de l'écriture d'un fichier Excel add-in.

De ne pas être une application web, j'étais pratiquement certain que la vérification de la 64 bits IIS Express option ne ferait aucune différence, mais il l'a fait!

Je n'ai aucune idée pourquoi, mais il fonctionne en debug ok maintenant 🙂

OriginalL'auteur CompanyDroneFromSector7G
0

J'ai dû installer Windows Gestion Framework 4.0

OriginalL'auteur Gregory Mertens
0

Ma solution a été de supprimer toutes les .bak fichiers de sauvegarde générés par DevExpress ProjectConverter quand je l'avais mis à niveau vers la nouvelle DevExpress version.

OriginalL'auteur SHzr

Vous devez vous connecter pour publier un commentaire.