Warum sollte mein Visual Studio 2008 geschlossen werden, wenn ich eine .xaml-Datei öffne?

Question

Visual Studio 2008 war sehr stabil für Monate auf meinem Computer. An diesem Morgen

, wenn ich einen Doppelklick auf jedem .xaml es zu öffnen Datei oder sogar klicken Sie auf die Registerkarte einer bereits geöffneten XAML-Datei, Visual Studio sagt „Symbolleiste Initialisierung“ in der Statusleiste und dann 20 Sekunden später vollständig schließt die ganze Anwendung ohne Fehlermeldung.

Andere Dateien (z. B. .cs-Klassendateien) kann ich gut öffnen.

Hat jemand Erfahrung damit oder weiß, was ich überprüfen/ändern könnte Visual Studio verwenden, um .xaml-Dateien wieder zu bearbeiten?

MEHR INFO: Ich kann auch ein neues Projekt und erstellen Sie erstellen und bearbeiten .xaml feine Dateien.

MEHR INFO: kann ich XAML-Dateien in anderen Modulen (Projekte) fein bearbeiten.

MEHR INFO: Jedesmal, es stürzt ab, wird dieses Ereignis registriert ist:

.NET Runtime version 2.0.50727.3053 - Fatal Error in executable module (72555E00) (80131506). 

(ungerade da ich .NET Framework 3.5 installiert ist)

MEHR INFO: Es ist nur in einer Modul (Projekt), dass .xaml-Dateien zum Absturz von Visual Studio führen. Selbst Erstellen eines neuen UserControl in diesem Modul stürzt Visual Studio.

Answer 1

Ich habe das gleiche Problem wurde immer wenn ich versuche, um auf Projekteinstellungen für ein C# -Projekt zuzugreifen.

Weitere Informationen hierzu Gefunden:

hier: http://blog.fryhard.com/archive/2008/11/26/visual-studio-2008-closes-at-build-outlook-2007-add-in.aspx

Und hier: http://social.msdn.microsoft.com/Forums/en-US/vsto/thread/99e124d0-c5d7-49c0-b1dd-71328f9a6571/

Offenbar ist es ein Fehler in dem CLR Maschinenkern, der die gesamte CLR verursacht, wenn bestimmte Arten von Baugruppen zum Absturz werden in einer bestimmten Reihenfolge geladen.

Die meiste Zeit scheint es direkt mit dem Visual Studio-Add-In namens PowerCommands verwandt zu sein - durch das Deinstallieren von PowerCommands wird das Problem verschwinden.

Und (wir hoffen) es soll für .Net fixiert werden 4.

Answer 2

Das klingt sehr ähnlich zu dem Problem, das ich bei der ersten Installation von VS 2008 hatte. Leider habe ich nach stundenlanger Recherche die IDE (mit den Daumen) neu installiert. Seitdem gibt es keine Probleme mehr, aber es ist offensichtlich nicht die angenehmste Art, das Problem zu lösen.

Answer 3

Ich bekomme dies gelegentlich (mit .xaml und .resx-Dateien) und finde, dass wenn ich die Lösungen. Suo Datei Dinge wieder gut funktionieren.

[Die suo-Datei enthält nur pro Benutzereinstellungen wie zuletzt geöffneten Dateien etc, so ist es nichts wichtig und wird gerade neu erstellt werden, wenn Sie die Lösung nächste öffnen.]

Answer 4

Was wahrscheinlich hier geschieht ist, dass einer der direkt auf indirekt in Ihrem Designer referenzierten Kontrollen Stack während des Designer-Prozess überfüllt. Da der Designer im Prozess gehostet wird, wird ein Stack-Überlauf durch eine der Komponenten den Designer und VS zum Absturz bringen.

Versuchen Sie, einen Debugger an VS anzuhängen, brechen Sie die StackOverflow-Ausnahmen der ersten Chance ab und öffnen Sie den Designer.