Visual Studio 2015 충돌

Visual Studio 2015 충돌

---

복구되지 않는 Visual Studio ...
2015 년 대비 앱을 컴파일하고 싶을 때마다 충돌이 발생합니다. 메인 함수를 컴파일하거나 뭔가를 쓰고 싶어도 창이 나타납니다.

Visual Studio 2015가 작동을 멈췄습니다.

2013 Express 버전에서도 동일합니다. 작동하지 않는 이유가 있습니다. 팀 탐색기를 열면 오류가 나타납니다.

페이지 '3185ed96-1cbd-4381-a439-636973542e50'을 찾을 수 없습니다.

나는 인터넷에서 찾은 모든 것을 시도했고 나를 믿습니다. 또한 몇 가지 명령 프롬프트 명령을 시도했습니다.

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

디버그 모드는 오류에 대한 정보를 제공했습니다.

mscorlib.dll에서 'System.InvalidOperationException'유형의 처리되지 않은 예외가 발생했습니다.

추가 정보 : Microsoft.Internal.VisualStudio.Shell.Interop.SVsUIThreadInvokerPrivate이 기능이 작동하려면 ' ' 서비스를 설치해야합니다. 이 서비스를 사용할 수 있는지 확인하십시오. HRESULT = 0x80004002

이 프레임의 내용을 구성하는 동안 예외가 발생했습니다. 이 정보는 "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()

그러나 내가 찾을 수 있었던 것은 여전히 ​​효과가 없습니다.

VS를 다시 설치하고 수리했습니다. 그런 다음 일부 .dll, Microsoft Visual C ++ 재배포 가능 패키지를 다운로드하고 Ccleaner를 사용하여 레지스트리를 정리했습니다. 아주 이상한 오류라고 생각합니다. 수정에 대해 조언 해 주시겠습니까?

---

[도구-> 옵션-> 환경-> 클라이언트 성능에 따라 시각적 경험 자동 조정]을 선택 취소합니다.

[가능한 경우 하드웨어 그래픽 가속 사용]을 선택 취소합니다.

[리치 클라이언트 시각적 경험 사용]을 선택한 상태로 둘 수 있습니다.

무작위 충돌에서 인텔 그래픽 디스플레이 드라이버 충돌에 이르기까지 어디서나 많은 문제를 겪고 있었는데 전원을 끄고 아무런 문제가 없었습니다. 실제로 더 잘 실행됩니다. 아마도 당신을 위해 일할 것입니다

---

팀 탐색기에서 같은 문제에 직면했습니다. 먼저 Visual Studio의 모든 인스턴스를 닫고 다음을 시도하십시오.

devenv /resetuserdata

명령 프롬프트에서 위의 명령을 실행하십시오. 일반적으로 "C : \ Program Files (x86) \ Microsoft Visual Studio 14.0 \ Common7 \ IDE"와 유사합니다.

---

다음 유형 오류에 대한 가능한 수정 :

장치 드라이버 (Intel HD Graphics)를 업데이트하거나 스위치 기반이있는 경우 그래픽 드라이버로 실행하거나 그 반대의 경우를 시도하십시오.

주 실행 파일이 있습니다.

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

또한 설치 exe에서 이러한 유형 오류가 발생하는 경우 동일한 방법으로 수정할 수 있습니다.

---

Visual Studio는 WPF를 사용합니다. 이 링크에서 "Windows Presentation Foundation (WPF)은 사용 가능한 경우 자체 DirectX 기반 하드웨어 가속 렌더링 파이프 라인을 사용하여 WPF 창의 내용을 그리는 점에서 Windows의 이전 응용 프로그램 플랫폼과 다릅니다. 이전 응용 프로그램 플랫폼은 일반적으로 대부분의 렌더링이 하드웨어가 아닌 소프트웨어에서 이루어 졌기 때문에 디스플레이 드라이버 품질에 훨씬 덜 의존했습니다. " 따라서 최신 디스플레이 드라이버 또는 최신 .NET 프레임 워크가없는 경우 디스플레이 드라이버와 충돌하여 중지 될 수 있습니다. 다른 이유가있을 수 있지만.

도움이 될 수있는 레지스트리 설정 (regedit)도 있습니다. [HKEY_LOCAL_MACHINE-> SYSTEM-> CurrentControlSet-> Control->로 이동하여 새 DWORD (32 비트 시스템의 경우) 또는 QWORD (64 비트의 경우)를 추가 할 수 있습니다. GraphicsDrivers]와 이름을 "TdrDelay"로 설정하고 값을 "8"로 설정합니다. 값의 기수가 16 진수로 설정되어 있는지 확인하십시오. TDR- 시간 초과 감지 및 복구.

위의 방법 중 하나라도 작동하지 않는 경우. [도구-> 옵션]에서 Visual Studio의 하드웨어 가속 렌더링 기능을 비활성화 해보십시오. ActivityLog 파일에서 예외가 대부분 그래픽 메서드에있는 것 같습니다. 그래서 제 생각에는 그래픽 렌더링과 관련이 있습니다.

---

도구 메뉴> 설정 가져 오기 및 내보내기> 모든 설정 재설정> 다음> "아니요, 설정을 재설정하고 현재 설정을 모두 덮어 씁니다"> 다음> 완료를 클릭합니다.

---

Visual Studio 설치 문제에 직면하여 설치를 시작하기 전에 중지하고 제어판> 프로그램> Windows 기능 켜기 또는>로 이동하여 모든 .NETframework 버전을 선택 취소하고 컴퓨터를 다시 시작한 다음 설치를 시작합니다. 나와 함께 일한다

---

VS를 닫고 bin디렉토리를 삭제 한 다음 다시 디버깅을 시도 할 수도 있습니다 .

---

오랜만인데 오늘부터 비슷한 행동을 보이고 있습니다. 솔루션을로드 할 때마다 VS2015가 충돌하고 다시 시작됩니다. Windows 이벤트 로그에 '메모리 부족 예외'가 표시되지만 충돌시 2GB 이상의 여유 공간이 있습니다. 오류가있는 모듈은 KERNELBASE.DLL입니다.

이것이 누구에게나 도움이되는 경우 :

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

I'm suspecting a windows update, as none of my colleagues have this problem and unfortunately I'm that nerd who always installs his updates ASAP.

---

I found this SOF article and tried everything listed.

And I found a new caveat to this voodoo.

Mine falls under the "the dumbest reason ever" category.

My temp folder was "full". So I did a disk clean up, and that deleted the FILES. However, I had a large amount of subfolders in my temp folder and while they were empty, the folders themselves were causing GetTempFile functions to fail.

So when I ran

"C:\blah\blah\blah\IDE\devenv.exe" /log

the log entries in ActivityLog.xml were showing something like this:

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)

In that log entry text, don't miss the text "System.IO.Path.InternalGetTempFileName"

그래서 여러 곳에서 내가 한 "임시 파일 삭제"라고 말했지만 여전히 동일한 문제가 발생했습니다. :(

그런 다음 임시 디렉토리를 살펴 보았고 이상한 것을 보았습니다. 많은 양의 (비어있는) 하위 폴더.

그래서 임시 디렉토리에 많은 하위 폴더가 있다는 것을 알게되자이 하위 폴더를 정리했습니다.

이 질문을 찾았습니다.

Windows의 명령 프롬프트에서 특정 디렉터리의 파일 / 하위 폴더를 삭제하는 방법

그래서이 코드를 사용했습니다.

이 코드를 .bat 파일에 넣었습니다.

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

이제 내 Visual Studio가 다시 정상적으로 실행됩니다.

와우, 가서 그림.

참고 URL : https://stackoverflow.com/questions/31021049/visual-studio-2015-crashes