Visual studio für dieses dokument wurden keine symbole geladen

Es wurden keine symbole für dieses dokument geladen c++

Ich habe auch versucht, in Debug->Fenster->Module zu suchen. Wenn ich mit der rechten Maustaste auf das Modul klicke, das ich zu debuggen versuche, und auf Symbol load information drücke, wird eine Liste der Orte angezeigt, von denen versucht wurde, die Symbole zu laden. Der erste in der Liste ist korrekt und die Datei existiert, aber daneben steht dieser Fehler
Prüfen Sie abschließend, ob alle Ihre Projekte und Dateien in Ihrer Projektmappe als Debug und nicht als Release oder etwas anderes kompiliert werden, da für dieses Projekt/diese Datei keine Symbole generiert (und somit auch keine geladen) werden.
Bei mir war die Lösung ein Neustart von Visual Studio 🙂 So einfach ist das. Nichts anderes hat geholfen – ich habe versucht zu säubern (sogar alle Dateien im Debug-Ordner gelöscht), habe die Einstellungen überprüft und sogar den Prozess mspdbsrv.exe beendet, aber nur ein VS-Neustart hat geholfen.
Löschen Sie alle Dateien in den Ordnern bin und obj. Erstellen Sie dann die Lösung erneut. Wenn Ihr Problem wie meines war, schien es, dass VS eine ältere Version einer bestimmten unbekannten Datei lud, die durch die Neuerstellung der Projektmappe/des Projekts nicht ersetzt werden konnte. Stellen Sie sicher, dass Sie eine Kopie Ihrer Projektmappe/Ihres Projekts erstellen, bevor Sie dies versuchen. Viel Glück!

Für dieses dokument wurden keine symbole geladen vscode

Es hat das Problem bei mir vorübergehend behoben, als ich {myProjectFolder} gelöscht habe. Aber es zeigt immer noch auf diese .pdb – Datei (VS erstellt den temporären Ordner nach dem Löschen neu). Ich vermute, dass sie auf die .pdb-Datei im bin-Verzeichnis verweisen sollte, wie es bei anderen Assemblies der Fall ist. Wie soll ich das beheben? Oder ist dies ein normales Verhalten?
Bearbeiten: Es ist ein ASP.NET – Projekt (.NET 4.0), MVC 3. Bisher keine COM-Bibliotheken enthalten. Ich habe nun das oben genannte Verzeichnis wieder gelöscht, und landete wieder bei “Der Haltepunkt wird derzeit nicht …”. Wenn ich das Module-Fenster öffne, zeigt der Symbolstatus für alle Assemblies “Skipped loading simbols.” an, außer für App_global.asax.exot9a5x.dll.
Es stellte sich heraus, dass meine Veröffentlichungseinstellungen während dieser Installationen irgendwie den spezifischen Port verloren haben, auf dem ich das Entwicklungsprojekt ausgeführt habe. Da ich mich in den letzten 4 Monaten so sehr an diese Portnummer gewöhnt hatte, habe ich nicht einmal darüber nachgedacht, aber die ganze Zeit, in der ich dachte, dass ich auf den Entwicklungscomputer schaue, lief er tatsächlich nicht auf diesem Port, und ich schaute auf zwischengespeicherte Seiten, die bereits in meinem Browser waren. DER!

Der haltepunkt wird derzeit nicht getroffen, da keine symbole für dieses dokument vs 2015 geladen wurden.

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 in der Lage ist, einen Haltepunkt im Zielprozess erfolgreich zu setzen, 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.

Visual studio haltepunkt wird nicht getroffen werden quellcode anders

Programmdatenbankdateien (.pdb), auch Symboldateien genannt, ordnen Bezeichner und Anweisungen im Quellcode Ihres Projekts den entsprechenden Bezeichnern und Anweisungen in kompilierten Anwendungen zu. Diese Zuordnungsdateien verknüpfen den Debugger mit Ihrem Quellcode, was das Debuggen ermöglicht.
Wenn Sie ein Projekt von der Visual Studio IDE mit der Standard-Debug-Build-Konfiguration erstellen, erstellt der Compiler die entsprechenden Symboldateien. Dieser Artikel beschreibt, wie man Symboldateien in der IDE verwaltet, z. B. wie man den Speicherort von Symbolen in den Debugger-Optionen angibt, wie man den Symbol-Ladestatus während des Debuggens überprüft und wie man Symboloptionen im Code festlegt.
Die .pdb-Datei enthält Debugging- und Projektstatusinformationen, die das inkrementelle Verknüpfen einer Debug-Konfiguration Ihrer Anwendung ermöglichen. Der Visual Studio-Debugger verwendet .pdb-Dateien, um beim Debuggen zwei wichtige Informationen zu ermitteln:
Der Debugger lädt nur .pdb-Dateien, die genau mit den .pdb-Dateien übereinstimmen, die beim Erstellen einer Anwendung erstellt wurden (d. h. die ursprünglichen .pdb-Dateien oder Kopien). Diese exakte Duplizierung ist notwendig, weil sich das Layout von Anwendungen ändern kann, auch wenn sich der Code selbst nicht geändert hat.