Visual Studio Aucun symbole n'a été chargé pour ce document.
Je ne parviens pas à déboguer un projet C++ de Visual Studio 2008. Lorsque je commence à l'exécuter dans le débogage, les points d'arrêt sont désactivés avec le message
Le point d'arrêt ne sera pas touché. Aucun symbole n'a été chargé pour cette document.
J'ai essayé de nettoyer et de reconstruire, mais cela ne change rien.
J'ai aussi essayé de regarder dans Debug-> Windows-> Modules. Si je fais un clic droit sur le module que je tente de déboguer et que je clique sur Informations sur le chargement des symboles, une liste d’endroits où il a essayé de charger les symboles s’affiche. Le premier dans la liste est correct et le fichier existe, mais à côté de lui est cette erreur
C:\path\to\my\symbol\Debug\MyProject.pdb: Gestionnaire de symboles inconnu pour Erreur
Est-ce que quelqu'un sait ce qui cause ceci ou comment le réparer?
Tout d'abord, il est possible que certains de vos modules ne s'affichent pas dans la fenêtre du module, car certains d'entre eux peuvent être chargés de manière dynamique (uniquement en cas de besoin).
Vous voudrez peut-être archiver les propriétés de votre projet sous Éditeur de liens> Débogage> Générer un fichier de base de données de programmes et générer des informations de débogage. Assurez-vous que ces deux sont correctement configurés.
Vérifiez également si C/C++> Général> Format des informations de débogage est défini sur Base de données de programmes pour Éditer et continuer (/ ZI) ou quelque chose de similaire.
Je sais que vous avez indiqué que votre fichier de symboles existe, mais le fait de vérifier que je viens de mentionner garantira que vous avez la bonne version de votre symbole au bon endroit.
Enfin, vérifiez si tous vos projets et fichiers de votre solution sont configurés pour être compilés en tant que débogage et non en tant que version ou autre, car aucun symbole ne sera généré (donc aucun ne sera chargé) pour ce projet/fichier.
J'espère que ça aide un peu.
Dans mon cas, le problème a été résolu en cochant "Utiliser le mode de compatibilité gérée" dans Outils/Options/Débogage/Général.
Pour moi, le correctif était dans le redémarrage de Visual Studio :) Aussi simple que cela. Rien d'autre n'a aidé - essayé de nettoyer (même supprimé tous les fichiers du dossier Debug), les paramètres vérifiés, même tué le processus mspdbsrv.exe, mais seul le redémarrage de VS a fait le tour.
Il peut y avoir un problème avec le processus mspdbsrv.exe. Essayez de le tuer et relancez le débogueur.
Au cas où quelqu'un aurait ce problème lors de l'utilisation de "Attacher au processus", la réponse à cette question m'a résolu le problème
Visual Studio ne charge pas de modules lors de l'attachement au processus
Spécifiquement, basculez sur "Code natif" dans les options "Attacher à" au lieu de "Auto".
Supprimez tous les fichiers des dossiers bin et obj. Puis reconstruisez la solution. Si votre problème ressemblait au mien, il semblait que VS chargeait une ancienne version d'un fichier inconnu spécifique que la reconstruction de la solution/projet ne remplacerait pas. Assurez-vous de faire une copie de votre solution/projet avant de l'essayer. Bonne chance!
J'ai réussi à résoudre ce problème en copiant mon code source latéralement et en vérifiant une copie totalement propre. Je suppose que certains paramètres ont été stockés dans le fichier .suo des projets.
Accédez aux "Propriétés" du site Web qui utiliserait cette DLL pour le débogage, puis sélectionnez "Code natif" dans la section "Débogueurs" ci-dessous:
Dans la fenêtre Modules, vous pouvez cliquer avec le bouton droit de la souris et ajouter votre dossier de sortie Debug à des dossiers dans lesquels votre système recherche des fichiers de symboles. Aussi, ce qui a fonctionné pour moi a été de supprimer tous les fichiers de sortie manuellement , Clean ne le fera pas à chaque fois. C'est pourquoi, même si le fichier .pdb est généré, il ne correspond pas à vos fichiers de sortie. ne pas charger les symboles de celui-ci.
Faites une copie de votre dossier "Debug" dans le dossier de votre projet, puis supprimez tous les fichiers du dossier "Debug" d'origine. Si vous avez déjà chargé votre projet dans Visual Studio, fermez-le après avoir supprimé le contenu de Debug et rouvrez-le avant de reconstruire le projet dans son ensemble. En principe, cette action créera une nouvelle copie des fichiers de symboles et le reste nécessaire pour déboguer votre projet. code . J'ai découvert que ce problème m'était arrivé lorsque j'ai déplacé mes fichiers sur un autre ordinateur et que j'essayais de compiler et de déboguer mon code à partir de là, bien que tous les noms de dossiers et de lecteurs soient les mêmes, mais certains comment IDE n'a pas pu utiliser les fichiers de symboles créés précédemment . J'espère que ce travail fonctionnera pour quelqu'un d'autre!.
VS2015 C++
J'ai rencontré le même problème après avoir annulé le chargement de symboles lors de la tentative de débogage de mon application dans VS2015. Après cela, VS2015 a refusé de charger les symboles du projet qui m'intéressait (plusieurs sous-projets dans une solution avec des DLL C++ appelant C #). Les solutions ci-dessus n'ont pas fonctionné pour moi, mais cela a fonctionné.
Pour Visual Studio 2015 (C++):
- Faites un clic droit sur votre projet dans lequel se trouve votre point d'arrêt et sélectionnez
properties Développer C/C++ - Sélectionnez Général sous C/C++
- Modifier le format d'informations de débogage sur une autre option
- Cliquez sur Appliquer
- Modifiez le format des informations de débogage sur sa valeur par défaut "Programme Base de données pour l'édition et la poursuite (/ ZI) (ou celle que vous préfériez)
- Cliquez sur Appliquer
- Maintenant reconstruisez votre projet
J'espère que cela aide . Alan M
Dans mon cas, "utiliser les entrées de dépendance de bibliothèque" dans "éditeur de liens -> général" doit être défini sur oui, le problème est résolu.
Aucune de ces réponses ne m'a aidé ...
À la fin, j’ai changé de Debug\X64 à Debug\win32, cela a aidé, probablement une configuration qui n’est pas la même dans les deux cas. Peut-être que cela aidera comme solution de contournement Pour quelqu'un ...
J'espère que cela pourrait aider n'importe qui.