J'ai des difficultés à mettre en place Microsoft .NET Framework Code source de code source pour Visual Studio 2008 et 2010 sur Windows 7 x64 (j'ai aussi des problèmes similaires sur Vista X86).
J'ai suivi des instructions de Ce blog post ainsi que d'autres ressources, mais sans beaucoup de succès. J'ai aussi téléchargé et installé Tous les symboles du centre de code source de référence Microsoft et suivi Leurs instructions également sans succès.
Il semble que Visual Studio continue de charger des PDB sans code source. Il continue également à télécharger des PDB même si un cache local approprié existe.
Cela semble être une chose simple à faire, mais je dois continuer à répéter des erreurs dans la procédure de configuration.
3 Réponses :
C'est le plus noir des arts noirs pour que cela se passe, j'ai futté pour un temps long pour obtenir la source de référence 3.5. N'a jamais eu 4.0 compris.
Un problème que j'ai découvert est le cache de symbole. Si vous avez débogué avec le serveur de symboles activé avant d'essayer d'obtenir la source de référence, il est rempli avec les mauvais fichiers .pdb, ceux qui n'ont pas d'informations de source. J'ai corrigé cela en copiant les .pdbs de la source de référence (téléchargée avec le Massownloader) à la main dans le répertoire du cache de symboles, écrasez-vous les mauvais. Payer la saleté.
+1, mais j'ai bien peur d'avoir perdu tellement de temps aujourd'hui avec cette question que j'ai besoin d'une personne gentille pour m'apprendre aux petits étapes pour faire ce travail. Une chose drôle que j'ai réalisée ... Mon entreprise de débogage me demande de localiser présentationCore.pdb . Son jeton clé est 31bf3856ad364e35 et mon référencesSource a exactement 9 autres versions de ce PDB mais pas celle requise. Allez comprendre.
A quelque chose à voir avec Windows 7 x64?
Je n'ai pas encore réussi à obtenir ce travail dans VS2010; ciblant 3,5 ou 4 sur x64. J'attendrai peut-être une pleine lune.
Il y a définitivement plus de problèmes avec .NET 4, ils expédent beaucoup de mises à jour et de correctifs de sécurité. Microsoft a reconnu qu'ils ne peuvent pas suivre.
Je ne suis pas sûr que cela correspond à votre problème mais j'enregistrer cet article de KB, peut-être que vous avez ce genre de problème:
http://support.microsoft.com/ ? SCID = KB% 3ben-US% 3B957912 & X = 7 & Y = 9
Il s'agit d'un studio Visual ne pouvant pas reconnaître les points d'arrêt ni la marche à suivre votre code source.
+1, merci d'avoir essayé mais cela ne semble pas s'appliquer. Je souffre d'une maladie malfiguration.
OK de ce que je peux dire que ce qui suit pourrait être les raisons pour lesquelles vous n'avez pas accès, etc.
Assurez-vous que vous disposez de .NET 4.0 comme la construction de votre cible lors de l'utilisation de Windows 7 + X64 + VS2010. Le .NET 3.5 ne fonctionnera pas, comme il se doit avec Microsoft ne relâchant pas la source de ces symboles via le service de sources de symboles publics. Vous pouvez obtenir le 3.5 SP1, etc. à http://referencesource.microsoft.com/netframework.aspx
Je ne suis pas sûr de savoir pourquoi vous devez également spécifier vos constructions comme espère que cela aide? Cela m'a pris une journée et demie de blâmer en essayant de comprendre pourquoi donc ce n'est pas beaucoup mais ça marche.
Changer les paramètres du projet sur .NET 4.0 et ciblée X64 (vs x86) a définitivement cela fonctionnant pour moi et m'a permis de suivre le problème que j'avais. Merci!
Je pense que cela a quelque chose à voir avec les plates-formes cibles. Hier soir, j'ai réussi à le faire fonctionner lorsque je suis construit X64bit sur une Win7 vs x86, mais j'ai juste essayé de reproduire sur un nouveau VHD et son retour à "aucune source disponible".