Le point d'arrêt ne sera pas atteint pour le moment. Aucun symbole n'a été chargé pour ce document dans une application Silverlight.

Question

Ok, ce que j'ai :

Visual Studio 2010 RC, W7 x64, a démarré un nouveau projet de type application Silverlight. Hébergement de l'application Silverlight dans un projet d'application Web ASP.NET. Silverlight Version 3.0. Ajout d'une classe LinqToSQL, d'un service WCF, d'une application Winform Tester (projet dans la solution) et de quelques classes (également comme projets dans la solution).

Hier, j'ai soudainement reçu le message "Le point d'arrêt ne sera pas atteint. Aucun symbole n'a été chargé pour ce document". Le message apparaît dans l'IDE, mais il n'affecte que l'application Web, je peux déboguer l'application Silverlight et Winform.

Ce que j'ai essayé / fait pour me débarrasser du message :

• Réinitialiser les paramètres de Visual Studio
• a supprimé tous les fichiers de chaque \Temporary Dossier des fichiers ASP.NET (il y en a un pour chaque 32bit/64bit et pour Framework 2.0 et 4.0)
• j'ai essayé de déboguer en utilisant le serveur Web intégré de Visual Studio - normalement j'utilise IIS, dans la sortie du projet de la solution j'ai supprimé tous les dossiers obj et bin dans chaque dossier du projet
• créé une nouvelle solution et ajouté tous les projets à cette nouvelle solution
• a supprimé le fichier de la solution suo
• création d'une nouvelle application Web ASP.NET pour tester s'il s'agit d'un problème d'installation de VS => je peux déboguer ce nouveau projet/solution.
• redémarré la machine plusieurs fois
• réparé l'installation de vs.net
• a fait un IISReset
• supprimé l'application Web de IIS
• utilisé le bouton "Create Virtual Directory" (créer un répertoire virtuel) sous Project Properties de la Web App pour créer une nouvelle Web App dans IIS
• changement de la version du framework de chaque projet de 3.5 à 4.0
• J'ai ouvert la solution sur ma deuxième machine => même comportement.
• recherche de bogues / problèmes similaires dans Microsoft Connect
• J'AI PASSÉ 7 HEURES.

C'est la deuxième fois que cela m'arrive. La dernière fois, j'ai résolu le problème en supprimant le dossier temporaire des fichiers ASP.NET, mais cette fois, j'ai besoin de votre aide.

Answer 1

Cliquez à droite sur la solution --> Propriétés

Regardez sous Propriétés communes --> Projet de démarrage

Sélectionnez plusieurs projets de démarrage

sélectionnez Démarrer l'action sur les projets que vous devez déboguer.

Answer 2

J'ai eu le même problème et après avoir fait des recherches sur Internet, j'ai trouvé deux solutions typiques à ce problème :

1. Assurez-vous que le débogueur Silverlight est activé dans le projet .Web. Ouvrez les propriétés du projet et sélectionnez le débogueur Silverlight sous l'onglet "Web".

2. Redémarrez Visual Studio et supprimez tous les dossiers bin et obj.

Mais aucune d'entre elles n'a fonctionné pour moi. . Puis quelqu'un a mentionné, dans un fil de discussion, d'essayer d'utiliser IE comme navigateur à la place. Le débogage et les points d'arrêt ont alors fonctionné à nouveau !

Edit :

Par la suite, j'ai eu du mal à faire fonctionner IE9, car il s'attache au mauvais processus. Au lieu d'attacher manuellement le bon processus d'IE à chaque fois, j'ai trouvé une solution astucieuse. astuce :

• Cliquez avec le bouton droit de la souris sur l'une des pages générées dans le projet .Web (.html ou .aspx).
• Cliquez sur "Parcourir avec..."
• Définir IE comme navigateur par défaut (n'affectera que le choix de navigateur de Visual Studio)

Désormais, Visual Studio lancera IE lors de l'exécution du projet .Web et s'attachera au processus correct. Cela devrait faire l'affaire.

Answer 3

Chaque fois que cette erreur particulière s'est produite, il s'est avéré que le dossier à partir duquel Visual Studio charge les assemblages était différent du dossier à partir duquel l'application web s'exécute.

C'est-à-dire que le serveur d'application exécute l'application à partir de

C:\dev\MyApplication\bin 

mais Visual Studio débogue à partir de

C:\dev\MyOtherApplication\bin (or something along those lines, anyway).

Note - pour diverses raisons, je fais mon débogage avec IIS en tant qu'hôte d'application au lieu du minuscule gadget autonome que la plupart des gens utilisent. Cela pourrait influencer l'utilité de ma réponse !

Mise à jour :

Pour IIS, le répertoire du serveur d'applications (c'est-à-dire C:\dev\MyApplication ci-dessus) est le répertoire physique configuré pour l'application web - ceci peut être contrôlé en modifiant les paramètres de base de l'application.

Pour Visual studio, le répertoire de débogage (c.-à-d. C:\dev\MyOtherApplication ci-dessus) est le répertoire dans lequel votre svc sont trouvés, généralement dans le même répertoire que celui où se trouve votre csproj dossier de projet.

Answer 4

Le problème pour moi s'est avéré être que la case à cocher Propriétés->Construction->Optimisation du code avait été activée dans la configuration de débogage. Je l'ai désactivée, reconstruit, et le débogage a fonctionné normalement.

Answer 5

La raison de ce que vous avez rencontré est que les PDBs ("PDB signifie Program Database, un format de fichier propriétaire (développé par Microsoft) pour stocker des informations de débogage sur un programme) ne sont pas à jour, cela peut être dû à certaines raisons :

1- Comme Bevan l'a dit, vous êtes peut-être en train de déboguer une autre application !

2- Vous déboguez une autre version de la même application. Par exemple, vous avez joint une application précédemment construite avec la version actuelle du code pour la déboguer sans la (re)construire.

Le nettoyage ou la reconstruction de la solution résout ces problèmes pour moi.

Pour être sûr que le problème n'est pas le vôtre, essayez de déboguer la même application avec VS 2008 (j'ai peur qu'il s'agisse d'un bogue dans VS 2010 - il est encore en version bêta !)