Warum wird dieser Code nicht korrekt ausgeführt (Video)?

Ich habe keine spezifische Erfahrung mit den Frameworks, die Sie verwenden, aber ich habe viel Erfahrung mit Debuggern. Das Debugger-Verhalten, das Sie sehen, kann in einem von zwei Szenarien passieren (was ich mir vorstellen kann ...)

1. Die Symboldateien und der ausführende Code sind nicht mit Ihrem Quellcode synchronisiert, normalerweise sollte die IDE dies erkennen, aber in einigen Fällen ist es nicht die Lösung, alle Binärdateien zu löschen, neu zu kompilieren und es erneut zu versuchen / p>

2. Ein Fehler im Debugger oder in der Debugger-Erweiterung (wird zum Debuggen in der spezifischen Umgebung verwendet, in der Sie sich befinden, d. h. Einheit / monodevelop).

Wenn Sie es nicht lösen können, würde ich Ihrem Code Protokollierung hinzufügen und sie verwenden, um wirklich zu verstehen, was passiert.

Ich sah ähnliches Verhalten auf MonoDevelop mit WinForms-Anwendungen, gelöst mit Neuinstallation Debugger.

Haben Sie das versucht oder mithilfe von Visual Studio überprüft, ob das Problem im Code enthalten ist?

Haben Sie Optimierungen aktiviert? Wenn ja, macht das Deaktivieren sie weniger unberechenbar?

Das Aktivieren von Optimierungen ist eine Sache, die ich mir vorstellen kann, die bisher noch niemand erwähnt hat, die möglicherweise verursachen könnte, was Sie sehen.

Können Sie versuchen, Ihre Haltepunkte zu entfernen, einen neuen festzulegen und den Code durchzugehen?

Der Grund, warum ich frage, ist, dass es Möglichkeiten gibt, wie Sie Werte mithilfe von Haltepunkten setzen können. Eine sehr ähnliche Sache passierte mir und war überzeugt, dass es einen Compiler Bug gab. Nachdem wir durch die CLR und die Anzahl anderer Dinge ohne Antwort gegangen waren, stolperten wir über einen Breakpoint, der früher zum Testen gesetzt und nie entfernt wurde.

Diese Art von Verhalten passiert mir normalerweise, wenn ich einen Multithread-Teil einer Anwendung debugge.

Was passiert, wenn Sie mehrere Threads gleichzeitig debuggen, wechselt der Debugger im Visual Studio ständig zwischen Ihnen hin und her, ohne Sie zu benachrichtigen Jetzt, da Threads nicht die gleichen Zeilen zur gleichen Zeit ausführen, haben Sie unerwartete "Sprünge".

Ich glaube, dass es in der Spieleentwicklung weit verbreitet ist. In deinem Fall hast du zwei Möglichkeiten:

1) Lassen Sie nur einen Thread laufen, während Sie Ihr Debugging durchführen.

2) Unit-Tests machen & lt; = Das ist die "beste Praxis".
   Sie können beginnen, indem Sie sich NUnit

Das erste Problem hat wahrscheinlich etwas mit den Sequenzpunkten im JITed-Code zu tun. Dies sind die Punkte, an denen der Debugger stoppen kann. Sie werden von der Laufzeit basierend auf den IL- und Debug-Symbolen berechnet, die vom Compiler generiert werden, daher handelt es sich wahrscheinlich um einen Laufzeit- oder Compilerfehler. Ich weiß nicht, welche Version der Mono-Laufzeitumgebung und des Compilers von Unity verwendet wird, aber es ist ziemlich sicher, dass dies in einer neueren Version behoben wurde. Wenn Sie dies mit einer "normalen" Konsolen-App unter Verwendung der neuesten offiziellen MonoDevelop- und Mono 2.10.x-Versionen reproduzieren können, reichen Sie bitte einen Fehler bei Ссылка ein ein Testfall. Wenn nicht, bitte Unity, ihre Version von Mono zu aktualisieren.

Das zweite Problem scheint ein Problem im Expression Resolver von MonoDevelop zu sein, mit dem das Symbol unter der Maus aufgelöst wird. Dies könnte in einer neueren Version von MonoDevelop behoben worden sein - versuchen Sie bitte ebenfalls, das offizielle MonoDevelop 2.8.4 zu reproduzieren, und melden Sie einen Fehler, wenn es immer noch ein Problem ist.