2010-09-13 14 views
8

Ich habe Probleme beim Einrichten von Microsoft .NET Framework-Quellcode-Debugging für Visual Studio 2008 und 2010 unter Windows 7 x64 (Ich habe ähnliche Probleme auf Vista x86 zu).Debugging NET Framework-Quellcode nicht verfügbar

Ich habe Anweisungen von this blog post sowie einige andere Ressourcen gefolgt, aber ohne viel Erfolg. Ich habe auch von Microsoft Referenz Source Code Center heruntergeladen und installiert und folgte their instructions auch ohne Erfolg.

Es scheint, als würde Visual Studio weiterhin PDBs ohne Quellcode laden. Es lädt auch PDBs herunter, obwohl ein richtiger lokaler Cache existiert.

Dies scheint eine einfache Sache zu tun, aber ich muss einige Fehler in der Setup-Prozedur wiederholen.

+0

Ich denke, es hat etwas mit Zielplattformen zu tun. Letzte Nacht habe ich es geschafft zu arbeiten, wenn ich x64bit auf einem win7 vs x86 gebaut habe, aber nur versucht, auf eine neue VHD und seine Rückkehr zu "Keine Quelle verfügbar" keine Ahnung .. –

Antwort

6

Es ist die schwärzeste der schwarzen Kunst, um das zu bekommen, ich futzed für eine lange Zeit, um die Quelle 3,5 Quelle zu bekommen. Habe noch nie 4.0 herausgefunden.

Ein Problem, das ich entdeckte, ist der Symbolcache. Wenn Sie mit dem aktivierten Symbolserver debuggen, bevor Sie versuchen, die Referenzquelle zu bekommen, dann wird sie mit den falschen .pdb-Dateien gefüllt, die keine Quellinformationen haben. Ich habe das behoben, indem ich die .pdbs von der Referenzquelle (heruntergeladen mit dem Massdownloader) per Hand in das Symbol-Cache-Verzeichnis kopiert habe und die schlechten überschrieben habe. Zahlen Sie Schmutz.

+0

+1, aber ich fürchte, ich habe Ich habe heute so viel Zeit mit diesem Thema verloren, dass ich eine gute Person brauche, um mir Babyschritte beibringen zu können, damit diese Arbeit funktioniert. Eine lustige Sache, die ich erkannte ... Mein Debugging Bestreben fordert mich auf, "PresentationCore.pdb" zu finden. Sein Token mit öffentlichem Schlüssel ist '31bf3856ad364e35' und mein Cache 'ReferenceSource' hat genau 9 andere Versionen dieser PDB, aber nicht die eine, die benötigt wird. Stelle dir das vor. – wpfwannabe

+1

Hat das irgendetwas mit Windows 7 x64 zu tun? – wpfwannabe

+0

Ich habe es noch nicht geschafft, dass dies in VS2010 funktioniert; Targeting von 3,5 oder 4 auf x64. Vielleicht warte ich auf Vollmond. – Jeb

1

Ich bin nicht sicher, ob dies Ihr Problem paßt, sondern habe einen Blick auf diesem KB-Artikel, vielleicht haben Sie diese Art von Problem:

http://support.microsoft.com/?scid=kb%3Ben-us%3B957912&x=7&y=9

Es ist zu Visual Studio nicht in der Lage zu erkennen, Breakpoints noch schritt durch Ihren Quellcode.

+0

+1, Danke für den Versuch, aber das scheint nicht zutreffen. Ich leide an einer Fehlkonfigurations-Krankheit. – wpfwannabe

2

Ok von dem, was ich sagen kann, die folgenden könnten die Gründe sein, warum Sie den Zugriff nicht bekommen, usw.

Stellen Sie sicher, .NET 4.0 als Ziel Build haben, wenn Windows mit 7 + x64 + VS2010. Das .NET 3.5 wird nicht funktionieren, da es damit zu tun hat, dass Microsoft die Quelle für diese Symbole nicht über den öffentlichen Symbol-Quellendienst freigibt. Sie können die 3.5 Sp1 etc bei http://referencesource.microsoft.com/netframework.aspx

bekommen Ich bin mir nicht sicher, warum Sie müssen auch Ihre baut als x64 angeben und nicht Any CPU oder x86, um diese Arbeit zu bekommen, aber noch, Da geht es im Moment (für dieses spezielle Szenario). Wenn ich versuche, eines dieser beiden zu verwenden, bekomme ich keinen Zugriff auf die Quelle (Symbole werden normal geladen, aber kein Zugriff).

Hoffe, dass hilft? Das hat mich anderthalb Tage in Versuchung gebracht herauszufinden, warum es nicht viel ist, aber es funktioniert.

+0

Das Ändern der Projekteinstellungen auf .NET 4.0 und das Targeting von x64 (vs x86) hat das definitiv für mich funktioniert und mir erlaubt, das Problem, das ich hatte, aufzuspüren. Vielen Dank! –