Visual Studio 2015 si arresta in modo anomalo

Visual Studio che non verrà riparato …
Ogni volta che voglio compilare un’app per il 2015, si blocca. Anche se voglio compilare la funzione principale o scriverne qualcosa, appare una finestra, che dice

Visual Studio 2015 ha smesso di funzionare

Funziona allo stesso modo nella versione Express 2013. Ho un indizio sul perché non funzionerà: quando apro Team Explorer, appare un errore:

Pagina ‘3185ed96-1cbd-4381-a439-636973542e50’ non trovata.

Ho provato tutto quello che ho trovato su Internet e mi fido di me – niente ha funzionato. Ho anche provato alcuni comandi del prompt dei comandi:

devenv.exe/ debug devenv.exe/ resetsettings devenv.exe/ instalvstemplates devenv.exe/ resetskippings devenv.exe/ resetuserdata devenv.exe/ setup devenv.exe/ safemode 

La modalità di debug mi ha fornito alcune informazioni sull’errore:

Si è verificata un’eccezione non gestita di tipo “System.InvalidOperationException” in mscorlib.dll

Ulteriori informazioni: il servizio ‘ Microsoft.Internal.VisualStudio.Shell.Interop.SVsUIThreadInvokerPrivate ‘ deve essere installato affinché questa funzionalità funzioni. Assicurarsi che questo servizio sia disponibile. HRESULT = 0x80004002

Si è verificata un’eccezione durante la costruzione del contenuto di questo frame. Queste informazioni sono anche registrate in “C: \ Users \ 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() 

Ma ancora nulla di quello che sono riuscito a trovare ha funzionato.

Ho reinstallato VS e l’ho riparato – ancora niente. Poi ho scaricato alcuni pacchetti .dlls, Microsoft Visual c ++ redistributable e usato Ccleaner per pulire il registro. Penso che sia un errore molto strano; se potessi consigliarmi su una correzione per favore?

Deseleziona [Strumenti-> Opzioni-> Ambiente-> Regola automaticamente l’esperienza visiva in base alle prestazioni del client]

Deselezionare [Usa accelerazione grafica hardware se disponibile]

Puoi lasciare selezionato [Abilita esperienza visiva rich-client]

Stavo avendo un sacco di problemi ovunque, da crash casuali, a crash del mio display driver Intel Graphics, l’ho spento e non ho avuto problemi, in realtà funziona meglio. Forse funzionerà per te

Stavo affrontando lo stesso problema per il team explorer. Prima di tutto chiudi tutte le istanze di Visual Studio e poi prova: devenv / resetuserdata

Possibile correzione per questi errori di tipo:

prova ad aggiornare il driver del dispositivo (Intel HD Graphics) o Esegui con il driver grafico se hai uno switch basato o viceversa.

l’eseguibile principale si trova

C: \ Programmi (x86) \ Microsoft Visual Studio 14.0 \ Common7 \ IDE \ devenv.exe

Inoltre, se si verifica questo errore di tipo durante l’installazione, è ansible correggerlo allo stesso modo inserisci la descrizione dell'immagine qui

Visual Studio utilizza WPF: da questo link: “Windows Presentation Foundation (WPF) differisce dalle precedenti piattaforms applicative su Windows in quanto utilizza la propria pipeline di rendering con accelerazione hardware basata su DirectX, quando disponibile, per disegnare il contenuto di qualsiasi finestra WPF. Le piattaforms applicative precedenti erano in genere molto meno dipendenti dalla qualità dei driver di visualizzazione perché la maggior parte del loro rendering veniva eseguita nel software piuttosto che nell’hardware. ” Quindi, potrebbe essere in conflitto con il driver dello schermo provocando l’arresto se non si dispone del driver di visualizzazione più recente o del framework .NET più recente. Anche se potrebbero esserci altre ragioni.

Esistono anche le impostazioni del registro (regedit) che potrebbero aiutare: È ansible aggiungere un nuovo DWORD (per sistemi a 32 bit) o ​​QWORD (per 64 bit) andando in [HKEY_LOCAL_MACHINE-> SYSTEM-> CurrentControlSet-> Control-> GraphicsDrivers] e impostando il nome su “TdrDelay” e valore su “8”. Assicurati che la base del valore sia impostata su esadecimale. TDR- Timeout Detection and Recovery.

Se uno dei precedenti non funziona. Prova a distriggersre qualsiasi funzionalità di rendering accelerato via hardware in Visual Studio da [Strumenti-> Opzioni]. Dal tuo file ActivityLog, sembra che le eccezioni siano per lo più nei metodi grafici. Quindi, la mia ipotesi è che ha a che fare con il rendering grafico.

Fare clic sul menu Strumenti> Importa ed esporta impostazioni> Ripristina tutte le impostazioni> Avanti> “No, basta ripristinare le impostazioni, sovrascrivendo tutte le impostazioni correnti”> Avanti> Fine.


Ho dovuto affrontare il problema dell’installazione di Visual Studio che si interrompe prima di iniziare l’installazione e basta andare su Pannello di controllo> Programmi> Attivare le funzionalità di Windows su o di> deselezionare tutte le versioni di .NETframework e riavviare la macchina e quindi avviare l’installazione questo proprio come lavora con me

Puoi anche provare a chiudere VS, cancellare la directory bin poi provare a eseguire di nuovo il debug – ha funzionato per me.

È passato un po ‘di tempo, ma vedo un comportamento simile da oggi. Ogni volta che carico la nostra soluzione, VS2015 si arresta e si riavvia. Il registro eventi di Windows mostra l’eccezione di memoria esaurita, ma al momento dello schianto sono disponibili oltre 2 GB. il modulo faulting è KERNELBASE.DLL

Nel caso in cui questo aiuti qualcuno:

 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 

Sto sospettando un aggiornamento di Windows, in quanto nessuno dei miei colleghi ha questo problema e sfortunatamente io sono quel nerd che installa sempre i suoi aggiornamenti al più presto.

Ho trovato questo articolo SOF e ho provato tutto elencato.

E ho trovato un nuovo avvertimento per questo voodoo.

Il mio cade sotto la categoria “il più stupido di sempre”.

La mia cartella temporanea era “piena”. Così ho fatto un cleanup del disco e quello ha cancellato i file. Tuttavia, avevo una grande quantità di sottocartelle nella mia cartella temporanea e mentre erano vuote, le cartelle stesse causavano il fallimento delle funzioni GetTempFile.

Quindi quando ho corso

“C: \ blah \ blah \ blah \ IDE \ devenv.exe” / log

le voci del registro in ActivityLog.xml mostravano qualcosa del genere:

 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) 

Nel testo della voce del registro, non perdere il testo “System.IO.Path.InternalGetTempFileName”

Quindi diversi luoghi hanno detto “cancella i tuoi file temporanei”, cosa che ho fatto, ma ho ancora gli stessi problemi. 🙁

Poi ho dato un’occhiata alla directory temporanea e ho visto qualcosa di strano. Una grande quantità di sottocartelle (vuote).

Quindi, una volta scoperto che avevo un sacco di sottocartelle nella mia directory temporanea, ho ripulito queste sottocartelle.

Ho trovato questa domanda:

Come eliminare file / sottocartelle in una directory specifica al prompt dei comandi in Windows

Quindi ho usato questo codice:

Ho inserito questo codice in un file .bat

 del /q "C:\Users\MYUSERNAME\AppData\Local\Temp\*" FOR /D %%p IN ("C:\Users\MYUSERNAME\AppData\Local\Temp\*.*") DO rmdir "%%p" /s /q 

E ora il mio Visual Studio sta funzionando di nuovo ok.

Wow, vai a capire.