Es können keine CS-Dateien zum Debuggen von .NET-Quellcode gefunden werden

Ich habe versucht, das Debuggen der .NET-Quelle mithilfe dieser MDSN-exemplarischen Vorgehensweise einzurichten . Der Symbol-Cache ist ordnungsgemäß eingerichtet, ebenso wie das Kontrollkästchen ".NET Framework-Quellschritt aktivieren".

Wenn ich jedoch später in .NET-Code eintreten möchte, werde ich aufgefordert, den Speicherort der entsprechenden CS-Datei anzugeben. Die Fehlermeldung lautet You need to find <filename>.cs to view the source for the current call stack frameund The debugger could not locate the source file <filename>.cs.

Mir wird angeboten, nach der Datei zu suchen (aber ich habe sie nicht) oder eine Demontage anzuzeigen (aber das möchte ich nicht).

Wie gehe ich in den .NET-Quellcode?

In meinem Fall habe ich nicht versucht, das .NET-Framework zu debuggen, aber es wurde der gleiche Fehler angezeigt : Es können keine CS-Dateien zum Debuggen von .NET-Quellcode gefunden werden . Daher musste ich die Option "Nur meinen Code aktivieren" unter
Extras -> Optionen -> Debuggen -> Allgemein -> Nur meinen Code aktivieren aktivieren

Per MS-Dokumente:

Sie können Visual Studio so konfigurieren, dass System-, Framework- und andere Nichtbenutzeraufrufe automatisch übersprungen und diese Aufrufe im Aufrufstapelfenster reduziert werden.

https://docs.microsoft.com/en-us/visualstudio/debugger/just-my-code

Durch Überprüfen von Tools-> Options-> Debugging-> General-> wurde auf Enable source server supportmysteriöse Weise alles zum Laufen gebracht. Ich hoffe das gleiche gilt für dich

Das hat auch eine Stunde gedauert. Ich habe es endgültig behoben, indem ich die Einstellungen -> Extras -> Import- und Exporteinstellungen -> Alle Einstellungen zurückgesetzt zurückgesetzt habe

Bereinigen Sie die Lösung, bevor Build das Problem für mich gelöst hat.

Navigieren Sie einfach und klicken Sie auf:

1. Build-> Clean Solution.
2. Build-> Build Solution (Ctrl + Shift + B).

Ich habe alle Antworten von oben ausprobiert und nichts hat funktioniert.

Das hat es für mich gelöst:

Debug -> Delete all Breakpoints

und es löste das Problem! So viele verschiedene Dinge, die dieses Problem verursachen.

Die Antworten hier sprechen alle davon, den Quellcode zu ignorieren / zu vermeiden, anstatt ihn tatsächlich zu betreten.

@JBSnorroist auf dem richtigen Weg, aber das Problem ist, dass Microsoft anscheinend nicht alle .NET-Symbole / -Quellen veröffentlicht, auf die Sie möglicherweise stoßen. Ich weiß nicht, ob es von ihrer Seite beabsichtigt ist, aber um in MS-Quellen einzusteigen, müssen sie jede Version jeder Baugruppe veröffentlichen, was eine große logistische Aufgabe ist.

Tools-> Options-> Debugging-> General-> Enable source server supportwird in vielen Fällen funktionieren, aber ich fand zum Beispiel mscorlib.dllfür 4.6.1, dass Symbole und / oder dekompilierte Quelle fehlten. Ich konnte also nicht wie Dictionary.csoder Task.csals Beispiele in gängigen Quellcode einsteigen. Da sich die Quelle und die Symbole des MS-Symbolservers wahrscheinlich ständig ändern. Mein Problem kann behoben sein, wenn Sie dies lesen?

Wenn ich dieselbe Lösung in Jetbrains Rider debugge, kann ich jede Klasse in jeder .NET-Assembly problemlos anzeigen und durchlaufen. In VS kann ich jedoch nur in eine Klasse eintreten, nicht aber in andere?

Wenn Sie wirklich den gesamten .NET-Quellcode verwenden möchten, können Sie DotPeek von Jetbrain verwenden und die .NET-Assemblys in tatsächliche CS-Dateien auf Ihrer Festplatte dekompilieren. Wenn du das siehst,

Sie können jetzt Ihre Festplatte nach dem Quellcode durchsuchen, den Sie mit DotPeek dekompiliert haben. Stellen Sie einfach sicher, dass Sie dieselbe Assemblyversion dekompiliert haben, auf die Sie in Ihrem Projekt verweisen. Wenn nicht, stimmen die Symbole möglicherweise nicht mit den richtigen Quellzeilennummern überein.

Wenn Sie nur verbergen möchten, dass diese "Quelle nicht gefunden" ständig angezeigt wird, und Sie nicht in den Code eintreten möchten, für den es keine Quellen gibt, lesen Sie @Alex Shermandie Antwort. Sie müssen herausfinden, in welcher Assembly die betreffende Datei enthalten ist, und dann diesen Assemblynamen zur Ausschlussliste hinzufügen.

Denkanstöße, ich bin kein Fan von Rider over VS. Der Fahrer ist immer noch ein bisschen roh und es fehlt ihm die verrückte Menge an eingebauten Werkzeugen, die VS hat. Jedoch!! In solchen Fällen, in denen ich weiß, dass ich tiefer in das Unkraut eindringen kann, möchte ich es nebeneinander installieren lassen.

Hatte das gleiche Problem, keine der oben vorgeschlagenen Lösungen half mir, das Problem zu lösen. Trat in VS 2017 auf. Als ich das Projekt in Visual Studio 2019 ausführte, funktionierte alles. Versuchen Sie einfach, es in anderen Umgebungen auszuführen. Hoffe, diese Antwort wird jemandem helfen

Wenn der Fehler von der Suche nach "nullable.cs" oder einer anderen Kernquelldatei herrührt:

Sie können Symbole für bestimmte Module deaktivieren, indem Sie Debug -> Options -> Debugging -> Symbolsund dann unten verwenden Specify Excluded Modules.

Dies ist nützlich für die Fälle , in denen Sie tun deaktivieren möchten „Just My - Code“ zu Schritt in andere Baugruppen , dass Sie PDBs für haben. Ich denke, Visual Studio enthält Symbole für die Quelle mscorlib.dll, enthält diese jedoch nicht. Wenn Sie also in die Dinge eintreten, wird manchmal nach einer "nullable.cs" oder einer anderen Kernquelldatei gesucht.

Hier finden Sie den Quellcode zum Herunterladen, damit Sie ordnungsgemäß debuggen können. https://referencesource.microsoft.com/#mscorlib,namespaces

Ich habe diesen Fehler beim Aktualisieren eines NuGet-Pakets in einem Projekt erhalten, während ich es in anderen Projekten der Lösung nicht aktualisiert habe.

Das Problem wurde für mich behoben, indem ich zum NuGet-Manager der Lösung ging und die Konsolidierungsfunktion verwendete, die sicherstellt, dass alle Projekte in der Lösung dieselbe Version verwenden.

In meinem Fall habe ich die Klasse umbenannt. Vielleicht wurde es mit einem anderen Modul verwechselt. Nachdem ich es umbenannt hatte, konnte ich einspringen.