les points d'arrêt dans le code-behind de ne pas frapper
problème commun je suppose, mais aucune solution n'a fonctionné jusqu'à présent:
mes points d'arrêt (asp.net 2.0) se faire frapper gentiment dans "backend" assemblées, mais pas
dans le code derrière.
je peux même voir la
<% de réponses.CacheControl="no-cache"; %> ligne d'être frappé dans mon asp.net fichier maître
mais toujours pas le code derrière.
Je suis avec VS 2005, windows 7 32 bits.
Toute idée de ce que pourrais-je vérifier?
essayez de l'exécuter dans les différents navigateur si ça aide
fonctionne très bien quand je debug à la source directement au lieu de les attacher à la asp.net processus.
et si vous prenez d'autres navigateurs par défaut c'est à dire dans le asp.net processus ?
fonctionne très bien quand je debug à la source directement au lieu de les attacher à la asp.net processus.
et si vous prenez d'autres navigateurs par défaut c'est à dire dans le asp.net processus ?
OriginalL'auteur Greg | 2011-05-19
Vous devez vous connecter pour publier un commentaire.
Si votre fichier de code est plus récente que la version compilée qui est en cours d'exécution contre (sur le serveur web, que ce soit IIS ou le serveur de dev), les points d'arrêt ne sera pas hit (les cercles rouges seront creuse).
Essayer de faire un nettoyage /reconstruction et de voir si cela fonctionne.
EDIT:
Je viens de remarquer quelque chose dans votre dernier commentaire, vous avez dit que vous attachez à la asp.net processus. Processus qui êtes-vous attacher? Il devrait être w3wp.exe.
OriginalL'auteur Mark Avenius
Mon problème a fini par être que j'avais créé une nouvelle configuration pour le projet, mais qu'aucune des propriétés de débogage sur le projet ont été définies. C'est donc ce que j'avais à faire:
OriginalL'auteur GotDibbs
Je suis pense qu'il y a un problème dans le chargement des symboles de la page, et donc le point d'arrêt n'est pas de frapper,
essayer cette
1 - Pendant le débogage dans Visual Studio, cliquez sur Debug > Windows > les Modules. L'IDE s'ancrer une fenêtre Modules, en montrant tous les modules qui ont été chargés pour votre projet.
2 - le Regard de votre projet, DLL, et vérifier que le Symbole de Statut.
3 - Si elle dit Chargé des Symboles, alors vous êtes d'or. Si elle dit quelque chose comme Ne peut pas trouver ou ouvrir le fichier PDB, cliquez-droit sur votre module, sélectionnez les Symboles de Charge, et de parcourir le chemin de votre APB.
4 - j'ai constaté qu'il est parfois nécessaire de
arrêter le débogueur
à proximité de l'IDE
fermer l'application d'hébergement
nuke l'obj et bin dossiers
redémarrer l'IDE
reconstruire le projet
passer par la fenêtre Modules de nouveau
Une fois que vous accédez à l'emplacement de votre fichier PDB, le Symbole de Statut devrait changer Chargé des Symboles, et vous devriez maintenant être en mesure de définir et de prendre un point d'arrêt à votre ligne dans le code.
espère que cela aide !
Réponse source
pouvez-vous mettre un point d'arrêt dans votre code-behind, et de déboguer la solution, il suffit de passer sur le point d'arrêt, vous obtiendrez un indice quant à ce qui est faux.
il est en fait plus de codefile que le code-behind. pas de symboles chargé. Avez-vous une expérience avec ASP.NET si?:)
yup, a eu le même "pas de symboles chargé" le problème, alors j'ai fait ce que j'ai posté 🙂
en aspx.fichiers cs?:) ne sont-ils pas compilé dynamiquement ou quoi? si non, aucune idée de ce que dll elles sont compilées dans
OriginalL'auteur ta-run
Dans mon cas, j'ai mis à jour mon repo à partir de Git et le Projet a changé de Local IIS IIS Express (Projet > Propriétés > onglet Web). Ce en quelque sorte gâché ma configuration et je n'étais pas en mesure de débogage.
OriginalL'auteur Lenin