Kann ich verhindern, dass die CLR-von der Optimierung entfernt debugging-Informationen?

Ich geschrieben habe eine abstrakte Basisklasse für unit-tests gibt es gerade genug Umgebung für unsere tests. Die Klasse stellt einige der Laufzeitumgebung bits als Eigenschaften, deren Arten variieren test von test (die Eigenschaft Typen sind Typ-Argumente angegeben, in die die Erben, konkrete test-Klasse).

Das ist ja alles schön und gut, nur ein Kollege bemerkt, dass er nicht sichtbar von der Klasse "Eigenschaften" in den debugger. Stellt sich heraus, der Grund ist, dass er keine Felder definiert in seiner Klasse Erben, und die CLR-optimiert oder anderen etwas Weg, so wird der debugger konnte nicht zeigen Sie die Eigenschaften. Ist es möglich, zu verhindern, dass diese in der base-Klasse irgendwie, oder muss ich in dem resort, sagen alle, die Sie benötigen, definieren Sie mindestens ein Feld, das verwendet wird, irgendwo bei den tests?

Edit:

Klingt wie eine wahrscheinlich Schuldige sollte die Optimierung/debug-Einstellungen. Das heißt, ich Baue die app aus Visual Studio im Debug-Modus habe ich doppelt überprüft, dass alle Projekte einstellen, für ein Debugbuild, und keines der Projekte in dieser Lösung haben die Optimieren-flag gesetzt ist.

Vielleicht wäre es auch relevant sein, beachten Sie, dass ich mit MSTest und den Visual Studio test-runner.

Edit 2:

Durch "kann keine Eigenschaften anzeigen" ich mich beziehe, wenn ich bewerten die Immobilie in Schnellüberwachung und mit einem roten Ausrufezeichen und der text "Konnte nicht bewerten Ausdruck" Fehler-text. Und damit Sie nicht denken, ich bin völlig off base mit meinem Verdacht, das hinzufügen einer Instanz-Feld, wird die Initialisierung im test initialize-Methode macht das problem Weg...

Edit 3:

Überprüft die build-Ausgabe. Ich merke, dass der compiler wird aufgerufen mit den folgenden Optionen:

/debug+
/debug:full
/optimize-
/define:DEBUG,TRACE

Ich sollte denken, das wäre genug, um dies zu verhindern, aber es gibt Sie gehen. 🙂

  • Was passiert, wenn Sie ein debug-build?
  • Hmm... das klingt sehr seltsam. Könnten Sie eine kurze, aber komplette test-Programm demonstriert es?
  • Saunders: Genau das, was ich beschrieben habe.
  • das ist, warum ich glaube, Sie suchen bei einem Release-build. Oder jemand hat es so einrichten, optimieren, während einer debug-build. C# nicht viel Optimierung in jedem Fall. Die Optimierung von etwas entfernt ist, scheint sehr unwahrscheinlich, dass in einem debug-build, daher mein Verdacht, du bist nicht auf der Suche an einem debug-build.
  • Nun, ich werde verdammt werden. Der einfachste test Fall konnte ich denken, bis nicht dieses Verhalten. 🙁
  • Saunders: Nein, doppelt überprüft. Alle Projekte, die sich um debug-build. :/
  • debug-build, und was ist das Optimierungs-flag gesetzt, und eine neu erstellen.
  • Saunders: Aktualisierung der Beschreibung. Optimierung-flag nicht gesetzt ist, für jedes der Projekte entweder. Rebuild gemacht, zu.
  • Hmm, compiler-Optionen richtig zu mir.
  • mein Nächster Schritt wäre zu "Titrieren" zwischen den einfachsten test, den Sie versucht (die nicht display das problem), und der code (das display das problem). Ich würde mich auch darüber Wundern, MSTEST. Insbesondere Frage ich mich, über post-compile manipulation der IL. Auch Sie sind mit PostSharp?
  • Keine PostSharp. MSTEST hat einige Instrumentierung für code-coverage obwohl. Ich werde sehen, was ich kann Graben, bis morgen...

InformationsquelleAutor Rytmis | 2009-06-30
  1. 7

    Ich habe festgestellt das gleiche problem vor, und es ist immer aufgrund der Tatsache, dass der Debug-Modus ausgeschaltet wurde, auf irgendeine Weise. Überprüfen Sie jeden der folgenden Schritte aus:

    1. Der aktuellen build-Konfiguration für die Lösung und das entsprechende Projekt(s) ist Debug.
    2. In der Bauen Register der Eigenschaft-Seiten, die Optimieren von code checkbox ist deaktiviert.

    Wenn dies alles korrekt ist, dann empfehle ich Ihnen, fügen Sie den text geschrieben, um die Ausgabe Fenster hier, so können wir möglicherweise erkennen mehr ungewöhnliche Ursache des Problems.

    • Das klingt wahrscheinlich, aber die aktive config debug, config sagt "debug" für alle Projekte, und die "optimieren" - flag für die Montage, wo sich die Klassen befinden, ist nicht festgelegt. Ich bin körperlich nicht einfügen hier nichts (anderes Gerät) als auch nicht zulässig, dies zu tun, leider. Etwas spezifischer sollte ich suchen?
    • Könnten Sie bitte klären, was du damit meinst "er nicht anzeigen können alle von der Klasse "Eigenschaften". Sind Sie mit Uhren/einfach die Maus über den Variablennamen mit der Maus? Jede Nachricht? In Bezug auf die build-Ausgabe, ich wäre nur auf der Suche nach einer anomolies. Nun, du hast erwähnt das MSTest-aber ich fange an, denke das problem ist, etwas bestimmtes zu, dass.
    • Hinzugefügt Klärung der problem Beschreibung: wenn ich mich öffne Schnellüberwachung und geben Sie den Namen der Eigenschaft, bekomme ich "Konnte nicht bewerten Ausdruck." Moment ich füge ein Instanz-Feld, um die erbende Klasse (die, die gedebuggt wird), verschwindet dieses problem.
    • Können Sie bestätigen, ob Sie das gleiche problem Debuggen normalerweise (im Gegensatz zu mit MSTest)?
    • Ich habe nicht ausgeführt, in diesem mehr, also gehe ich davon aus dass ich verbockt etwas in der rebuild nach dem ändern dieser Einstellungen. 🙂
    • Ich erlebte dieses problem auch, aber alles wurde zu DEBUGGEN. Selbst hatte ein sauber-alle/rebuild ohne Erfolg. Ich vollständig geschlossen ist die Lösung, wieder geöffnet, und alles war wieder gut.
    • #2 war das problem für mich. Das Debug-Profil hatte die Optimierung überprüft, für einige Grund.

    InformationsquelleAutor Noldorin
  2. 2

    Kann ich verhindern, dass die CLR-von der Optimierung entfernt debugging-Informationen?

    Stellen Sie sicher, dass Ihr nicht versucht das Debuggen der release-build.
    Alle diese kompilieren-Einstellungen hinter diesen Konfigurationen.
    Die debug-version ist eine für das Debuggen 😉

    InformationsquelleAutor phil soady
  3. 0

    In meinem Fall, die Projekt-Konfiguration korrekt war, aber mein code war das Ergebnis einer Dekompilierung von ILSpy, und es hatte assembly-Attribute wie die folgenden:

    [assembly: CompilationRelaxations(8)]
[assembly: RuntimeCompatibility(WrapNonExceptionThrows = true)]
[assembly: Debuggable(DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints)]

    Entfernen dieser Attribute fest der debugger...

    InformationsquelleAutor Melvyn
Schreibe einen Kommentar