Warum stürzt Visual Studio ständig ab?
Visual Studio nach dem Zufallsprinzip stürzt ab beim hinzufügen/entfernen von Referenzen und Projekte.
Irgendwelche Gedanken, warum? Wird die Installation von Sp1 helfen?
EDIT: ich arbeite nicht mit irgendwelchen addons außer SourceSafe. Ich mache die meisten meiner Entwicklung in den verbunden-Modus.
Entwicklung mit:
Visual Studio 2008
WinXp Terminal-Service -> Win2k3 Sp2 (64bit)
VSS 8.0, 32bit
InformationsquelleAutor der Frage Nescio | 2008-09-18
Du musst angemeldet sein, um einen Kommentar abzugeben.
Versuchen löschen .Benutzer und .suo - Dateien-diese werden dem Benutzer Optionen, die Dateien mit VS erstellt. Sie erhalten, ein .Benutzer-Datei für jedes Projekt und ein .suo-Datei für Ihre Lösung. Wenn Sie beschädigt werden, merkwürdige Dinge passieren. Löschen Sie die Sie machen verlieren kleine Dinge, wie das Projekt als startup-Projekt, wenn Sie mit dem Debuggen beginnen, aber in der Regel klärt sich seltsam Verhalten wie diese.
Können Sie auch wollen, um eine temporäre Datei Standorte, wie die Temporäre ASP.NET Dateien-Ordner (wenn du arbeitest ASP.NET) nur für den Fall etwas seltsam ist, wird irgendwo zwischengespeichert.
InformationsquelleAutor der Antwort Travis Illig
Mein Visual Studio 2005 gestartet, Absturz und die Verriegelung bis vor kurzem. Die Art, wie ich schließlich fest war es ausführen von der Kommandozeile aus:
Deaktiviert alle meine Anpassungen, aber es hat das problem zu beheben. Wenn Sie schon maßgeschneiderte VS eine Menge ist, könnten Sie versuchen, exportieren Sie Ihre Einstellungen zuerst und dann sehen, ob es sicher ist, importieren Sie Sie anschließend. Alternativ können Schnappschüsse von Ihrem IDE-so können Sie merken, welche Tasten usw. Sie hatte wo.
InformationsquelleAutor der Antwort Charles Anderson
Meisten Häufig, wenn Visual Studio abstürzt, immer wieder, Ihre .suo oder .NZB-Datei beschädigt wurde. Schließen Sie Ihr Projekt ab, diese Dateien zu löschen, und erneut zu öffnen. Dies kann Ihr problem beheben.
.suo ist eine versteckte Datei.
InformationsquelleAutor der Antwort Yes - that Jake.
Vorsicht, wenn Sie vermuten, dass eine beschädigte
.suo
- Datei und integriert mit Source Safe.Wenn Sie neu starten, VS-nach einem Unfall, erhalten Sie möglicherweise die folgende Meldung angezeigt:
The Open from Source Control operation is still in progress but you can start working now. the rest of the projects will be retrieved asynchronously.
Grundsätzlich bedeutet dies, dass VS laden Sie alle Projekte in Ihrem geöffneten Lösung von Source Safe und Überschreiben alle Dateien, die ausgecheckt sind und enthalten nicht aktiviert-in verpasst!
Nach einem VS-Absturz, starten, Source Safe standalone und lassen, was Sie wollen, zu bewahren.
Dann die Arbeit, auf die Festsetzung der Korruption vor dem starten VS wieder.
InformationsquelleAutor der Antwort Catherine Hope
Hoffentlich hilft jemand. Es fühlte sich wie ich hatte alles versucht. Ich selbst repariert die Anlage, die keinen Unterschied gemacht sowie entfernt VS ganz und das Problem war immer noch da. Die option Protokoll sagte mir, nichts bedeutendes, so dass ich irgendwann alle gelöscht die bin und obj Ordner in meine Lösung so gut wie alle .suo und .die Dateien der Benutzer und zog es zu einem völlig anderen Ordner aus dem root-Ordner auf meiner Festplatte und umgebaut. Sie magisch kamen Recht!
InformationsquelleAutor der Antwort Dave Coates
Suchen und löschen Sie alle .NZB-Dateien im Zusammenhang mit Ihrer Lösung. In den letzten Versionen dieser (debugging) - Dateien verwendet, um korrupte und löschen Sie das problem beheben würde (Visual Studio, regeneriert Sie automatisch).
InformationsquelleAutor der Antwort Gili
Finde ich bei mir auch im SP1 stürzt es nur selten, wenn das hinzufügen von Sachen zu einem Projekt, aber vor allem beim Wechsel zu einem ASP.NET Design-Ansicht und wenn es generiert automatisch steuert, in die Werkzeuge. Ich habe gerade deaktiviert es aus, Sie zu erstellen und ich habe nicht das bekommen viele Abstürze mehr.
Weiß ich damit nicht viel zu tun haben, mit Ihrem Problem, aber der Punkt, den ich mache SP1 kann nicht die Antwort auf Ihr problem.
InformationsquelleAutor der Antwort mattlant
Ich habe versucht, alle der vorgeschlagenen Optionen, und ein paar mehr auf dieser link. Kein Glück.
Dann habe ich versucht, hinzuzufügen eine Referenz von einem Website (im Gegensatz zur Web-App). Der Prozess ist anders: Sie haben zu Recht auf das Projekt und gehen Sie zu Eigenschaftenseiten, und es gibt ein Add... - Taste auf die Registerkarte Verweise.
Es immer noch abgestürzt, aber es war ein Meldung in der Ereignisanzeige dieser Zeit wies mich auf den vollständigen Pfad einer DLL in eine 3rd-party Komponente, die ich installiert habe. Die DLL konnte nicht vom Datenträger gelesen werden (fehlerhaft). Also eine Reparatur, die lib und einen Neustart später, bin ich wieder zu gut.
UPDATE:
Kam ich, um herauszufinden, den wahren Grund, mehrere Dateien auf meiner SSD hatte, beschädigt. CHKDSK /R habe mich wieder für eine Weile. Schließlich habe die Festplatte ersetzen. Nur eine Erinnerung daran, dass es nicht sein kann, VS Schuld.
InformationsquelleAutor der Antwort Trey Mack
änderung der
default
Lösung Lage mein problem gelöst.InformationsquelleAutor der Antwort Yar
Musste ich entfernen älterer Referenz für das Projekt, das nicht mehr existierte, aus der Lösung und das funktionierte gut für mich.
InformationsquelleAutor der Antwort DotNetUser
Wenn .suo oder .NZB-Datei beschädigt wurde, dass die Ursachen für visual studio abstürzt, auch.
Um dieses Problem zu lösen abstürzt, können Sie den folgenden Schritt, wie oben im Bild.
InformationsquelleAutor der Antwort Deepu Reghunath