Ich habe Visual Studio 2010 (die offizielle Version) bereits seit einiger Zeit ausgeführt. In letzter Zeit stürzt VS während meines 8-Stunden-Arbeitstages mehr als 10 Mal ab. In VS2008 kam es häufig zu Abstürzen, wenn mit großen Xaml-Dateien gearbeitet wurde. Während ich einige davon mit VS2010 erlebe, kommt es beim Debuggen zu Abstürzen, zum Starten des Debuggers, zum Stoppen des Debuggers und zu anderen zufälligen Zeiten beim Bearbeiten von Code.
Ich habe die Problemberichte durchgesehen, und die, die am häufigsten vorkommt, ist:
Beschreibung
Anwendungspfad fehlerhaft: C:\Programme (x86)\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe
Problem Signatur
Problemereignisname: APPCRASH
Anwendungsname: devenv.exe
Anwendungsversion: 10.0.30319.1
Zeitstempel der Anwendung: 4ba1fab3
Fehlermodulname: ntdll.dll
Fehlermodulversion: 6.1.7600.16385
Fehlermodul-Zeitstempel: 4a5bdb3b
Ausnahmecode: c0000005
Ausnahme-Offset: 0002e23e
Ich verwende Windows 7 (x64). Glücklicherweise ist jemand auf dieses Problem gestoßen und hat eine Lösung gefunden. Ich plane, VS2010 erneut zu installieren. Hoffentlich kümmert sich das um das Problem.
Denken Sie, Sie haben zusätzliche Erweiterungen installiert, die zu häufigen Abstürzen führen könnten?
Du kannst es versuchen
Devenv.exe /SafeMode
um im abgesicherten Modus zu starten. Sie können es auch versuchen
Devenv.exe /Log
Welche alle Aktivitäten protokollieren. Haben Sie es nicht ausprobiert, also wissen Sie nicht, welche Aktivitäten protokolliert werden.
Ich hatte ein ähnliches Problem und das hat mir geholfen
Wenn Sie dies über den Befehl Prompt ausführen, scheint es zu beheben. Es ist heute nicht den ganzen Tag abgestürzt.
regsvr32 c:\Windows\System32\ole32.dll
Ich hatte ähnliche Probleme mit Visual Studio. Das Problem war das Service Pack, das aus irgendeinem Grund nicht ordnungsgemäß installiert wurde.
Ich musste das SP1 mit der Option "Reparieren/erneut anwenden" erneut anwenden. Diese Art hat mein Problem behoben.
Stellen Sie außerdem sicher, dass Sie das System neu starten.
Ich hatte den Fehler "Microsoft Visual Studio 2010 funktioniert nicht mehr", sofort, wenn Visual Studio 2010 gestartet wurde. Fehler Modul war clr.dll in meinem Fall. Manchmal half nur ein Neustart.
Ich habe es gelöst, indem ich .NET komplett entfernt und neu installiert habe.
Beachten Sie, dass bei einer Aktualisierung auf .NET 4.5 .NET 4 eingeschlossen ist. Daher müssen Sie .NET 4.5 entfernen und erneut installieren
Nur um Leuten zu helfen, die es durchsuchen: Es war ein Teil des Webex Instant Messenger, aber nicht Cisco selbst. Ursache war eine Komponente in Studio Power Tools, die für die Integration mit Messenger relevant war. Installieren Sie die Elektrowerkzeuge neu, jedoch ohne Integration von Messaging.
Bei anderen Anlässen handelt es sich fast immer um eine Authentifizierungshilfe für Unternehmen. Es ist erforderlich, Registry-Einträge manuell zu entfernen, die dazu führen, dass TFS-Anmeldungen im Hintergrund das Studio zufällig zerstören.
Ich weiß, warum es abstürzen könnte. Kodiere es selbst. Haben Sie versucht, die fehlgeschlagene Instanz von VS2010 mit Vs2010 zu debuggen? Wenn der XAML-Designer irgendwo in Ihrem Code abgestürzt ist, sollten Sie die Stack-Ablaufverfolgung sehen können. Versuchen Sie auch, dasselbe xaml in Blend 4 zu laden, und führen Sie das vs2010 auf Blend aus, wenn das abstürzt. Ich hatte einige gute Ergebnisse beim Debuggen von Vs2010-Abstürzen.
Ich habe "Optionen" - "Umgebung" - "Add-In/Micros-Sicherheit" -> "Ausführung von Makros zulassen" deaktiviert und das Problem behoben.
Es gibt so viele Dinge, die Studio zum Absturz bringen können.
Ich würde alles betrachten, von Grafikkartentreibern bis hin zur Stabilität von RAM.
Beachten Sie, dass es eine Microsoft-Verbindung gibt, aber genau zu diesem Problem: http://connect.Microsoft.com/VisualStudio/feedback/details/634162/devenv-exe-frequent-intermittent-crashes-fault-module-name- ntdll-dll
Sie können darüber abstimmen oder Ihre eigenen Informationen zum Bericht hinzufügen, aber das erste, was ich tun würde, ist, meine Grafiktreiber zu aktualisieren. Ein Ort, an dem ich war, hatte 2005 viele Probleme. Es würde zufällig abstürzen, wenn Sie nur die Entwurfsoberfläche anzeigen oder ein paar zu viele Codedateien öffnen. Aber als wir anständige Grafikkarten hatten und die entsprechenden Treiber installiert waren, funktionierte es einwandfrei.
ich hatte ein ähnliches Problem. Das Visual Studio 2010 stürzte ab. Als ich angeschlossen wurde, sagte es, es habe eine Lesezugriffsverletzung in ntdll.dll
ich habe alle meine offenen Instanzen (es waren 5) geschlossen und es hat aufgehört zu geschehen.
Heute hatte ich diesen Fehler, in meinem Fall war es, weil Microsoft das Update (KB2858725) der FrameWork 4.5.1 veröffentlicht hatte, das der Download und die Installation von
Dies wird jedoch definitiv durch die folgenden Schritte behoben:
FrameWork 4.5.1 download (KB2858728) => NDP451-KB2858728-x86-x64-DEU.exe-Allos http://www.Microsoft.com/de-de/download/details.aspx?id= 40779
Installieren Sie die heruntergeladene Software (KB2858728).
Versuchen Sie es mit Vs, geben Sie jedoch den gleichen Fehler ein.
Deinstallieren Sie die heruntergeladene Software (KB2858728) (Diese Aufgabe wurde vollständig bereinigt und führt zu Problemen (KB2858725).
Installieren Sie die heruntergeladene Software (KB2858728) erneut
Versuchen Sie es mit Vs, wenn dies funktioniert
HINWEIS: NIEMALS! Update installieren (KB2858725)
Ich hatte das gleiche Problem. Ich habe meine Einstellungen gelöscht. Konfigurierte Umgebung zur Verwendung von C #-Entwicklungseinstellungen. Dann habe ich alle Erweiterungen deaktiviert, gegen die der Deaktivierungsknopf vorhanden war. Ich habe sie nach und nach aktiviert, während Sie Lösungen öffnen, ausführen und schließen. Ich fand die beleidigende Erweiterung .Net Reflector v 8.5.0.179 von red gate. Ich hatte VS2010, VS2012 und VS2013 auf meinem Windows 8.1 Enterprise 64bit installiert. Alle hatten das gleiche Problem. Bei jedem Schließen der Lösung stürzte VS ab. Ich hoffe es hilft.
Bei der Entwicklung von C++ - Code stürzte Visual Studio 2010 nach dem Aktivieren der Task List häufig und zu zufälligen Zeitpunkten ab.
Als Alternative zur Verwendung der Aufgabenliste verwende ich jetzt einfach das Werkzeug In Dateien suchen (Strg + Umschalt + F) und suche als Alternative nach der Zeichenfolge TODO
.
Logging hilft in der Tat. Ich habe das gleiche Problem mit Abstürzen. Da es zahlreiche Gründe und viele Protokolldaten geben kann, habe ich diese .bat (Win7 x64, VS2010 Express) geschrieben, um die Protokolle übersichtlich zu halten und einfach zu analysieren:
@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"
Ich glaube, ich habe gerade ein ähnliches Problem auf meinem Computer gelöst, aber wahrscheinlich nicht die gleiche Ursache. Es war verwandt mit TortoiseSVN (Ich denke, visuell lädt die Schildkröte DLL, da sie in den Explorer integriert ist, auch wenn ich kein spezielles Visual Studio-Plug-In habe). Ich habe TortoiseSVN aufgerüstet (von 1.7.8 auf 1.7.11) und es stürzte einige Stunden lang nicht ab (ich hatte auch einen 100% igen Reprofall, als das Visual Studio geschlossen wurde, was nicht mehr passiert). Vielleicht gibt es eine Möglichkeit, zu prüfen, welche DLLs von Visual Studio geladen werden, um zu ermitteln, welche Kandidaten für das Upgrade/die Deinstallation in Frage kommen, aber ich bin nicht so weit gegangen.
Ich hoffe es kann jemand anderem helfen.