Breakpoint-Leiste im VS2010-Editor ist verschwunden. Was nun?

… warum genau, konnte ich leider noch nicht herausfinden. Aber aus irgend einem Grund verliert Visual Studio 2010 ab und zu einmal seine Breakpoint-Leiste. OK, VS2010 ist noch in der BETA1-Phase und darf auch noch ein bisschen rumzicken ;-) Für alle, die sich jetzt fragen welche Breakpoint-Leiste ich meine, ist diese in der nachfolgenden Abbildung durch die beiden roten Pfeile gekennzeichnet.

Auch wenn die Breakpoint-Leiste nicht mehr vorhanden ist, kann man zum Beispiel mit F9 an einer gewünschten Codezeile im Code Editor von Visual Studio einen Breakpoint einfügen. Es ist aber sehr viel schwerer/umständlicher ohne Breakpoint-Leiste im Code Editor von Visual Studio eine Bedingung oder eine Hit-Condition für einen Breakpoint anzugeben. Eine Möglichkeit einen Breakpoint anzupassen hat man mit dem Breakpoints-Fenster. Das Breakpoints-Fenster kann bei der Standardeinstellung für das Tastaturlayout von Visual Studio mit Ctrl + Alt + B aufgerufen werden. Wenn diese Tastenkombination nicht funktioniert kann das Breakpoints-Fenster in Visual Studio über das Menü Debug | Windows | Breakpoints ebenfalls aufgerufen werden. Innerhalb des Breakpoints-Fenster kann dann auf dem entsprechenden Breakpoint das Kontextmenü aufgerufen werden. Dazu klickt man mit der rechten Maustaste auf das Symbol (den roten Punkt) des Breakpoints. Über dieses Kontextmenü kann dann eine Hit-Condition, einen Filter oder eine andere Bedingung für den Breakpoint festlegt werden.

Damit man aber in Visual Studio 2010 die Breakpoint-Leiste wieder zum Vorschein bringt, muss man zu erst alle Instanzen von Visual Studio schließen. Dann öffnet man über Start | Alle Programme | Microsoft Visual Studio 2010 | Visual Studio Tools den Microsoft Visual Studio 2010 Command Prompt. Über diesen Command Prompt ruft man Visual Studio 2010 mit dem Parameter /ResetSettings auf.

Danach startet Visual Studio mit seiner Ausgangskonfiguration und zeigt dazu vor dem erneuten Laden der Visual Studio IDE den folgenden Dialog an.

Danach sollte auch die Breakpoint-Leiste im Code-Editor von Visual Studio wieder sichtbar sein. Aber ACHTUNG! Alle Änderungen, benutzerdefinierten Einstellung etc. gehen durch den Aufruf von VS2010 mit /ResetSettings verloren. Leider!

HTH TOM_MUE

Visual Studio 2010 Debugger-DataTips

Bei meiner Arbeit mit der BETA 1 von Visual Studio 2010 sind mir beim Debuggen einer C#-Anwendung die neuen DataTips aufgefallen.

DataTips kann man sich als kleine Schnellinfos für Code-Variablen mit Notizzettelfunktion vorstellen. Zwar kann man, bis auf die Notizzettelfunktion, auch schon in früheren Visual Studio Versionen Code-Variablen entweder dem Watch- oder dem Quick-Watch-Fenster hinzufügen, dies gestaltet sich aber nicht so komfortabel wie mit den neuen DataTips.

Hier ein kleines Beispiel:

        [STAThread]
        static void Main(string[] args)
        {
            Window wpfWindow = new Window();

            wpfWindow.Title = "TOM_MUE Main Page";

            wpfWindow.Height = 300;

            wpfWindow.Width = 300;

            wpfWindow.Left = SystemParameters.WorkArea.Width - wpfWindow.Width;

            wpfWindow.Top = SystemParameters.WorkArea.Height - wpfWindow.Height;

            Application app = new Application();

            app.Run(wpfWindow);
        }

Ich habe in der Methode Main aus meinem kleinen WPF-Sample eine lokale Variable mit dem Namen wpfWindow definiert. Diese Variable ist vom Typ System.Windows.Window und hält somit eine Eigenschaft für die Höhe des WPF-Fensters bereit. Diese Eigenschaft hat den Namen Height. Möchte man nun den Wert dieser Eigenschaft während des Debuggens im Watch-Fenster von Visual Studio beobachten, muss man in der Spalte Name des Watch-Fensters wpfWindow.Height eingeben und das Toolfenster verankern um den Value (den Wert) beobachten zu können. Gibt man nur Height ein, kann das Watch-Fenster nicht wissen um wessen Eigenschaft es sich handelt und gibt eine Exception aus.

Einfacher und auch, nach meiner Meinung, übersichtlicher, lassen sich für diese Aufgabe die neuen DataTips verwenden. Wenn man den Wert der Eigenschaft Height beobachten möchte, braucht man in VS2010 im Debugger-Mode nicht Anderes zu tun, als mit der Maus über die entsprechende Variable zu zeigen und dann auf das DataTips-Symbol zu klicken.

Nun öffnet sich der DataTip und kann frei schwebend im Codefenster bewegt werden. DataTips sind nur im Debugger-Modus von VS2010 sichtbar, bleiben aber auch nach dem Ende einer Debug Session erhalten. Starten Sie also den Debugger erneut, wird der DataTip von VS2010 wieder angezeigt.

Eigene Notizen lassen sich dem DataTip sehr einfach hinzufügen. Dazu klicken Sie einfach mit der Maus auf das Expander-Symbol und tippen dann Ihre Notiz ein. Fertig :-)

HTH TOM_MUE

Visual Studio 2008 No template information found

Bei meiner Arbeit mit Visual Studio 2010 BETA1, bin ich gestern über einen möglichen Seiteneffekt gestoßen, der mit der Side by Side Installation von Visual Studio 2008 und Visual Studio 2010 zu tun haben könnte.

Ausgangssituation:

In meiner virtuellen Maschine hatte ich bereits Visual Studio 2008 Team Suite inklusive SP1 installiert. Zusätzlich hatte ich nun Visual Studio 2010 BETA1 installiert. Die Installation und die Arbeit mit VS2010 verliefen ohne nennenswerte Probleme. Als ich dann aber VS2008 startete und versuchte ein neues C#-Projekt zu erstellen, bekam ich die folgende Fehlermeldung von VS2008 angezeigt.

“No template information found”

Na toll, dachte ich mir. Jetzt muss ich entweder VS2008 neu installieren oder muss eine separate VM mit VS2010 aufsetzen. Mit dem Klick auf die Schaltfläche OK zeigte sich dann ein sehr leerer Projektvorlagen-Dialog in Visual Studio 2008.

Aber glücklicherweise konnte ich mich im Zusammenhang mit dieser Fehlermeldung an den Parameter /installvstemplates erinnern. Diesen Befehl kann als Parameter über die Konsole für den Start von Visual Studio verwenden. Und genau so stand es dann auch in der Message im Windows-Eventlog, die Visual Studio 2008 dort eingetragen hatte (siehe Text in der MessageBox).

Lösung/Vorgehen:

In Windows öffnet man den Visual Studio 2008 Command Prompt. Dazu einfach über Start | Alle Programme | Microsoft Visual Studio 2008 | Visual Studio Tools | Visual Studio 2008 Command Prompt anklicken.

Jetzt tippt man einfach devenv.exe /installvstemplates ein und bestätigt dann mit Return (Enter).

Nun sind auch alle Projekt-Templates in Visual Studio wieder enthalten.

Wichtig:

Wenn man wie oben beschrieben devenv.exe /installvstemplates über den Visual Studio 2008 Command Prompt aufruft, wird die DIE von Visual Studio nicht aufgerufen/angezeigt. Also keine Panik :-) Einfach Visual Studio danach normal starten.

Fazit:

Es hat sich einmal mehr bewiesen, dass ein gutes Grundwissen zu den möglichen Parametern für Visual Studio von großem Vorteil sein kann. Außerdem, und das ist sicher das wichtigere Fazit, sollte unbedingt bei der Verwendung von Visual Studio 2010 darauf geachtet werden, dass kein Produktivsystem als Plattform verwendet wird.

 

 

Gruß

TOM_MUE

Visual Studio Team Explorer Beta 1 mit CodePlex-TFS verbinden

Nach dem mein Kollege und ich uns heute ein neues Projekt bei CodePlex erstellt hatten, war ich schon sehr gespannt ob und wie die Verbindung aus meinem Visual Studio 2010 B1 zum CodePlex TFS funktioniert. Die Anleitung auf CodePlex ist auf jeden Fall leicht und auch für Ungeübte schnell zu verstehen. Beim Verbinden mit dem TFS gibt es auch nicht wirklich viel, was man/Frau falsch machen koennte :-)

Leider bekam ich aber mit dem ersten Versuch sich auf den CodePlex-TFS zu verbinden die folgende Fehlermeldung:

The ServicePointManager does not support proxies with the https scheme.

Oha, was nun? OK, ich begab mich dann mit Hilfe der Suchmaschine meiner Wahl auf die Suche nach einer Lösung. Und siehe da, das Problem ist bekannt. Es gibt einen Bug in der BETA1 von VS2010 der aber mit der BETA2 (wann auch immer diese erscheinen mag) behoben sein soll. Martin Hinselwood hat auf seinem Blog eine Beschreibung veröffentlicht, wie man sich trotz des Bugs in VS2010 Beta1 mit dem TFS von CodePlex verbinden kann. Ich möchte hier eine deutsche Anleitung veröffentlichen.

1. Sollte VS2010 noch geöffnet sein, muss es auf jeden Fall beendet werden.
   
2. Für eine Verbindung zum CodePlex-TFS ist ein https-Verbindung notwendig. Damit dies mit VS2010 Beta1 funktioniert, müssen in der Windows-Registrierung zwei neue Schlüssel mit entsprechenden String Values eingefügt werden. Dazu öffnet man das Programm Registry Editor –> dazu Run (Ausführen) öffnen (Windows-Taste + R) und regedit eintippen. Dann OK klicken.
   
   
   
3. In der Windows-Registrierung trägt man den Schlüssel RequestSettings einmal für den TFS und einmal für VS2010 ein. Die vollständigen Pfade in der Windows-Registrierung müssen dann unter einem 32Bit-System wie folgt aussehen
   
   

   HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\TeamFoundationServer\10.0\RequestSettings

   HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\10.0\TeamFoundation\RequestSetting
   
   Und auf einem 64Bit-System sehen die vollständigen Pfade dann so aus:

   HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\TeamFoundationServer\10.0\RequestSettings

   HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\VisualStudio\10.0\TeamFoundation\RequestSettings
   
   

4. Nun trägt man in den beiden neuen Schlüsseln den String Value BypassProxyOnLocal mit dem Value False ein.
   
   
   
5. Nun kann man VS2010 neu starten und über den Team-Explorer die Verbindung zum CodePlex-TFS aufbauen.
   
   

Wunderbar! Es funktioniert also doch. Hab ich ja gewusst :-) Also dann, ich wünsche allen Lesern meines Blogs gutes Gelingen bei Ihren Projekten mit VS2010. Wenn noch Fragen zu diesem Thema offen sind, dann einfach eine Mail an mich.

TOM_MUE