Frage

Ich habe ein sehr ernstes Problem mit Visual Studio 2008. Gelegentlich, wenn ich mit der rechten Maustaste (für unterwegs Definition gesetzt nächste Anweisung usw.), wenn ich Debuggen bin, Visual Studio wird nur Deadlock und gehen in nicht-Modus reagiert.

Hat jemand das gleiche Problem? Wer weiß, wie es zu lösen?

Edit:. Ich bin mit SP1 mit ein paar Hot-Fixes

War es hilfreich?

Lösung 2

Dieses Problem tritt für mich nicht mehr, da ich auf Windows7 verschoben haben. Wenn Sie unglücklich sind immer noch mit Windows Vista festzustecken, ich habe feststellen, dass es nur auf gehangen rechte Maustaste auf, wenn für die Intellisense Datenbank zu warten (siehe die linke untere Ecke für sich Fortschritt ist) gebaut werden. Die einzige „reparieren“ ich hatte, war für Intellisense warten Gebäude zu stoppen, dann einen Rechtsklick.

Andere Tipps

Problem:
Signed Anwendungen / dlls langsam in Vista laden. Visual Studio IDE 'Hängt' auf offline / nicht-Internet verbundenen Arbeitsplätze. Ohne Internetverbindung aus der Zertifikatssperr Prüfzeiten und verursacht Anwendungen zu hängen. Beim Debuggen / Schreiten durch Code-DLLs geladen werden, je nach Bedarf, und das ist, wenn die Sperrungsüberprüfung versucht wird, und der VS IDE reagiert nicht mehr.

Was diese Effekte:
Diese Effekte alle signierten Anwendungen / DLLs und ist auch der Grund für Microsoft Word / Excel so lange dauern würde, ein einfaches Dokument zu öffnen. Office-Anwendungen, SQL Management Studio, Visual Studio, Web-Anwendungen, die ein Zertifikat verwenden.

Fix:
Deaktivieren Überprüfung von Publisher Certificate Revocation

Via IE:

  1. Gehen Sie auf Internetoptionen im Internet Explorer 7
  2. Gehen Sie dann auf die Registerkarte Sicherheit, scrollen nach unten hin
  3. Deaktivieren Sie das Kontroll 'Check für Certificate Revocation des Publishers' Checkbox
  4. Klicken Sie auf OK

über die Registrierung:

  1. Öffnen Sie Regedit
  2. Wechseln Sie zu dem folgenden Schlüssel: HKEY_CURRENT_USER \ Software \ Microsoft \ Windows \ Currentversion \ WinTrust \ Sicherheits Providers \ Software Publishing
  3. die Prüfung zu deaktivieren: Ändern Sie den Wert des Staates Schlüssel zu 146.944 Dezimal oder 0x00023e00 Hexadezimal
    So aktivieren Sie das Kontroll: Ändern Sie den Wert des Staates Schlüssel zu 146.432 Dezimal oder 0x00023c00 Hexadezimal

Alternate Fix:
Deaktivieren Sie den Visual Studio-Hosting-Prozess:

  1. Öffnen Sie ein Projekt in Visual Studio.
  2. Im Menü Projekt auf Eigenschaften.
  3. Klicken Sie auf die Registerkarte Debuggen.
  4. Deaktivieren Sie das Aktivieren des Visual Studio Prozesskontrollkästchen Hosting.

Hinweis: Die Alternate Fix bewirkt, dass der Verlust einiger Debug-Funktionalität

.

Hintergrund:
Microsoft Connect Bericht

Ich schrieb ein Stück Code, den andere Tag, eine sehr verrückt Vorlage, und das neueste Visual Studio würde nur hängen, wenn ich meine Maus über den Templat-Code platziert. Es war surreal:)

Anyways könnten Sie ein Problem wie das haben, und Sie möchten Ihre Intellisense Datenbank löschen und versuchen Sie es erneut.

Versuchen Sie Visual Studio startet in abgesicherten Modus Probleme installiert mit allen Erweiterungen auszuschließen.

Wenn Multi-Threaded-Anwendungen debuggen, manchmal bekomme ich einen Dreh beim Haltepunkt erreicht wird. Und manchmal würde VS hängen (Sanduhr), wenn ich versuchte, mit einer variablen suchen mit der rechten Maustaste auf die Variable innerhalb des Codes.

ich gegoogelt und einen Hinweis gefunden, der erklärt, dass, wenn VS bricht, es wertet alle Variablen in den Einheimischen und beobachten Scheiben, um sie anzuzeigen. Aber in Gewinde Anwendungen kann dies Deadlocks führen, wenn die Codeschlösser nimmt, wenn Werte Auswertung, beispielsweise in Eigenschaft Getter.

Mit dem Schließen der Einheimischen Bereich, bevor ich brechen, vermied ich die Hänge.

Ich erkläre dies nicht sehr gut. Ich versuchte es noch einmal googeln den ursprünglichen Hinweis zu finden, aber nicht gelungen.

Es kann gewesen sein folgt aus:

Beenden Sie Visual Studio und löschen Sie die NCB-Datei für das Projekt.

Nein, aber es klingt wie ein Bug. Bericht an MS und sie werden Ihnen Anweisungen geben, wie einen Debug-Setup zu bekommen geht ihnen Informationen zukommen zu lassen, es zu debuggen.

Mark, haben Sie das SP1 angewendet?

Ich habe Ihr genaues Problem nicht gehabt, aber ich habe Probleme mit er habe für 15 Sekunden in der Debug-Modus Perren (oder, wenn sie aus dem Debug-Modus kommt). Ich fand irgendwo einen Blog-Post, die einige mögliche Korrekturen vorgeschlagen.

Einer von ihnen war in IE zu gehen 7 und öffnen Tools-> Internet> Erweitert Tab-> Abschnitt Sicherheit, und deaktivieren Sie die ‚Check für gesperrte Zertifikate von Herausgebern‘ und ‚überprüfen Sperrung des Serverzertifikats‘ (oder zumindest der erste). Nachdem ich das getan hätte, meine Lock-up-Leiden waren vorbei.

Zugegeben, das ist meine Dev-Box im Internet nicht, so dass ich mich nicht viel über die meisten diese Einstellungen sowieso im Internet Explorer. Weiß nicht, ob, dass jede Hilfe zu Ihnen, aber es sicherlich mit VS 2008 meine Probleme behoben.

Alles Gute!

Ich finde Visual Studio (VC9) sperrt regelmäßig auf, wenn Multi-Thread-Anwendungen debuggen. Ich muss in der Regel das System neu starten zurück zu bekommen.

Für mich fand ich, dass VS versuchte, eine IP zu öffnen, die für abgelaufen war, als ich habe einige vorherigen Remote-Debugging. Prüfen Sie die Debugging-Setup unter Extras -> Optionen -> Debuggen ---> Symbole Stellen Sie sicher, dass Sie nicht einen schlechten Weg dort haben.

Nicht eine Lösung, die ich kenne, aber Rechtfertigung für meine VC Projekte von VC2008 Umzug nach VC2010- wo Intellisense deaktiviert wurde. Die Erholung war ok trotz nicht explizit mit Hit für 3 Stunden speichern.

Ah eine weitere große Show-Stopper könnte "ActiveDirectory-" sein. Wenn dies bei Ihrer Arbeit geschieht und sie nutzen „ActiveDirectory-“ kann das passieren. Jemand hier behauptete, es ein Fehler mit Google Toolbar ist, aber ich habe keine festen Beweise dafür, dass Google verantwortlich ist oder nicht.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top