Pouvez pas déboguer - “Le point d'arrêt ne sera pas actuellement être frappé. Pas de symboles ont été chargés de ce document”
J'obtiens le message d'erreur dans la ligne objet. Je suis en cours d'exécution vs2k8 sur le serveur 2k3sp2. J'ai essayé de supprimer le pdb, répertoires de cache, de vérifier que le débogage est mis en place sur la page spécifique. La chose intéressante est d'autres pages de débogage de l'amende juste. Juste quand je vais sur cette page. Doit être un problème de configuration, mais la directive de page ressemble à ceci:
print("<%@ Page Language= " C#' AutoEventWireup= "true" CodeBehind='MemberSearch.aspx.c " Inherits='SurencyPortal.EmployerPortal.MemberSearch' Debug= "true" %>");
J'ai aussi remarqué que lors du débogage, si j'ouvre la fenêtre modules, presque tous les symboles indiquent un statut de "Symbole non chargé". Cependant, après plus de la recherche de l'article msdn ci-dessous, l'un des MSFT postes a dit que si c'est un core .net dll, il ne sera pas chargé de symboles, donc je ne suis pas inquiet à ce sujet. Une partie de microsoft modules (comme System.Enterpricesservices.wrapper.dll) montrent un point d'exclamation avec le message "le module n'a pas de charge à l'adresse de chargement par défaut'. Je ne sais pas pourquoi cette dll est-il que je ne sais pas du tout appel à elle.
Voici la chose que j'ai essayé:
Point d'arrêt pas accroché lors du débogage dans VS.Net 2005
Projet de loi
Vous devez vous connecter pour publier un commentaire.
La seule fois que j'ai jamais couru dans un problème comme c'est si j'essayais de débogage alors que le projet était en mode release.
J'ai l'habitude de voir cette erreur pop-up quand je travaille avec deux web "sites". J'ai un front-end web et un service web back-end. Si le serveur de développement n'est pas en cours d'exécution pour le 'site' le fichier de code est pour, ensuite, vous recevrez ce message d'erreur.
Cela peut ne pas être votre problème exactement, mais c'est généralement de la situation quand je vois ce message d'erreur. Une autre chose que vous pouvez faire est de Débogage -> Attacher au Processus si le débogueur n'est pas attaché à la bonne du processus.
Place une ligne instruction break être sûr que vous êtes effectivement en cours d'exécution du code. Si vous ne vous arrêtez pas, alors il est probable que le code que vous essayez de déboguer n'est tout simplement pas en cours d'exécution, ou vous n'êtes pas déboguer avec gestion du débogueur.
Si vous n'arrêtez pas, mais ne peut pas trouver la source, alors vous avez probablement n'avez pas de apb pour le module. Consultez le haut de la pile des appels de la fenêtre pour voir qui assembly contient la méthode que vous vous êtes arrêtés. C'est l'assemblée pour laquelle vous avez besoin d'un apb. La fenêtre de module présente l'emplacement sur le disque de l'assemblée. L'outil de ligne de commande "dumpbin en-têtes assembly.dll" d'un dumping de la PE-têtes. Vérifiez le Répertoire de Débogage pour voir où l'apb a été placé lors de l'assemblée a été construit. Si le Répertoire de Débogage n'existe pas, alors l'assemblée a été construit sans les informations de débogage. Si c'est le cas, votre problème est alors de déterminer pourquoi ce montage spécifique a été construit sans les informations de débogage. Si elle avait eu les informations de débogage et un apb existe, mais n'est pas chargé, cela signifie que soit l'apb n'a pas été trouvé par le débogueur et vous devez regarder le menu outils\options\debug\paramètres de symbole. Ou de l'apb et l'assemblée ne correspondent pas. Si les horodateurs ne sont pas moins de 1 sec puis ils ont certainement ne correspondent pas.
Si le ci-dessus ne vous aide pas, veuillez le mettre à jour avec plus d'informations.
Généralement ce qui arrive quand les .fichiers pdb que VS est l'utilisation à des fins de débogage sont différents de ce que le code est en fait en cours d'exécution. C'est, si vous avez apporté des modifications à votre assemblée.
Aussi, assurez-vous que vous avez
<compilation debug="true">
dans le web.config. Je ne sais pas si cela a une quelconque incidence sur la page de la directive, mais c'est généralement ce qui fait pour moi 🙂Je suis d'accord que je l'ai vu quand j'ai plusieurs assemblys qui sont hors de synchronisation et/ou un ou plusieurs pdb ne pas correspondre à la source. Dans mon cas, c'était parce que j'avais un sentiment bizarre avec mon logiciel de contrôle de version (ClearCase) et je n'était pas en fait la compilation de ce que je pensais.
Si vous avez un "Site internet" le projet, plutôt que de "WebApplication", j'ai trouvé que les fichier de code classes peuvent causer le problème. Il existe quelques façons dont cela peut se produire. Malheureusement Visual Studio semble encore pour compiler la solution/projet sans erreur.
Pour résoudre le problème je
Espère que ça aide.