Pourquoi ne F10 (pas sur) dans Visual Studio fonctionne pas?
Je suis le débogage d'un (web) du projet dans Visual Studio 2008. Je suis de frapper un point d'arrêt. F10 continue à la ligne suivante, comme prévu, mais la prochaine F10 s'arrête juste au débogage et le code continue, sans plus de débogage (comme appuyer sur la touche F5). Pourquoi est-ce arrivé?
- J'ai essayé de "nettoyer la solution".
- D'autres points d'arrêt parfois(!) sauté, même dans la même méthode
Toute indices?
- et assurez-vous que votre code est reachalbe
Vous devez vous connecter pour publier un commentaire.
C'est probablement parce que vous n'avez pas la mise à jour kb 957912 pour Visual Studio 2008.
Qui a résolu le même problème sur ma machine.
Assurez-vous que vous êtes en mode de Débogage pas à la Libération.
Sans en savoir davantage au sujet de votre demande, c'est difficile à dire, mais généralement ce genre de chose se produit lorsque le processus démarre un thread ou sinon va dans le code là où il n'y a pas toute les informations de débogage.
Il pourrait y avoir une exception lors de l'exécution de l'instruction en question. Essayez d'activer toutes les exceptions pour percer dans le débogueur et vérifier.
On dirait presque que vous avez les paramètres par défaut pour le débogage. Si vous allez à:
Outils
- Options
- Débogage
Dans la section général il y a une option "Activer uniquement Mon Code"
Par défaut, cette option est cochée, si vous décochez l'option que vous devriez être en mesure de faire un pas dans le code que vous souhaitez voir.
Sans en savoir plus sur votre projet et le code que vous faites référence, c'est ma meilleure hypothèse pour expliquer pourquoi vous ne pouvez pas avancer dans le code.
J'espère que ça aide
Rihan
F10 est une Étape de Plus. Cela signifie que toutes les méthodes appelées par votre méthode actuelle ne sera pas montré dans le débogueur. Si ces jeter une exception non interceptée ou en quelque sorte la fin d'exécution, de débogage sera juste la fin, ce qui aboutirait à ce que vous vivez.
F11 (pas Dans) est généralement une meilleure idée en parcourant le code.
Il pourrait être le renforcement au cours de la dernière exécution du code dans le fil ou d'une certaine manière c'est le retour à la thread de l'INTERFACE utilisateur. Si c'est un GUI application, essayez de faire quelque chose qui invoque un gestionnaire d'événement et de voir si il se casse sur la prochaine exécution.
J'ai eu ce problème, tout en développant une Application Web qui a été en cours d'exécution sur IIS sur ma machine locale. J'ai trouvé que l'ouverture du gestionnaire des tâches et tuer le processus (w3wp), puis d'essayer de nouveau fait le problème temporairement.