Visual Studio 2013 se bloque lors de l'ouverture d'une solution


106

J'ai installé VS2013 (v12.0.21005.1) et ajouté ReSharper 8 (v8.0.2000.2660) il y a un jour ou deux. Ce jour-là, tout allait bien. Maintenant, j'ai de la chance si je peux lui permettre d'ouvrir une solution en une journée entière. Il s'ouvre bien par lui-même, mais lorsque j'essaie d'ouvrir une solution de l'intérieur - via le menu - il se bloque, mal. Si je clique avec le bouton droit sur une solution dans l'Explorateur Windows et que je `` ouvre avec VS 2013 '', il s'ouvre puis se bloque, exactement de la même manière. De temps en temps, pendant des heures, je reçois un petit avis qu'il est occupé avec quelque chose.

Quelqu'un sait ce qui pourrait ne pas être le cas, avant de subir une réinstallation qui ne résout pas le problème?


2
Avez-vous essayé de supprimer ReSharpher en cas de conflit?
Andrew

Que se passe-t-il lorsque vous ouvrez avec VS2012? Et combien et quel type de projet / langage la solution contient-elle?
RoelF

@Roel, VS2012 fonctionne parfaitement. J'ai une vingtaine d'applications WPF et de bibliothèques de classes au total, toutes en c # et xaml.
ProfK

Êtes-vous allé plus loin avec cela? Je rencontre des problèmes similaires sur mon poste de travail (bureau). Ma copie privée sur un ordinateur portable Core i7 fonctionne parfaitement bien dans le même scénario: exécuter une compilation sur une grande solution composée principalement de projets natifs c ++ ...
Paul Michalik

Réponses:


243

Parfois, il suffit simplement de supprimer le fichier ".v12.suo" et de réessayer d'ouvrir la solution. M'a aidé à plusieurs reprises lorsque VS2013 se figeait lors du chargement d'un projet.


19
La suppression des fichiers .v12.suo semble fonctionner pour moi. Merci.
ysrb

4
... même si j'en ai marre de ça, VS se fige comme une fois toutes les 3-4 fois j'ouvre un projet ...
Alex

5
La même chose m’arrive, c’est incroyable à quel point le VS devient bogué.
Fritjof Berggren

4
m'a aidé, mais maintenant je dois supprimer .v12.suo chaque fois que j'ouvre la solution. Il y a évidemment un problème avec l'un des projets de la solution, ou avec ses packages, mais c'est frustrant. Quelqu'un a une idée sur la façon d'enquêter davantage?
pomarc

5
La suppression du fichier .suo le charge effectivement. Mais je ne devrais pas avoir à le supprimer à chaque fois . Et sur l'une de mes solutions, je dois littéralement supprimer le fichier .suo à chaque fois.
John Rocha

43

La suppression de tous les fichiers ".suo" a fonctionné pour moi. Il y avait plusieurs copies en raison de l'ouverture de la solution dans plusieurs versions de Visual Studio.

Éditer:

Le chemin possible pourrait être:

PathToSolution \ .vs \ ProjectName \ v14 \

.vs peut être un dossier caché.

.suo est le nom de fichier.


3
pour le chemin +1 .. 😊
Guruprasad Rao

Merci. La suppression de ce fichier dans le dossier caché a résolu le problème
yurart

33

En gros, cela pourrait être n'importe quoi, mais vous pouvez essayer plusieurs choses:

  1. Éteignez-le et rallumez-le.
  2. Effacez le cache ReSharper, il se trouve dans %LOCALAPPDATA%\JetBrains\ReSharper\<CurrentVersion>\SolutionCaches, où vous devriez trouver un dossier correspondant à la solution que vous essayez d'ouvrir. Fermez simplement toutes les instances de VS2013, supprimez le dossier et réessayez.
  3. désactiver ReSharper: Tools > Options > ReSharper > General > Suspend
  4. désinstallez complètement ReSharper et voyez si les problèmes persistent.
  5. Réparez Visual Studio via Programs and Features.

Haha, je l'ai éteint et rallumé pendant quelques jours. Même toute la machine. Wow, ce cache de solution était assez gros.
ProfK

2
A travaillé pour moi pour passer par l'étape 2. Le chemin est légèrement différent maintenant avec Resharper 8.1% LOCALAPPDATA% \ JetBrains \ ReSharper \ v8.1 \ SolutionCaches
KevM

La désinstallation et la réinstallation de ReSharper semblaient le faire pour moi!
Tim

3
À partir de la version 9 de ReSharper, le chemin d'accès aux dossiers de cache semble être %LOCALAPPDATA%\JetBrains\Transient\ReSharperPlatformVs12.
Asbjørn Ulsberg

Merci. Lorsque j'ai utilisé l'option 3, la solution s'est ouverte correctement, donc le problème était bien avec ReSharper. Le réactiver après le chargement de la solution n'a pas fonctionné et les étapes 1 et 2 n'ont pas fonctionné non plus. Maintenant, j'ai désinstallé ReSharper (v7.1. *) Et installé la dernière version (9.2. *) Trial, et tout fonctionne maintenant. Visual Studio ne se fige plus. Il ne me reste plus qu'à contacter mon superviseur pour une licence ReSharper 9.
Kevin Cruijssen

10

J'ai trouvé que ce qui suit était la meilleure approche pour déboguer VS basée sur les instructions MS Connect

Veuillez aider à confirmer si votre fichier de vidage capturé est un fichier de vidage 32 bits. S'il s'agit d'un fichier de vidage 64 bits, veuillez utiliser l'étape suivante pour capturer un nouveau fichier de vidage.

  1. Démarrez Visual Studio.
  2. Démarrez une autre instance de VS.
  3. Dans la deuxième instance, cliquez sur Outils | Joindre au processus ...
  4. Dans la liste des processus recherchez devenv.exe.
  5. Cliquez sur Sélectionner ... et choisissez explicitement le code «Natif» et «Géré».
  6. Cliquez sur OK et OK pour fermer la boîte de dialogue Sélectionner et la boîte de dialogue Attacher au processus.
  7. Revenez à la première instance de VS et reprenez le blocage.
  8. Lors du blocage, le contrôle doit aller à la deuxième instance de VS. Sinon, revenez à la deuxième instance de VS manuellement et appuyez sur "Break All".
  9. Dans la deuxième instance, cliquez sur Déboguer | Enregistrez le vidage en tant que minidump avec le tas.

Si vous exécutez le profil VB, vous ne verrez pas l'élément de menu Enregistrer le vidage sous. Pour ajouter cet élément de menu:

  1. Sélectionnez Outils -> Personnaliser
  2. Sélectionnez l'onglet Commandes
  3. Sélectionnez Déboguer dans la liste déroulante de la barre de menus
  4. Cliquez sur Ajouter une commande ...
  5. Sélectionnez Déboguer dans la liste Catégories.
  6. Recherchez l'entrée Enregistrer le vidage sous dans la fenêtre Commandes.
  7. Cliquez sur OK (la commande Enregistrer le vidage sous ... est ajoutée en haut du menu Déboguer).
  8. Cliquez sur Fermer

Vous pouvez obtenir des étapes détaillées sur la façon d'obtenir le fichier de vidage et d'appeler la pile à l' adresse http://blogs.msdn.com/debugger/archive/2009/12/30/what-is-a-dump-and-how-do- i-create-one.aspx

Si vous trouvez que le problème vient du Resharper Addin, vous pouvez le signaler via - http://youtrack.jetbrains.com/issues/RSRP


Cela a fonctionné pour moi. Dans mon cas, j'avais une cible de construction pointant vers un fichier qui n'existe pas - le débogage me faisait savoir ce qui se passait.
Arnaud

Mon fichier .dmp fait 708 Mo ... pourquoi est-il si volumineux? Est-ce normal?
James Wierzba

@JamesWierzba, malheureusement, j'ai vu de gros fichiers de vidage. Si le resharper est ouvert, il utilise régulièrement 500 à 800 Mo, il est donc possible que VS inclue également le complément + certains détails du code du projet pour les aider à résoudre le problème. Si vous exécutez re-sharper, vous pouvez activer l'utilisation de la mémoire par ce produit, c'est une valeur intéressante à surveiller sur les grands projets.
Jamie Clayton

9. Ouvrez le fichier de vidage dans VS 10. Assurez-vous de charger les symboles de débogage requis (faites une recherche pour cela) 11. Exécutez le vidage à partir de "Action / Déboguer avec ..." en haut à droite de la fenêtre du fichier de vidage . Personnellement, j'ai eu du mal à localiser un problème, mais je suis d'accord que c'est probablement la meilleure approche pour résoudre le problème.
SteveCinq

7

Suspendre Resharper a fonctionné pour moi. Aller à

Outils -> Options -> ReSharper -> Général -> Suspendre maintenant

Maintenant, votre solution se chargera très rapidement. Une fois votre solution entièrement chargée, vous pouvez modifier les paramètres de réaffectation sur Reprendre maintenant .


7

Utilisez-vous des modules de nœuds dans votre projet? Ou pouvez-vous identifier qu'il s'agit d'un problème spécifique à ReSharper?

Si vous avez des modules NPM (par exemple pour Grunt), marquez votre dossier 'node_modules' comme 'hidden' (pas besoin de masquer les dossiers enfants), et réessayez.

Visual Studio restait ouvert pour moi, il s'est avéré qu'il essayait d'analyser les modules de nœuds profondément imbriqués avec des chemins de fichiers plus longs que le maximum de Windows (260 caractères), et cela m'empêchait d'ouvrir la solution dans VS, mais en marquant le dossier comme caché a résolu le problème.


3

J'ai également eu ce problème récemment et j'ai constaté que la déconnexion de mon ordinateur d'Internet lors du chargement du projet le corrigeait. Avec cela, j'ai réussi à réduire les temps de chargement de plusieurs heures à quelques secondes. Comme mon câble réseau n'est pas particulièrement accessible, j'ai simplement désactivé mon adaptateur réseau avant de charger le projet (dans le Panneau de configuration).

Cependant, cela est rapidement devenu frustrant et j'ai récemment réexaminé le problème. Il semble que la connexion à mon compte Microsoft dans Visual Studio a finalement résolu le problème, et je n'ai plus de problèmes de chargement de projets.

Cela peut également fonctionner pour vous (si vous ne l'avez pas encore résolu - mais comme il n'y a pas de réponse acceptée ici, je suppose que le problème persiste), alors je vous suggère au moins d'essayer de vous déconnecter d'Internet, même si vous préférez ne pas entrer vos informations d'identification Microsoft.


3

Je suis allé dans% LOCALAPPDATA% \ JetBrains \ ReSharper \ et j'ai ouvert tous les répertoires à la recherche des SolutionCaches, et je les ai tous vidés. Problème résolu. L'application était assez volumineuse, donc cela a aidé.


C'est ce qui a résolu le problème pour moi - le mien est resté bloqué sur des "assemblages de traitement" apparemment pour des assemblages aléatoires et différents à chaque fois. J'ai cherché «SolutionCaches» dans ce dossier et j'ai supprimé le contenu de chaque résultat. Semble être corrigé maintenant.
Isaac Lyman

2

Rechercher les mises à jour Windows

J'ai eu ce problème également. De plus, je ne pouvais pas ouvrir les paramètres de mon pare-feu Windows (en essayant de bloquer la connexion Internet de VS).

Lors de l'ouverture des paramètres de mise à jour (Windows 8), j'ai vu qu'il y avait une mise à jour en attente («trouvée aujourd'hui»), j'ai donc redémarré mon ordinateur, laissant Windows se mettre à jour. Après cela, VS et le pare-feu ont à nouveau fonctionné correctement.

Vérifiez votre matériel

J'ai eu le problème une deuxième fois; même la page de mise à jour de Windows 8 continuerait à se charger pour toujours. C'était un problème avec mon disque dur (non-OS): /superuser/756261/various-parts-of-windows-8-and-visual-studio-2013-get-blocked-by- possiblement-comm? noredirect = 1 # comment978074_756261


2

Je reçois ce problème de temps en temps - VS 2013 Update 2, Win 8.1, IE 11.

Essayez ceci - Ouvrez le gestionnaire de tâches, supprimez l'application VS suspendue, puis fermez toutes les sessions IE en cours d'exécution dans la liste Processus en arrière-plan - il peut y en avoir une ou plusieurs qui traînent.

Redémarrez VS

Semble l'effacer pour moi, sans redémarrage.


2

Le problème que j'avais était la connexion Perforce.

Lors de l'ouverture de la solution, il me demandait si je voulais qu'elle se connecte à Perforce. Le laisser essayer le ferait se bloquer et allouerait 1,5 Go de RAM.

Ne pas autoriser la connexion P4, laissez-la se charger correctement (allouant 1 Go de RAM). Ensuite, je pourrais lui dire de se connecter à P4 après, et c'est maintenant bien.


2

Pour moi, que l'ordinateur plante avec une panne de courant, ou parfois avec des redémarrages obligatoires au milieu de la nuit. Qu'est-ce qui fonctionne pour moi

SUPPRIMER TOUS LES FICHIERS DE CE RÉPERTOIRE:

C:\Users\yourusername\AppData\Local\Microsoft\WebsiteCache\


1
Même scénario: panne de courant, crash total, redémarrage de Windows, je peux charger le sln, mais tous les paramètres des fichiers csproj sont ignorés. Supprimé suo et le fodler mentionné ci-dessus (qui était fuuuL :-)) et jusqu'à présent, tout semble à nouveau bien.
Xan-Kun Clark-Davis


1

J'ai eu un problème similaire, lorsque j'ai vérifié le fichier de solution, il a été créé par VS.Net 2012. Pour résoudre le problème, j'ai créé un fichier de solution factice et rechargé les projets de vs net 2012.

Également observé lorsque la mise à jour du package nuget est gâchée, pendant que vous rechargez la solution, Visual Studio peut se bloquer.

Visual Studio peut se bloquer en cas de problème de chargement des packages nuget.


1

Dans mon cas, VS 2013 Professional était suspendu à chaque démarrage, même sans ouvrir de solution car la licence n'était plus valide.

Dernier élément du fichier journal:

<entry>
    <record>367</record>
    <time>2015/07/13 20:11:05.051</time>
    <type>Information</type>
    <source>UserConnection</source>
    <description>myemailaddrs@gmail.com signed in for IDE user</description>
</entry>

Et sur la page d'abonnement msdn.microsoft.com: «Votre abonnement n'est plus actif, contactez votre administrateur».

Je devais obtenir un abonnement mis à jour de mon employeur.


1

La suppression des résultats de test de mon dossier TestResults a fait l'affaire pour moi. Juste une autre chose à essayer.


1

VS2012 se bloque sur moi par exemple lors de l'ouverture d'un fichier csproj sur un partage réseau (en fait sur un partage qui était sur l'hôte VirtualBox, connecté en tant que partage smb à l'aide d'une fonction VirtualBox).

La copie du projet sur un lecteur local a résolu le problème pour moi. Je ne sais pas si l'attribution d'une lettre de lecteur ferait l'affaire.

Je ne sais pas non plus pourquoi cela ne fonctionne pas via le partage réseau, s'il s'agit d'une limitation VS ou peut-être d'un plugin (j'utilise resharper, bien sûr).


1

Pour moi, cela semble avoir quelque chose à voir avec le projet ayant le type de projet MVC 4 guid ( E3E379DF-F4C6-4180-9B81-6769533ABE47). La suppression de ce guide a .csprojrésolu la suspension pour moi. (Un nettoyage supplémentaire du .vsdossier était nécessaire après la suppression du guid.)


1

Je viens de supprimer le dossier «packages» de la racine de la solution et cela m'a aidé (Visual Studio Express 2015)


1

Désolé d'avoir à créer un nouveau message au lieu de commenter la réponse sélectionnée. Je n'ai pas assez de représentant pour commenter pour le moment.

Mon problème a été temporairement résolu par la solution "... supprimer le fichier .suo ...", et comme d'autres personnes l'ont souligné, j'ai dû supprimer le fichier à chaque fois.

Comme il est (apparemment) impossible d'arrêter la création du fichier, j'ai commencé à creuser un peu plus ce que faisait le fichier. En plus de sauvegarder les paramètres utilisateur, je pense que cela enregistre également les paramètres de session, comme les fichiers que vous avez ouverts lorsque VS est fermé. Je soupçonnais que mon projet tentait d'ouvrir un fichier qui n'existe plus et c'est ce qui cause le blocage. Ce qui a résolu les choses de mon côté était de supprimer le .suo, d'ouvrir VS, d'ouvrir un fichier dans ma solution, de créer et de fermer la solution. Après avoir fait cela, je n'ai eu aucun accroc.

tl: dr

Dans mon cas, un fichier de configuration utilisateur (.suo) tentait d'ouvrir un fichier dans ma solution qui n'existait plus. J'ai résolu le problème en effectuant les étapes suivantes.

  1. Supprimez le fichier .suo (pour moi, il se trouvait dans /[projectfolder </font>/.vs/[projectname </font>/v14
  2. Ouvrez Visual Studio
  3. Ouvrez votre projet
  4. Ouvrez un fichier (j'ai simplement ouvert un fichier .cs aléatoire)
  5. Construisez et enregistrez votre solution (le simple fait d'enregistrer peut faire l'affaire, j'ai construit par habitude)
  6. Fermer Visual Studio

J'espère que cela aide quelqu'un ... nous avons passé beaucoup trop d'heures sur ce problème :)


0

Essayez de désinstaller les extensions avec "Panneau de configuration" ou désactivez tout complément dans [Outils] => [Gestionnaire de compléments], puis essayez de rouvrir la solution.

Mon problème a été résolu par la désinstallation de "Visual Localizer".


0

Dans mon cas, le journal Fusion a été activé. Les fichiers journaux ont augmenté pendant des mois car j'ai oublié de les désactiver après enquête. De cette façon, le logiciel antivirus a commencé à vérifier ces gros fichiers journaux plusieurs fois lors de l'ouverture de la solution, et le message «Préparation de la solution ...» est visible pendant longtemps. Quand j'ai remarqué cela, j'ai désactivé le journal de fusion et le problème a été résolu. La solution se charge en 10 secondes au lieu de 20 minutes.


0

J'ai eu ce problème plusieurs fois, dans à peu près toutes les versions de VS. La seule solution qui semble fonctionner la plupart du temps est de supprimer le dossier .vs situé dans le dossier de solution. Parfois, il suffit de supprimer le fichier .sou situé dans .vs ///

Le dossier est caché au passage, vous devrez donc activer "Afficher les fichiers et dossiers cachés"


0

Pour moi, la solution était de désactiver le contrôle de source (définir le plugin sur Aucun dans Outils-> Source Countrol). Je pense qu'il essayait de synchroniser un énorme dépôt Git pour une raison quelconque (avoir quelques dépôts massifs, mais pas dans l'arborescence que j'essayais d'ouvrir).


0

Beaucoup de suggestions ici et ailleurs mais la seule chose qui a fonctionné en permanence pour moi avait à voir avec le projet de démarrage que j'avais mis en place. C'est ce que j'ai fait:

  1. Supprimez le fichier .suo comme suggéré ailleurs.
  2. Démarrez VS et ouvrez la solution. Tout devrait bien aller à ce stade.
  3. Laissez le projet de démarrage tel quel, même si ce n'est pas ce que vous voulez.
  4. Sauvegardez la solution. (Peut-être faites comme quelqu'un d'autre le suggère et ouvrez un fichier, nettoyez, compilez / reconstruisez, etc., mais je n'ai rien eu à faire de cela.)
  5. Fermez la solution et quittez VS.
  6. Redémarrez VS et ouvrez la solution.
  7. Changer le projet de démarrage en ce qu'il devrait être
  8. Sauvegardez la solution. (Peut-être à nouveau ouvrir le fichier, nettoyer, construire / reconstruire, etc.)
  9. Fermez la solution et quittez VS.
  10. Redémarrez VS et rouvrez la solution et tout devrait bien se passer.

Cela pourrait ou non fonctionner pour vous, mais j'avais essayé tout ce que je pouvais trouver - changements de registre, débogage de VS à partir d'une deuxième session VS, vous le nommez - mais rien d'autre n'a fonctionné pendant plus d'un seul démarrage / ouverture.


0

J'ai résolu le problème en désinstallant ces deux plugins:

  1. Outil électrique de productivité
  2. Essentiels Web

-1

J'ai restauré une version précédente du fichier .vbproj et cela l'a résolu.

Je ne sais pas ce qu'il y avait dans la nouvelle version, mais le problème était quelque chose dans le fichier .bvproj lui-même.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.