Der haltepunkt wird momentan nicht erreicht für dieses dokument wurden keine symbole geladen
Der haltepunkt wird derzeit nicht vs2019 getroffen werden
Ich habe eine Lösung mit 3 Projekten. Projekt eins – Bibliothek. Projekt zwei – Service (asmx). Projekt drei – Test. In meinem Dienst habe ich zwei config transform: PRODUKTION und TEST. Sie sind identisch, aber die Namen der Datenbanken sind unterschiedlich. Meine Lösung:
Ein weiterer Grund, warum dies passieren kann, ist, dass, wenn Sie mehrere Projekte zwischen Lösungen gemeinsam nutzen und Sie benutzerdefinierte Build-Konfigurationen eingerichtet haben, ein einfacher Wechsel von Release zu Debug auf der Symbolleiste (oder anderen Verknüpfungen) die aktive Build-Konfiguration durcheinander bringen und alle möglichen zufälligen Folgen haben kann.
So beheben sie den haltepunkt, der derzeit nicht getroffen wird
Der Haltepunkt wird derzeit nicht getroffen. No symbols have been loaded for this documentPost by: syed hussain in All Development Dynamics 365 CE Tips SummaryIch bin kürzlich auf diesen Fehler gestoßen, als ich versucht habe, ein Plugin zu debuggen. Der Haltepunkt kann derzeit nicht erreicht werden. Es wurden keine Symbole für dieses Dokument geladen”. Bei der Registrierung einer neuen Assembly habe ich versehentlich Schritt 3: Den Isolationsmodus als “Sandbox” festgelegt. Als ich meinen Debugger an den Prozess des Remote-Debuggers w3wp.exe anschloss, sah alles gut aus, aber ich begann, die gefürchtete Fehlermeldung “Der Haltepunkt wird derzeit nicht erreicht. Nachdem ich die Baugruppe mit den korrekten Einstellungen aktualisiert hatte, konnte ich den Remote-Debugger wie gewohnt anhängen. Das andere Element, das ich ein wenig anpassen musste, war mein Registrierungsschritt. Tags: 01 Jul 2020 0
Der haltepunkt wird derzeit nicht getroffen vs2017
Beim Debuggen hat ein Haltepunkt zwei mögliche visuelle Zustände: einen durchgehenden roten Kreis und einen hohlen (weiß gefüllten) Kreis. Wenn der Debugger erfolgreich einen Haltepunkt im Zielprozess setzen kann, bleibt er ein durchgehender roter Kreis. Ist der Haltepunkt ein hohler Kreis, ist entweder der Haltepunkt deaktiviert oder es ist eine Warnung aufgetreten, als er versucht hat, den Haltepunkt zu setzen. Um den Unterschied festzustellen, bewegen Sie den Mauszeiger über den Haltepunkt und prüfen Sie, ob eine Warnung angezeigt wird.
Wenn eine Quelldatei geändert wurde und der Quellcode nicht mehr mit dem Code übereinstimmt, den Sie debuggen, setzt der Debugger standardmäßig keine Haltepunkte im Code. Normalerweise tritt dieses Problem auf, wenn eine Quelldatei geändert wurde, aber der Quellcode nicht neu erstellt wurde. Um dieses Problem zu beheben, erstellen Sie das Projekt neu. Wenn das Build-System denkt, dass das Projekt bereits auf dem neuesten Stand ist, obwohl dies nicht der Fall ist, können Sie das Projektsystem dazu zwingen, das Projekt neu zu erstellen, indem Sie entweder die Quelldatei erneut speichern oder die Build-Ausgabe des Projekts vor dem Erstellen bereinigen.
In seltenen Fällen kann es vorkommen, dass Sie debuggen wollen, ohne den passenden Quellcode zu haben. Das Debuggen ohne passenden Quellcode kann zu einer verwirrenden Debugging-Erfahrung führen, also stellen Sie sicher, dass Sie so vorgehen wollen.
Der haltepunkt wird derzeit nicht getroffen. haltepunkt gesetzt, aber noch nicht gebunden
Ich habe zwei Windows Forms-Projekte in der Lösung. Eines davon lädt die Debug-Informationen, eines nicht. Beide verweisen auf die Baugruppe, für die ich Debug-Informationen abrufen möchte, und zwar auf genau dieselbe Weise in der Projektdatei. Hat jemand eine Idee?
Ich möchte hier hinzufügen, hauptsächlich für mich selbst, wenn ich zurückkomme, um diese Frage zu überprüfen, dass Symbole nicht geladen werden, bis die Baugruppe geladen ist, und die Baugruppe wird nicht geladen, bis sie benötigt wird. Wenn der Haltepunkt in einer Bibliothek liegt, die nur in einer Funktion in Ihrer Hauptbaugruppe verwendet wird, werden die Symbole nicht geladen (und der Haltepunkt wird als nicht getroffen angezeigt), bis diese Funktion aufgerufen wird.
Starten Sie das Debugging, sobald Sie an einem Haltepunkt angekommen sind oder Debug > Break All verwendet haben, verwenden Sie Debug > Windows > Modules. Es wird eine Liste aller Baugruppen angezeigt, die in den Prozess geladen sind. Suchen Sie diejenige, für die Sie Debug-Informationen erhalten möchten. Klicken Sie mit der rechten Maustaste darauf und wählen Sie Symbol Load Information. Sie erhalten ein Dialogfeld, in dem alle Verzeichnisse aufgelistet sind, in denen nach der .pdb-Datei für die Baugruppe gesucht wurde. Überprüfen Sie diese Liste mit dem tatsächlichen .pdb-Speicherort. Stellen Sie sicher, dass keine alte Datei gefunden wird.