2010-11-18 7 views
0

Ich habe wirklich seltsame Dinge mit meinen Kollegen Visual Studio.Visual Studio Debugging Madness!

Wir sind völlig ratlos und ich werfe das hier nur in der Hoffnung aus, dass jemand eine gute Idee hat. Hier

ist die Frage:

Er einige Code hat, der auf einem Timer läuft. In diesem Timer macht er eine lock, um sicherzustellen, dass immer nur ein "Thread" gleichzeitig eindringen kann.

Er legt einen Breakpoint auf einen Punkt innerhalb der lock und läuft zu diesem Punkt.

Dies ist, wo die Seltsamkeit passiert. Während er schreitet, wird der Fluss ihn nach ein oder zwei Sekunden zurück zu diesem Punkt bringen. Es ist sehr verwirrend. Die Thread-ID ändert sich nie, es ist also kein neuer Thread, der irgendwie über die lock hinausgeht.

Aber hier ist der wirklich komische Teil. Es passiert jedes Mal für ihn, aber wenn ich die Quelle herunterlade und es versuche, funktioniert es für mich gut. Ich kann den ganzen Code durchgehen und bekomme nie meine nächste Aussage "herumspringen" (aus Mangel an einem besseren Wort).

Der einzige Unterschied zwischen seiner Maschine und Geist ist, dass ich Visual Studio 2010 installiert habe und er nicht. (Allerdings führen wir beide dies in Visual Studio 2008 SP1)

Irgendwelche Ideen? überhaupt irgendwelche? Ich bin wirklich ratlos.

+0

gleiche Anzahl von CPU-Kernen usw.? –

+1

Würden Sie etwas Code posten? – KBoek

+0

Woran schließen Sie an? Können Sie den Code mit der 'lock'-Anweisung posten und auch zeigen, wie und wo das lock-Objekt instanziiert wird? –

Antwort

2

Das erste, was mir in den Sinn kommt, ist dieser Hotfix:

http://support.microsoft.com/kb/957912

Und wenn ich gleich von etwa 2 Jahren erinnern, das Silverlight-SDK Installation Fest auch das Problem. Ich erinnere mich, dass ich dachte, dass das wirklich seltsam war, aber es hat den Trick für mich gemacht. (Ich fand diese Lösung vor dem Hotfix)

Verwandte Themen