Pourquoi Visual Studio se bloque-t-il constamment?

https://stackoverflow.com/questions/96780

01-07-2019
|

Question

Visual Studio se bloque de manière aléatoire lors de l'ajout / la 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 addon sauf SourceSafe. Je réalise l'essentiel de mon développement en mode connecté.

Développer en utilisant:
    Visual Studio 2008
    Service de terminal WinXp - > Win2k3 Sp2 (64bit)
    VSS 8.0, 32bit

La solution

Essayez de supprimer vos fichiers .user et .suo. Ce sont les fichiers d’options utilisateur créés par VS. Vous obtenez un fichier .user pour chaque projet et un fichier .suo pour votre solution. Quand ils sont corrompus, des choses étranges se produisent. Leur suppression 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 supprimer tous les emplacements de fichiers temporaires, tels que les dossiers de fichiers temporaires ASP.NET (si vous travaillez dans ASP.NET), au cas où un élément étrange serait mis en cache quelque part.

Autres conseils

Mon Visual Studio 2005 a récemment commencé à se bloquer et à se verrouiller. J'ai finalement résolu le problème en exécutant ceci à 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 commencer par 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 afin de vous souvenir des boutons, etc. que vous aviez où.

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

.suo est un fichier caché.

Faites attention 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:

L'opération Ouvrir à partir du contrôle de code source est toujours en cours, mais vous pouvez commencer à travailler maintenant. le reste des projets sera récupéré de manière asynchrone.

Cela signifie fondamentalement que VS chargera tous les projets de votre solution ouverte à partir de Source Safe et Écraser tous les fichiers extraits contenant des modifications non prises en compte!
Après un blocage du système de stockage, démarrez Source Safe autonome et ENREGISTREZ ce que vous voulez conserver.
Ensuite, corrigez la corruption avant de relancer VS.

Espérons que cela aide quelqu'un. J'avais l'impression d'avoir tout essayé. J'ai même réparé l'installation, ce qui ne faisait aucune différence, tout en supprimant complètement VS et le problème était toujours là. L'option de journalisation ne m'indiquant rien de significatif, j'ai donc finalement supprimé tous les dossiers bin et obj de ma solution, ainsi que tous les fichiers .suo et .user, puis je les ai déplacés dans un dossier complètement différent du dossier racine de mon disque dur. . Comme par magie, c'est bon!

Recherchez et supprimez les fichiers .ncb associés à votre solution. Dans les versions précédentes, ces fichiers (de débogage) utilisés pour se corrompre et les supprimer résoudraient le problème (Visual Studio les régénérerait automatiquement).

I, même dans le SP1, je constate que le plantage est rarement causé par l'ajout d'éléments à un projet, mais principalement lors du passage à un mode Création ASP.NET et lors de la génération automatique de contrôles dans les outils. Je viens juste de désactiver sa création et je ne reçois plus beaucoup de crash.

Je sais que cela n'a pas grand-chose à voir avec votre problème, mais le point que je soulève le SP1 n'est peut-être pas la solution à votre problème.

J'ai essayé toutes les options suggérées, et quelques autres options trouvées à cet endroit lien . Pas de chance.

J'ai ensuite essayé d'ajouter une référence à partir d'un site Web (par opposition à Web App). Le processus est différent: vous devez cliquer avec le bouton droit sur le projet et accéder à la page des propriétés. Un bouton Ajouter ... est également disponible dans l'onglet Références.

Il se plantait toujours, mais un message dans l'observateur d'événements indiquait cette fois le chemin d'accès complet d'une DLL dans un composant tiers que j'avais installé. La DLL n'a pas pu être lue à partir du disque (corrompu). Donc, une réparation de cette bibliothèque et un redémarrage plus tard, et je suis de retour à la bonne.

MISE À JOUR:

Je suis venu pour découvrir la véritable raison, plusieurs fichiers sur mon SSD étaient corrompus. CHKDSK / R m'a fait revenir pendant un moment. Finalement, dû remplacer le lecteur. Juste un rappel que ce n'est peut-être pas la faute de VS.

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

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

Si le fichier .suo ou .ncb est corrompu, cela provoque également le blocage de Visual Studio. Pour résoudre ce problème, vous pouvez utiliser l’étape suivante indiquée dans l’image.

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

Licencié sous: CC-BY-SA avec attribution

Non affilié à StackOverflow