Visual Studio 2008 hängt beim Debuggen von klassischen ASP

Question

So Teil der Anwendung, die ich arbeite, ist immer noch in klassischen ASP geschrieben. Visual Studio 2008 war funktioniert gut, um das klassische ASP zu debuggen, und mit dem Zusatz eines Hotfix würde es nicht einmal abstürzen, wenn ich das Debuggen aufgehört habe. Das hat einige Monate lang sehr gut funktioniert.

Gestern und heute bemerkten einige Mitglieder unserer Gruppe, dass wenn wir versuchten, klassischen ASP jetzt zu debuggen, die IDE sofort nach dem Versuch, in oder über eine Codezeile zu gehen, hängen würde.

Der Schuldige, so weit wir feststellen können, ist ein Hotfix oder Update, das mit SMS-Updater unseres Unternehmens gesendet wurde. Die Protokolldateien waren bisher sehr wenig hilfreich und wir haben so ziemlich alles ausprobiert. Dies ist auch nicht in Visual Studio 2008 lokalisiert - wir haben auch versucht, zu 2005 zurückzukehren und die gleichen Symptome erschienen. Hat jemand irgendwelche Idee, was los ist ??

(Andere Dinge, die wir ausprobiert haben: Rollback auf einen früheren Systemwiederherstellungspunkt, Neuinstallation von Visual Studio 2008 SP1, Herunterfahren aller Add-Ons, Zurücksetzen der Umgebungseinstellungen, Deinstallieren aller Updates unter Programme hinzufügen/entfernen in den letzten Tagen, mit dem SMS-Toolkit root durch die Protokolle, um den Schuldigen zu finden)

Answer 1

Es gab einen Hotfix, der für meine Gruppe, um dieses Zeug gearbeitet zu beheben.

http://code.msdn.microsoft.com/KB967631

Es hat sich richtig überprüft nicht, aber ich bin mir ziemlich sicher, dass dies das Update war, dass das Thema für mich festgelegt.

Aus den Kommentaren für den Hotfix:

 
This QFE fixes three complete separate issues in the VS2008 SP1 Debugger: 
- Debugger can hang the IDE after setting a breakpoint when working with a large C++ project 
- Breakpoints do not bind correctly when an MSIL file is built containing .line directives 
- VS crashes when debugging a classic ASP web and debugging is stopped. 

Answer 2

Es scheint, Sie haben keine Ahnung, wo der Debugger feststeckt. Der beste Ansatz besteht darin, einen Absturz/Speicherauszug des Systems zu erhalten, wenn dieses Problem auftritt. Dann kann der erstellte Speicherabzug analysiert werden.

Ein Speicherabbild kann vom Windows-Debugger windbg mit dem Befehl .dump oder mit dem Tool abgerufen werden. Siehe den angehängten Link für das Tool.

Laden Sie dann die erstellte Dump-Datei in windbg mit dem Befehlsschalter -z und schauen Sie sich die entsprechenden Aufruf-Stacks an.

Systemdump tool