Visual Studio debugger-problem

In Visual Studio 2008, nach dem Debuggen über 1-2 Minuten, wenn ich drücken Sie die Taste F10 (Step Over), wird der debugger hängt und Visual Studio friert ein für 5-10 Sekunden und dann gehen Sie zur nächsten Zeile. Dann was ich auch Tue (F10, F5, F11, etc), der debugger setzt die Ausführung, als ob ich F5 gedrückt und alle meine Formulare, die ich war, debugging schließen. Ich habe immer die Anwendung neu zu starten.

Ist es sehr schwer zu reproduzieren und es tritt nicht auf, jedes mal, wenn ich Debuggen will etwas. Hat jemand eine Lösung hat ?

EDIT : hab ich es geschafft zu reproduzieren mein problem mit dem folgenden code :

static void Main(string[] args)
{
   XElement e = new XElement("root");
   Test(e, 0);
}

static void Test(XElement parentElement, int i)
{
   if (i < 1000)
   {
      XElement element = new XElement("element");
      parentElement.Add(element);
      Test(element, ++i);
   }
}

Müssen Sie legen Sie einen bedingten Haltepunkt auf die Zeile "XElement element = new XElement("element");" mit der Bedingung "i == 999". Dann starten Sie das Programm, warten Sie 2-3 Sekunden und setzen Sie den normalen Haltepunkt auf die Zeile "parentElement.Add(element);". Jetzt VisualStudio friert ein, und es ist unmöglich zu Debuggen. In einer WinForm-Anwendung, es schließt alle Formen, die öffnen nach dem drücken von F10.

Aber ich fand, dass wenn ich deaktivieren Sie die debug-option "Call-string-Konvertierung Funktion auf Objekte in der Variablen windows" in "Extras -> Optionen -> - Debuggen", ich kann Debuggen. Es ist langsam, aber zumindest VisualStudio nicht einfrieren. Weiß jemand, warum es ist, dies zu tun? Weil ich nicht wollen, um diese option zu deaktivieren, es ist wirklich ärgerlich, um zu Debuggen, ohne es.

Mir ist auch aufgefallen, dass wenn ich nur setzen einen breakpoint am Ende der main-Methode, der code läuft wirklich schnell vergleichen, um einen bedingten Haltepunkt in der rekursiven Methode.