<< TDD != Unit-Test getrieben | UpdatePanels und Browser-Back-Forward-Buttons >>

Visual Studio 2008: Absturz ohne Vorwarnung - Fatal Execution Engine Error

Posted by oliver on März 29, 2010
2 comments

Was ich nicht mag, ist wenn mir Visual Studio mitten in der Arbeit abschmiert… einfach so… bumm, weg! Das Event-Log sagt dann immer:

.NET Runtime version 2.0.50727.4927 - Fatal Execution Engine Error (6E61851A) (80131506)

Die Speicheradressen (in den Klammern hinten) variieren, der Effekt ist immer derselbe: ungespeicherte Arbeit geht verloren, wobei das Nervendste ist, dass VS sich die geöffneten Dateien nicht merkt. Änderungen gibt es selten so viele, dass ich mich groß ärgern müsste – dafür habe ich einen zu starken Reflex auf Strg+S zu drücken. Leider habe ich für diese Fehler noch keine Lösung gefunden.

Oliver

Wenn ihnen der Artikel gefallen hat oder er für sie hilfreich war, bitten "kicken" sie ihn.

Ähnliche Beiträge

PowerCommands for Visual Studio 2010Nach dem Umstieg von VS 2008 habe ich sie etwas vermisst, jetzt sind sie mittlerweile in Version 1.0...Visual Studio - "Code Definition Window"Da arbeitet man Tag ein Tag aus mit Visual Studio 2005 und trotzdem lässt sich hier und da noch etwa...Subtext vs. BlogEngine.NETDie Kontrahenten Subtext ist der altehrwürdige Senior, in der Kategorie der Open Source .NET Blog En...

Kommentare

März 30. 2010 10:26

Ist vielleicht ein wenig aufwändig, wegen der Lernkurve, aber vielleicht doch interessant.. vielleicht mal einen user mode debugger anwerfen (WinDbg würde sich anbieten) und gucken was im Speicher steht.

Robert

März 30. 2010 01:27

Noch besser ist Strg-Shift-S .

Ich habe auch Abstürze, aber anderer Art: VS ist einfach "not responding". Meist passiert das, wenn ich eine größere XML- oder ASPX-Datei öffne. In diesen Fällen kann ich aber zumindest VS restarten lassen, was glaube ich die Situation davor wiederherstellt.