Visual Studio 2010 - Kann die .NET Framework 4-Quelle nicht durchlaufen (PresentationCore.dll)

8

Das Problem: Ich erhalte eine Nullref innerhalb der FilterMessage-Methode von System.Windows.Interop.HwndKeyboardInputProvider, die ich wirklich versuchen möchte zu debuggen, aber ohne in der Lage zu sein, die Quelle zu durchlaufen Ich bin mir nicht sicher, was ich sonst tun soll.

Ich habe es versucht Einrichten von Visual Studio 2010, damit ich die .NET Framework-Quelle (insbesondere die Methode "FilterMessage" von System.Windows.Interop.HwndKeyboardInputProvider in PresentationCore.dll) schrittweise ausführen kann. Ich habe Probleme, mein Visual Studio dazu zu bringen, .NET-Quellcode zum Debuggen anzuzeigen. Ich habe verschiedene Artikel / Blogs gelesen, aber nichts scheint zu funktionieren. Was ich versucht habe:

Aktivieren Sie im VS2010 Optionen- & gt; Debugging-Menü die Option "Enable .NET Framework Source-Stepping" und aktivieren Sie "Enable source server support" und deaktivieren Sie "Quelldateien müssen exakt mit der Originalversion übereinstimmen". Befolgen Sie die Anweisungen hier: ( Ссылка ) und installieren Sie die Referenzquelle und richten Sie VS ein, um die Symboldateien zu verwenden, die in der Referenzquelle enthalten sind, zusammen mit mehreren anderen Versuchen, die auf Online-Artikeln / Blogeinträgen basieren. Mit dieser Methode kann ich in meinem Modulfenster sehen, dass die Symbole für PresentationCore.dll geladen werden, aber ich bekomme immer noch das Fenster "Keine Quelle verfügbar", wenn ich versuche, in den Bereich zu gelangen, den ich zu debuggen versuche.

>

Modulfenster, das zeigt, dass Symbole aus dem Pfad geladen werden, in dem ich die .NET 4-Referenzquelle installiert habe:

Aufruf-Stack, der zeigt, dass es so aussieht, als ob ich in die Methode "System.Windows.Interop.HwndKeyboardInputProvider.FilterMessage" von PresentationCore.dll wechseln könnte:

Das Fenster "Keine Quelle verfügbar" mit "Zum Quellen suchen" deaktiviert:

Ich bin mir nicht sicher, was ich noch versuchen soll?

    
Jordan0Day 01.11.2011, 20:52
quelle

1 Antwort

2

Ein möglicher Grund ist, dass die .Net-Assembly dieselbe Version wie im Projekt hat. Ich hatte das gleiche Problem, weil das .Net in Projekt auf 3.5 gesetzt wurde und der Quellcode in 4.5

war     
Helic 08.01.2013 14:51
quelle