Visual Studio 2015 se bloque
Studio visuel qui ne sera pas réparé ...
Chaque fois que je veux compiler une application sur vs 2015 - il se bloque. Même si je veux compiler la fonction principale ou y écrire quelque chose, une fenêtre apparaît, qui dit
Visual Studio 2015 a cessé de fonctionner
Il en va de même pour la version 2013 Express . J'ai une idée du pourquoi cela ne fonctionnera pas: lorsque j'ouvre Team Explorer, une erreur apparaît:
Page '3185ed96-1cbd-4381-a439-636973542e50' introuvable.
J'ai essayé tout ce que j'ai trouvé sur Internet et croyez-moi, rien ne fonctionnait .. J'ai aussi essayé quelques commandes d'invite de commande:
devenv.exe/ debug
devenv.exe/ resetsettings
devenv.exe/ instalvstemplates
devenv.exe/ resetskippings
devenv.exe/ resetuserdata
devenv.exe/ setup
devenv.exe/ safemode
Le mode de débogage m'a donné quelques informations sur l'erreur:
Une exception non gérée du type 'System.InvalidOperationException' s'est produite dans mscorlib.dll
Informations complémentaires: Le service 'Microsoft.Internal.VisualStudio.Shell.Interop.SVsUIThreadInvokerPrivate' doit être installé pour que cette fonctionnalité fonctionne. Assurez-vous que ce service est disponible. HRESULT = 0x80004002
Une exception a été rencontrée lors de la construction du contenu de ce cadre. Ces informations sont également consignées dans "C:\Utilisateurs\admin\AppData\Roaming\Microsoft\VisualStudio\14.0\ActivityLog.xml".
Exception details:
System.ArgumentException: Parametr is incorrect. (Exception from HRESULT: 0x80070057 (E_INVALIDARG))
at System.Runtime.InteropServices.Marshal.ThrowExceptionForHRInternal(Int32 errorCode, IntPtr errorInfo)
at Microsoft.VisualStudio.Shell.Package.CreateToolWindow(Type toolWindowType, Int32 id, UInt32 flags)
at Microsoft.VisualStudio.Shell.Package.CreateToolWindow(Type toolWindowType, Int32 id, ProvideToolWindowAttribute tool)
at Microsoft.VisualStudio.Shell.Package.FindToolWindow(Type toolWindowType, Int32 id, Boolean create, ProvideToolWindowAttribute tool)
at Microsoft.VisualStudio.Shell.Package.CreateToolWindow(Guid& toolWindowType, Int32 id)
at Microsoft.VisualStudio.Shell.Package.Microsoft.VisualStudio.Shell.Interop.IVsToolWindowFactory.CreateToolWindow(Guid& toolWindowType, UInt32 id)
at Microsoft.VisualStudio.Platform.WindowManagement.WindowFrame.ConstructContent()
Mais toujours rien que j'ai pu trouver n'a fonctionné.
J'ai réinstallé VS et réparé - toujours rien ..__ Ensuite, j'ai téléchargé des paquets redistribuables .dlls, Microsoft visual c ++ et utilisé Ccleaner pour nettoyer le registre . Je pense que c'est une erreur très étrange; si vous pouviez me conseiller sur une solution s'il vous plaît?
Décochez la case [Outils-> Options-> Environnement-> Ajuster automatiquement l'expérience visuelle en fonction des performances du client.]
Décochez la case [Utiliser l'accélération graphique matérielle si disponible]
Vous pouvez laisser cochée la case [Activer l'expérience visuelle du client riche].
J'avais beaucoup de problèmes, qu'il s'agisse de plantages aléatoires ou de plantage de mon pilote d'affichage Intel Graphics, je l'ai éteint et je n'ai eu aucun problème, il fonctionne mieux. Peut-être que cela fonctionnera pour vous
Je faisais face au même problème pour l’équipe d’explorateurs . Fermez d’abord toutes les instances de visual studio puis essayez: devenv/resetuserdata
Solution possible pour ces erreurs de type:
essayez de mettre à jour le pilote de périphérique (Intel HD Graphics) ou Exécuter avec un pilote graphique si vous utilisez un commutateur ou inversement.
l'exécutable principal est situé
C:\Fichiers de programme (x86)\Microsoft Visual Studio 14.0\Common7\IDE\devenv.exe
De plus, si vous obtenez ces erreurs de type sur l'installation, vous pouvez les réparer de la même manière 
Visual Studio utilise WPF: À partir de this link: "Windows Presentation Foundation (WPF) diffère des précédentes plates-formes d’application sur Windows en ce qu'il utilise son propre pipeline de rendu avec accélération matérielle basé sur DirectX, le cas échéant, pour dessiner. contenu de toutes les fenêtres WPF. Les plates-formes d’application antérieures étaient généralement beaucoup moins dépendantes de la qualité du pilote d’affichage, car la majeure partie de leur rendu était réalisée au moyen de logiciels plutôt que de matériels. " Cela risque donc de provoquer un conflit avec le pilote d’affichage. si vous ne possédez pas le dernier pilote d'affichage ou le dernier framework .NET. Bien qu'il puisse y avoir d'autres raisons.
Il existe également un paramètre de registre (regedit) qui pourrait vous aider: Contrôle-> GraphiquesDrivers] Et définissez le nom sur "TdrDelay" et la valeur sur "8". Assurez-vous que la base de la valeur est définie sur hexadécimale. TDR - Détection et récupération du délai d'attente.
Si l'une des solutions ci-dessus ne fonctionne pas. Essayez de désactiver les fonctionnalités de rendu avec accélération matérielle dans Visual Studio à partir de [Outils-> Options]. D'après votre fichier ActivityLog, il semble que les exceptions concernent principalement les méthodes graphiques. Donc, je suppose que cela a à voir avec le rendu graphique.
Cliquez sur le menu Outils> Paramètres d'importation et d'exportation> Réinitialiser tous les paramètres> Suivant> "Non, réinitialisez simplement les paramètres, en remplaçant tous les paramètres actuels"> Suivant> Terminer.
J'ai rencontré un problème d’installation de Visual Studio Il s’arrête avant de commencer l’installation et je me contente de cliquer sur Panneau de configuration> Programmes> Activer ou désactiver les fonctionnalités de Windows. Décocher simplement toutes les versions de .NETframework et redémarrer votre ordinateur l'installation ça fonctionne comme ça avec moi
Vous pouvez également essayer de fermer VS, de supprimer le répertoire bin puis de tenter à nouveau de déboguer - cela a fonctionné pour moi.
J'ai trouvé cet article SOF et j'ai tout essayé.
Et j'ai trouvé une nouvelle mise en garde à ce vaudou.
Le mien tombe dans la catégorie "la raison la plus stupide jamais".
Mon dossier temporaire était "plein". J'ai donc nettoyé le disque et supprimé les fichiers. Cependant, mon dossier temporaire contenait une grande quantité de sous-dossiers et, lorsqu'ils étaient vides, les dossiers eux-mêmes entraînaient l'échec des fonctions GetTempFile.
Alors quand j'ai couru
"C:\blah\blah\blah\IDE\devenv.exe"/log
les entrées de journal dans ActivityLog.xml montraient quelque chose comme ceci:
System.IO.IOException: The file exists.

 at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
 at System.IO.__Error.WinIOError()
 at System.IO.Path.InternalGetTempFileName(Boolean checkHost)
 at System.Windows.Input.Cursor.LoadFromStream(Stream cursorStream)
 at Microsoft.VisualStudio.Text.Editor.Implementation.LeftSelectionMargin.get_RightArrowCursor()
 at Microsoft.VisualStudio.Text.Editor.Implementation.LeftSelectionMarginProvider.CreateMargin(IWpfTextViewHost textViewHost, IWpfTextViewMargin containerMargin)
 at Microsoft.VisualStudio.Text.Utilities.ContainerMargin.<AddMargins>b__2(IWpfTextViewMarginProvider mp)
 at Microsoft.VisualStudio.Text.Utilities.GuardedOperations.InstantiateExtension[TExtension,TMetadata,TExtensionInstance](Object errorSource, Lazy`2 provider, Func`2 getter)
Dans ce texte, ne manquez pas le texte "System.IO.Path.InternalGetTempFileName"
Donc plusieurs endroits ont dit "supprimer vos fichiers temporaires", ce que j'ai fait, mais j'ai toujours les mêmes problèmes. :(
Ensuite, j'ai jeté un coup d'œil au répertoire temporaire et j'ai vu quelque chose de bizarre. Une grande quantité de sous-dossiers (vides).
Donc, une fois que j'ai découvert que j'avais un groupe de sous-dossiers dans mon répertoire temporaire, j'ai nettoyé ces sous-dossiers.
J'ai trouvé cette question:
Alors j'ai utilisé ce code:
Je mets ce code dans un fichier .bat
del /q "C:\Users\MYUSERNAME\AppData\Local\Temp\*"
FOR /D %%p IN ("C:\Users\MYUSERNAME\AppData\Local\Temp\*.*") DO rmdir "%%p" /s /q
Et maintenant, mon Visual Studio fonctionne à nouveau correctement.
Wow, allez comprendre.
Cela fait un bon bout de temps, mais je constate un comportement similaire depuis aujourd’hui . Chaque fois que je charge notre solution, VS2015 se bloque et redémarre .. heure de l'accident. le module défaillant est KERNELBASE.DLL
Si cela aide quelqu'un:
Faulting application name: devenv.exe, version: 14.0.25420.1, time stamp: 0x57685d85
Faulting module name: KERNELBASE.dll, version: 6.1.7601.23915, time stamp: 0x59b94abb
Je soupçonne une mise à jour Windows, car aucun de mes collègues n'a ce problème et, malheureusement, je suis ce nerd qui installe toujours ses mises à jour dès que possible.