"Aucun symbole n'a été chargé pour ce document."Mais ils ont!
Comme vous pouvez le remarquer
les symboles ont été chargés correctement.
je viens de créer une vue.GetCompanies.cshtmlAddView lien
mais, peu importe ce que je fais, Je ne peux pas déboguer dans la vue.
Ce que j'ai fait jusqu'à présent:
- Fermer et Ouvrir la Solution
- Fermer et ouvrir Visual Studio
- Shutdown all ASP.NET développement Du serveur
- supprimé toutes les bibliothèques de symboles
.pdb - Solution Propre
- Re-Générer La Solution
n'a pas (encore) l'arrêt de Windows 7 x64 :-/
9 réponses
je trouve le même comportement de temps en temps lors du débogage de silverlight. Ma solution est de nettoyer la cache du navigateur (sur le dernier IE cliquez sur le bouton wheel, outils de développement), car il sera parfois mettre en cache les fichiers binaires et ne pas charger les nouveaux.
peut-être est-ce la même chose avec vos points de vue?
parfois, si vous avez un arrêt difficile, Visual Studio temp cache sera vissé. Effacer le cache en supprimant ces dossiers:
C:\Windows\Microsoft.NET\Framework\<.net version>\Temporary ASP.NET Files\(ApplicationName)
C:\Windows\Microsoft.NET\Framework64\<.net version>\Temporary ASP.NET Files\(ApplicationName)
j'ai essayé ce problème pendant quelques heures en essayant tout ce qui est au-dessus. J'ai finalement changé mon cadre cible en .net Framework 4.5 et tout a commencé à fonctionner comme par magie.
C'est toujours bizarre. J'ai juste eu ce problème et l'ai résolu avec une reconstruction complète de la solution entière.
il y avait aussi un autre symptôme étrange, cependant: un nouveau test unitaire que j'avais écrit avec NUnit, se moquant de NSubstitute, ne voulait pas passer parce que NSubstitute ne rendait pas ce que je voulais qu'il revienne. J'ai perdu quelques minutes à essayer de comprendre si j'ai fait quelque chose de mal programmer NSubstitute, puis quand j'ai essayé d'attacher le débogueur à L'interface graphique NUnit, j'ai vu que avertissement.
c'est à ce moment que j'ai décidé de faire une reconstruction complète de la solution, et cela a fonctionné pour moi.
alors je suppose que la leçon à apprendre est "avant fracassant la tête contre le mur, essayez une reconstruction complète".
pour moi, j'ai d'une façon ou d'une autre changé ma cible en Release au lieu de Debug
rappelez-vous que les vues sont compilées lorsque vous demandez la page (par défaut).
cela signifie Quand vous définissez un point de rupture dans une vue:
- il affiche l'erreur "Aucun symbole". cela signifie simplement que la vue n'est pas compilé encore.
- il montre le point de rupture amende. Cela signifie qu'il a trouvé une version compilée de la page. comme la dernière version de travail...
Donc, fondamentalement, de son pas information significative pour regarder ce qu'il dit quand vous souriez sur le point de rupture dans une vue (au moins à cet égard)
Si vous essayez de déboguer cette page, vous problème. Regardez plutôt ce que le débogueur envoie à votre navigateur et corrigez-le d'abord. Je pense que nous allons être surpris par la façon dont beaucoup de gens vont facepalm.
j'ai eu ce problème avec le projet SL5 (VS2012). Et pour corriger cela, j'ai dû mettre l'option "Silverlight" activée dans %MyProjectName%.Web propriétés du projet, sous Web onglet.
dans mon cas, le.Fichier PDB a été dosée (à partir de laquelle les symboles sont chargés) dans VS 2012, donc l'exécution D'un propre et construit reconstruit le .Le dossier de L'APB et tout a recommencé à fonctionner.
j'ai essayé de déboguer un service WCF Windows déployé (compilé en mode Release) et j'ai eu exactement le même problème. Donner un coup de cette...
- Tout Enregistrer. Vous pouvez même essayer de nettoyer la solution
- tout reconstruire et installer ou déployer
- avant de lancer le service (ou exe) j'ai copié le .pdb fichiers vers le dossier d'installation
- Démarrer le service (ou l'exe) et attacher le débogueur au processus
travaillé comme un charme (enfin) pour moi.