“Pas de symboles ont été chargés de ce document.” Mais ils ont!

Comme vous pouvez le constater

“Pas de symboles ont été chargés de ce document.” Mais ils ont!

Symboles sont été correctement chargé.

Je viens de créer une vue GetCompanies.cshtml à l'aide de la AddView lien

“Pas de symboles ont été chargés de ce document.” Mais ils ont!

Mais, peu importe ce que je fais, je ne peux pas debug dans la Vue.

Ce que j'ai fait jusqu'à présent:

  • Fermer et Ouvrir Solution
  • Fermez et ouvrez Visual Studio
  • L'arrêt de tous les ASP.NET Serveur de Développement
  • Supprimé toutes les Bibliothèques de symboles .pdb
  • Propre Solution
  • Re-Générer La Solution

n'a pas (encore) l'arrêt de Windows 7 x64 :-/

OriginalL'auteur balexandre | 2011-04-12

  1. 7

    Je viens de trouver le même comportement, de temps à autre lors du débogage de silverlight. Ma solution est de nettoyer le cache du navigateur (sur la dernière version d'IE, cliquez sur le bouton de la molette, les outils de développement), comme c'est parfois le cache, les fichiers binaires et de ne pas charger les nouveaux.

    Peut-être est peut être la même chose avec votre point de vue?

    OriginalL'auteur Palantir

  2. 6

    Parfois si il est difficile de s'arrêter, Visual Studio temp cache sera vissé.
    Vider le cache par la suppression de 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)
    C'est ridiculement ennuyeux, mais il a travaillé.

    OriginalL'auteur any

  3. 3

    Été déconner avec ce problème pour un couple des heures à essayer tout ce qui précède. J'ai enfin changé ma Cible Cadre au .NET Framework4.5 et tout a commencé comme par magie de travail.

    Fait un peu plus de la vérification... il semble que si Visual studio devine le mal de l'exécution, vous ne pouvez pas être en mesure de débogage. Voici la solution: blogs.msdn.com/b/greggm/archive/2010/06/08/...
    Merci @user1834226. Vous commentaire ci-dessus est ce qu'il s'est avéré être le problème dans mon cas. J'ai été le débogage de l'application en mode Release et mon point d'arrêt dans le projet de bibliothèque n'a pas frapper.
    Modification de la cible cadre est un énorme problème et rarement une option.

    OriginalL'auteur burhop

  4. 1

    C'est toujours bizarre. J'ai juste eu ce problème et l'a résolu avec une reconstruction complète de l'ensemble de la solution.

    Il y avait aussi un autre étrange symptôme, si: une nouvelle unité de test que j'avais écrit à l'aide de NUnit, se moquant avec NSubstitute, ne passerait pas parce que NSubstitute n'était pas de retour à ce que je voulais qu'il revienne. J'ai perdu quelques minutes à essayer de comprendre si j'ai fait quelque chose de mal programmation NSubstitute, puis quand j'ai essayé d'attacher le débogueur la NUnit GUI, j'ai vu que d'avertissement.

    C'est quand j'ai décidé de faire une reconstruction complète de la solution, une solution qui a fonctionné pour moi.

    Donc je suppose que la leçon à tirer est "avant fracassant la tête contre le mur, essayez une reconstruction complète".

    OriginalL'auteur s.m.

  5. 1

    Pour moi, j'ai un peu changé mon objectif de construire à Release au lieu de Debug

    OriginalL'auteur Serj Sagan

  6. 1

    Rappelez-vous que les points de vue sont effectivement compilé lorsque vous demandez à la page (par défaut).

    Cela signifie que lorsque vous définissez un point d'arrêt dans une vue:

    1. Il montre le "Pas de Symboles d'erreur". Cela signifie simplement que le point de vue n'est pas
      compilé encore.
    2. Il montre le point d'arrêt bien. Cela signifie
      qu'il a trouvé QUELQUES version compilée de la page.       Comme la DERNIÈRE version de travail...

    Donc, fondamentalement, de son pas d'information utile de regarder ce qu'il dit quand vous passer la souris sur le point d'arrêt en vue (au moins à cet égard)

    Si vous essayez de déboguer cette page, vous avez un problème. Regardez ce que le débogueur est sortie de votre NAVIGATEUR et de corriger cela d'abord. Je pense que nous allons être surpris par la façon dont beaucoup de gens vont facepalm à ce.

    OriginalL'auteur Worthy7

  7. 0

    J'ai eu ce problème avec SL5 projet (VS2012). Et pour remédier à cela, j'ai été nécessaires pour définir "Silverlight" option activée dans %MyProjectName%.Web propriétés du projet, en vertu de Web onglet.

    “Pas de symboles ont été chargés de ce document.” Mais ils ont!

    il n'y a pas de silverlight tag sur la question, donc il n'a aucun rapport...

    OriginalL'auteur Anton Kedrov

  8. 0

    Dans mon cas, l' .Fichier PDB a été arrosé (à partir de laquelle les symboles sont chargés) VS 2012, afin d'exécuter un Nettoyage et Construire reconstruit la .Fichier PDB et tout a commencé à workign de nouveau.

    OriginalL'auteur Brian

  9. 0

    J'étais essayez de déboguer une déployés WCF services windows (compilé en mode Release) et eu exactement la même question. Donner un coup de cette...

    1. Sauver Tous. Vous pouvez même essayer de nettoyer la solution
    2. Tout reconstruire et installer ou de le déployer
    3. AVANT de commencer le service (ou l'exe), j'ai copié le .pdb fichiers vers le dossier d'installation
    4. Démarrer le service (ou l'exe) et attacher le débogueur au processus de

    A fonctionné comme un charme (enfin) pour moi.

    OriginalL'auteur MoMo