VS 2013, le point d'arrêt ne sera pas actuellement être frappé. pas de symboles ont été chargés de ce document
VS2013, windows 8.1, windows phone 8 application en c#
Les points d'arrêt ne fonctionne pas et j'ai eu le point d'arrêt ne sera pas actuellement être frappé. pas de symboles ont été chargés de cette erreur de document
ce que je dois faire?
double possible de au niveau de la Fixation Du point d'arrêt ne sera pas actuellement être frappé. Pas de symboles ont été chargés de ce document."
Ce point d'arrêt sont que vous essayez de frapper? êtes-vous sûr que votre ne pas le mettre sur une ligne de code qui va être optimisé?
Ce point d'arrêt sont que vous essayez de frapper? êtes-vous sûr que votre ne pas le mettre sur une ligne de code qui va être optimisé?
OriginalL'auteur Dmitriy Skogorev | 2014-09-19
Vous devez vous connecter pour publier un commentaire.
Vous devez construire votre projet, s'il est construit assurez-vous que vous attachez à droite ! Si vous êtes sûr que ces 2 sont ok, propre à la solution, et reconstruire de nouveau.
OriginalL'auteur mybirthname
J'ai lutté pour toujours essayer de résoudre ce problème. Enfin c'est ce qu'il a fait pour moi.
Sélectionnez Debug -> Options -> Débogage -> Général
Tique Activer .NET Framework source de gué.
(Cela peut être tout ce que vous devez faire, mais si vous êtes comme moi, vous devez le faire à ceux qui sont indiqués ci-dessous. Ci-dessous la solution permettra également de corriger les erreurs où votre projet est en cours de chargement anciennes assemblées/.fichiers pdb malgré la reconstruction et le nettoyage.)
Sélectionnez Outils -> Options -> les Projets et les Solutions -> créer et d'Exécuter des,
Décocher Seulement de Construire des projets de démarrage et dépendances sur Exécuter,
Sélectionnez Toujours Construire de la Sur Exécuter, lorsque le projet de la date déroulante.
N'oubliez pas de nettoyer et reconstruire après avoir fait ces.
OriginalL'auteur Anselm
Habituellement, cela signifie que l'un de vos assemblées a changé, mais n'était pas re-construit, ou pour être plus précis le Debug-Informations sur le Fichier (APB) n'est pas récente. À cet effet, le débogueur ne sait pas la bonne source-texte et à cet effet, ne peut pas entrer dans. Reconstruit les assemblées et de la joindre au processus de droite.
Vous pouvez également prendre en considération le fait que les assemblées construit pour .NET 3.5 vers le bas ne peut pas être traitée avec des assemblées .NET 4.0 vers le haut, vous ne pouvez pas déboguer les deux types en même temps.
EDIT: Pour s'assurer que je l'ai mentionné avant de vérifier le type de montage le debug-info est généré pour. Lors de la fixation de votre assemblée à un processus existant appuyez sur select-bouton derrière "joindre". Vous pouvez y sélectionner le type de droit si ce n'est pas fait automatiquement.
Avez-vous également vérifié que la cible versions sont compatibles (voir le deuxième paragraphe de mon post). J'ai eu ce problème avant, a été d'essayer de déboguer un .NET 3.5. l'assemblée pendant le débogage à l'intérieur 4.0-un.
comment je peux vérifier ça?
voir mon edit dans le post
OriginalL'auteur HimBromBeere
Pour moi, il a aidé à tuer IIS (si utilisée (ASP.Net)) et pour fermer et redémarrer Visual Studio.
Il sonne peut-être très stupide, mais parfois aussi il contribue à la juste redémarrer.
OriginalL'auteur BudBrot
Ma solution à ce problème quand j'ai été confronté a été déconnecter du serveur Team foundation server(TMS) - Depuis que je l'utilise , et de re publier le site web.
OriginalL'auteur Nada N. Hantouli
Pour moi, même les dernières modifications du code de aussi de ne pas obtenir effectuées dans l'application. Donc j'ai fait une petite erreur de compilation dans le code où les points d'arrêt sont situés puis essayez d'exécuter la solution après le nettoyage de construire. Il frappe l'erreur, puis-je corriger l'erreur et de l'exécuter à nouveau, maintenant encore il frappe les points d'arrêt.
OriginalL'auteur S.Roshanth