Gestern abend hat Microsoft still und heimlich die Beta 2 vom Visual Studio 2005 für MSDN-Mitglieder freigebeben. Die Installation verlief ohne Probleme und im Vergleich zu früheren Versionen auch deutlich flotter. Die Projekte von früheren Versionen lassen sich übernehmen, allerdings hat Microsoft die Bezeichnung für die AMD64-Buildkonfiguration von Win64 (AMD64) auf x64 geändert. Man sollte also vorher manuell mit einem Editor die alte Konfigurationsbezeichnung durch die neue ersetzen und dann auch in den jeweiligen Solutions die Anpassung vornehmen, wenn man mit den bisherigen Projekten weiterarbeiten möchte. Ansonsten wundert man sich, dass der Build-Befehl für 64bit-Projekte keine Funktion hat.

Die Beta 2 ist bis jetzt deutlich stabiler als die CTP vom Februar, die IDE selbst agiert bei Änderungen an den Projekten auch nicht mehr so schwerfällig. Weitere Erfahrungsberichte gibt es sicher in den nächsten Wochen.

Visual Studio 2005 ist eine 32bit-Anwendung und läuft im WoW64-Layer (Windows on Windows). Damit man nun auch 64bit-Anwendungen debuggen kann, benutzt VS2005 den Remote Debugger. Dies geschieht für den Entwickler völlig transparent, man merkt davon nichts.

Nach der Installation von VS 2005 (CTP vom Februar) auf der finalen Version von Windows x64 funktioniert leider das Debuggen von 64bit-Anwendungen nicht mehr, obwohl der Remote Debugger für Windows x64 korrekt installiert wurde. VS2005 zeigt die Meldung

Remote debugging components are not registered, but are required for debugging. On a 64-bit machine, these components are not installed with Visual Studio.

Mit der finalen Version von Windows x64 gab es noch einige kleine Änderungen bzgl. der 64bit-Registrierungsschlüssel. Damit man den Debugger auch hier zum Laufen bekommt, muss man im Ordner “C:\Program Files\Microsoft Visual Studio 8\Common7\IDE\Remote Debugger\x64″ den Befehl “msvsmon /regautolaunch” eingeben. Danach funktioniert der Debugger wieder wie gewünscht.

Nun kann ich WinDbg, den ich die letzten vier Tage benutzen musste, endlich deinstallieren und stattdessen wieder den gewohnten und komfortablen VS-Debugger benutzen. Vielen Dank an Ken Bayer von Microsoft, der mir dieses mitteilte.