Pourquoi Visual Studio plante-t-il constamment?

Pourquoi Visual Studio plante-t-il constamment?

Visual Studio se bloque de manière aléatoire lors de l'ajout / suppression de références et de projets. Des pensées pourquoi? L'installation de Sp1 vous aidera-t-elle?

EDIT: Je ne travaille avec aucun add-on sauf SourceSafe. Je fais l'essentiel de mon développement en mode connecté.

Développement avec:
Visual Studio 2008
Service de terminal WinXp -> Win2k3 Sp2 (64 bits)
VSS 8.0, 32 bits

Montrez la meilleure réponse

Recherchez et supprimez tous les fichiers .ncb associés à votre solution. Dans les versions précédentes, ces fichiers (de débogage) étaient corrompus et leur suppression résoudrait le problème (Visual Studio les régénérera automatiquement).

J'ai trouvé sur le mien, même dans SP1, qu'il se bloque rarement lors de l'ajout de choses à un projet, mais principalement lors du passage à une vue de conception ASP.NET et lorsqu'il génère automatiquement des contrôles dans les outils. Je viens de désactiver sa création et je n'ai plus beaucoup de plantages.

Je sais que cela n'a pas grand-chose à voir avec votre problème, mais ce que je fais du SP1 n'est peut-être pas la réponse à votre problème.

Essayez de supprimer vos fichiers .user et .suo - ce sont les fichiers d'options utilisateur que VS crée. Vous obtenez un fichier .user pour chaque projet et un fichier .suo pour votre solution. Lorsqu'ils sont corrompus, des choses étranges se produisent. Les supprimer vous fera perdre de petites choses comme le projet sélectionné comme projet de démarrage lorsque vous démarrez le débogage, mais cela élimine généralement un comportement étrange comme celui-ci.

Vous pouvez également effacer tous les emplacements de fichiers temporaires, comme les dossiers Fichiers ASP.NET temporaires (si vous travaillez dans ASP.NET) juste au cas où quelque chose d'étrange serait mis en cache quelque part.

Où se trouvent ces fichiers .user et .suo?

Vous les verrez à côté de vos fichiers .csproj et .sln. Dans VS 2015, beaucoup d'entre eux ont été placés dans un dossier .vs par votre fichier .sln.

Le plus souvent, si Visual Studio plante à plusieurs reprises, votre fichier .suo ou .ncb est corrompu. Fermez votre projet, supprimez ces fichiers et rouvrez. Cela peut résoudre votre problème.

.suo est un fichier caché.

Mon Visual Studio 2005 a commencé à planter et à se verrouiller récemment. La façon dont j'ai finalement résolu le problème était de l'exécuter à partir de la ligne de commande:

devenv /resetuserdata
 

Cela a effacé toutes mes personnalisations, mais cela a résolu le problème. Si vous avez beaucoup personnalisé VS, vous pouvez d'abord essayer d'exporter vos paramètres, puis voir si vous pouvez les importer en toute sécurité par la suite. Vous pouvez également prendre des instantanés de votre IDE pour vous souvenir des boutons, etc., où vous aviez.

J'ai essayé toutes les options suggérées, et quelques autres sur ce site lien . Pas de chance.

J'ai ensuite essayé d'ajouter une référence à partir d'un site Web (par opposition à une application Web). Le processus est différent: vous devez faire un clic droit sur le projet et aller aux pages de propriétés, et il y a un bouton Ajouter ... dans l'onglet Références.

Il a encore planté, mais il y avait un message dans l'Observateur d'événements cette fois qui m'a indiqué le chemin complet d'une DLL dans un composant tiers que j'ai installé. La DLL n'a pas pu être lue à partir du disque (corrompue). Donc, une réparation de cette bibliothèque et un redémarrage plus tard, et je suis de retour en bon état.

MISE À JOUR:

J'ai découvert la vraie raison, plusieurs fichiers de mon SSD étaient corrompus. CHKDSK / R m'a relancé pendant un moment. A finalement dû remplacer le lecteur. Juste un rappel que ce n'est peut-être pas la faute de VS.

Méfiez-vous si vous suspectez un fichier .suo corrompu et que vous êtes intégré à Source Safe.

Lorsque vous redémarrez VS après un crash, vous pouvez recevoir le message suivant:

The Open from Source Control operation is still in progress but you can start working now. the rest of the projects will be retrieved asynchronously.

Cela signifie essentiellement que VS chargera tous les projets de votre solution ouverte à partir de Source Safe et écrasera tous les fichiers extraits et contenant des modifications non vérifiées!
Après un crash VS, démarrez Source Safe autonome et VÉRIFIEZ ce que vous souhaitez conserver.
Travaillez ensuite à corriger la corruption avant de redémarrer VS.

J'espère que cela aide quelqu'un. J'avais l'impression d'avoir tout essayé. J'ai même réparé l'installation, ce qui n'a fait aucune différence, j'ai complètement supprimé VS et le problème était toujours là. L'option de journal ne m'a rien dit de significatif, j'ai donc finalement supprimé tous les dossiers bin et obj de ma solution ainsi que tous les fichiers .suo et .user et l'ai déplacé dans un dossier complètement différent du dossier racine de mon disque dur et l'ai reconstruit . Tout s'est bien passé comme par magie!

Avatar Yar

La modification de l'emplacement de la solution default a résolu mon problème.

J'ai dû supprimer une référence plus ancienne pour le projet qui n'existait plus de la solution et qui a bien fonctionné pour moi.

Si le fichier .suo ou .ncb est corrompu, cela provoque également le plantage de Visual Studio. Pour résoudre ce plantage, vous pouvez utiliser l'étape suivante comme indiqué dans l'image.

  1. Accédez au dossier contenant le fichier d'exécution de Visual Studio (devenv.exe).
  2. ouvrez l'invite de commande avec le chemin du dossier mentionné à la première étape et exécutez la commande devenv.exe / ResetSettings.
  3. Si la deuxième étape ne résout pas votre problème, exécutez la commande devenv.exe / ResetUserData .

 entrez la description de l'image ici