J'exécute Visual Studio 2010 (la version officielle) depuis un certain temps maintenant. Dernièrement, VS tombera en panne plus de 10 fois au cours de ma journée de travail de 8 heures. Dans VS2008, les blocages étaient fréquents lorsque vous travailliez avec des fichiers Xaml volumineux. Bien que certains de ces problèmes se produisent avec VS2010, des blocages se produisent lors du débogage, du démarrage du débogueur, de l’arrêt du débogueur et d’autres moments aléatoires lors de l’édition de code.
J'ai parcouru les rapports de problèmes, et celui que j'ai trouvé qui se produit le plus souvent est:
La description
Chemin d’application défaillant: C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe
Problème de signature
Nom de l'événement du problème: APPCRASH
Nom de l'application: devenv.exe
Version d'application: 10.0.30319.1
Horodatage de l'application: 4ba1fab3
Nom du module d'erreur: ntdll.dll
Version du module d'erreur: 6.1.7600.16385
Horodatage du module de défaillance: 4a5bdb3b
Code d'exception: c0000005
Décalage d'exception: 0002e23e
J'utilise Windows 7 (x64). Heureusement, quelqu'un a rencontré ce problème et a trouvé une solution. Je prévois de réinstaller VS2010. Espérons que cela règle le problème.
Pensez-vous avoir installé des extensions supplémentaires susceptibles d’entraîner des crashs fréquents?
Tu peux essayer
Devenv.exe /SafeMode
pour démarrer en mode sans échec. Vous pouvez aussi essayer
Devenv.exe /Log
Ce qui enregistrera toute l'activité. Je n'ai pas essayé, alors je ne sais pas quelles activités sont enregistrées.
J'avais un problème similaire et cela m'a aidé
Exécuter ceci à partir de l'invite de commande semblait résoudre le problème. Il ne s'est pas écrasé pendant toute la journée aujourd'hui.
regsvr32 c:\Windows\System32\ole32.dll
J'ai eu des problèmes similaires avec Visual Studio. Le problème était le service pack qui, pour une raison quelconque, n'était pas installé correctement.
J'ai dû réappliquer le SP1 à l'aide de l'option Réparer/Réappliquer. Ce genre de résolu mon problème.
Assurez-vous également de redémarrer le système.
J'ai eu l'erreur "Microsoft Visual Studio 2010 a cessé de fonctionner", immédiatement au démarrage de Visual Studio 2010. Le module d'erreur était clr.dll dans mon cas. Seul le redémarrage a parfois aidé.
Je l'ai résolu en supprimant complètement .NET et en le réinstallant.
Sachez que si vous mettez à jour vers .NET 4.5, cela inclut .NET 4, vous devez donc supprimer et réinstaller .NET 4.5.
Juste pour aider les personnes qui le recherchent: c’était une partie liée à Webex messagerie instantanée, mais pas à Cisco elle-même. La cause en était un composant de Studio Power Tools lié à l'intégration à Messenger. Réinstallez les outils électriques, mais sans intégration de messagerie.
En d'autres occasions, il s'agit presque toujours d'un utilitaire d'aide à l'authentification antivirus d'entreprise. Il était nécessaire de supprimer manuellement les entrées de registre qui provoquaient des connexions en arrière-plan TFS rompre le studio à un moment aléatoire.
Je sais pourquoi il pourrait s'écraser. Code lui-même. Avez-vous essayé de déboguer l'instance défaillante de VS2010 avec VS2010? Si le concepteur xaml s'est écrasé à un endroit quelconque de votre code, vous devriez pouvoir voir le suivi de la pile. Essayez également de charger le même xaml dans Blend 4, puis exécutez le vs2010 sur Blend lorsque cela se bloque. J'ai eu de bons résultats en déboguant des crashs Vs2010 comme ça.
J'ai désactivé l'option "Options" - "Modification" - "Sécurité complémentaire/Micros" -> "Autoriser l'exécution des macros" et résolu le problème.
Il y a tellement de choses qui peuvent faire planter Studio.
Je regarderais tout, des pilotes de carte vidéo à la stabilité de la RAM.
Notez qu'il existe une connexion Microsoft mais sur ce problème précis à l'adresse: http://connect.Microsoft.com/VisualStudio/feedback/details/634162/devenv-exe-frequent-intermittent-crashes-fault-module-nom- ntdll-dll
Vous pouvez voter sur ce rapport ou ajouter vos propres informations au rapport, mais la première chose que je ferais est de mettre à jour mes pilotes vidéo. Un endroit où je me trouvais a eu beaucoup de problèmes avec 2005; cela planterait de manière aléatoire simplement en affichant la surface de conception ou en ouvrant quelques fichiers de code en trop; mais une fois que nous avons obtenu des cartes vidéo correctes et que les pilotes appropriés ont été installés, cela a parfaitement fonctionné.
j'avais un problème similaire. Visual Studio 2010 s'est écrasé. quand j'ai attaché, il a dit qu'il y avait une violation d'accès de lecture dans ntdll.dll
fermé toutes mes instances ouvertes (il y en avait 5) et cela ne s'est plus produit.
Aujourd'hui, j'ai eu cette erreur, dans mon cas, c'est parce que Microsoft a publié la mise à jour (KB2858725) de FrameWork 4.5.1, que le téléchargement et installé,
Cependant, ceci est définitivement résolu en effectuant les étapes suivantes:
FrameWork 4.5.1 download (KB2858728) => NDP451-KB2858728-x86-x64-ENU.exe-Allos http://www.Microsoft.com/en-us/download/details.aspx?id= 40779
Installez le logiciel téléchargé (KB2858728)
Essayez Vs, mais donnez la même erreur.
Désinstallez le logiciel téléchargé (KB2858728) (Cette tâche a entièrement nettoyé la mise à niveau en donnant des problèmes (KB2858725)
Installez à nouveau le logiciel téléchargé (KB2858728)
Essayez Vs, cette fois si ça va marcher
NOTE: JAMAIS! installer la mise à jour (KB2858725)
J'ai eu le même problème. J'ai effacé mes paramètres. Environnement configuré pour utiliser les paramètres de développement C #. Ensuite, j'ai désactivé toutes les extensions pour lesquelles le bouton de désactivation était présent. Je les ai activés un par un lors de l'ouverture, de l'exécution et de la fermeture de solutions. J'ai trouvé que l'extension incriminée était .Net Reflector v 8.5.0.179 par porte rouge. J'avais VS2010, VS2012 et VS2013 tous installés sur mon entreprise Windows 8.1 64bit. Tous avaient le même problème. Chaque fois que j'ai fermé la solution VS planterait. J'espère que ça aide.
Lors du développement du code C++, Visual Studio 2010 a commencé à se bloquer fréquemment et à des moments aléatoires après avoir activé le Task List .
Au lieu d'utiliser la liste des tâches, j'utilise maintenant simplement l'outil Rechercher dans les fichiers (Ctrl + Maj + F) et je recherche la chaîne TODO
comme alternative.
La journalisation aide en effet. J'ai le même problème avec les accidents. Comme il pouvait y avoir de nombreuses raisons et de nombreuses données de journal, j'ai écrit ce fichier .bat (Win7 x64, VS2010 Express) pour garder les journaux organisés et faciles à analyser:
@echo off
rem date and time in format YYYYMonDD_hhmmss
set year=%DATE:~-4%
set month=%DATE:~3,2%
set day=%DATE:~0,2%
IF %month%==01 set monthstr=Jan
IF %month%==02 set monthstr=Feb
IF %month%==03 set monthstr=Mar
IF %month%==04 set monthstr=Apr
IF %month%==05 set monthstr=May
IF %month%==06 set monthstr=Jun
IF %month%==07 set monthstr=Jul
IF %month%==08 set monthstr=Aug
IF %month%==09 set monthstr=Sep
IF %month%==10 set monthstr=Oct
IF %month%==11 set monthstr=Nov
IF %month%==12 set monthstr=Dec
set now=%TIME:~0,-3%
set now=%now::=%
set now=%now: =0%
set now=%year%%monthstr%%day%_%now%
start "VS2010 express" "C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\VCExpress.exe" /Log "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VSlogs\VS_log_%now%.txt"
Je pense que je viens de résoudre un problème similaire sur mon ordinateur, mais probablement pas la même cause. Il était lié à TortoiseSVN (je pense que visual charge la tortue DLL car elle est intégrée à l’explorateur, même si je n’ai pas de plug-in visual studio spécifique). J'ai mis à niveau TortoiseSVN (de 1.7.8 à 1.7.11) et il ne s'est pas écrasé pendant quelques heures (j'avais également un cas de repro à 100% lors de la fermeture de Visual Studio, ce qui n'arrive plus). Peut-être y a-t-il un moyen de vérifier quelles DLLs sont chargées par Visual Studio afin de déterminer quels sont les candidats pour la mise à niveau/la désinstallation, mais je ne suis pas allé aussi loin.
J'espère que cela peut aider quelqu'un d'autre.