Question

Je viens de migrer vers Windows Ultimate 64 SP1, car le disque dur de mon système est tombé en panne. J'ai installé Visual Studio 2005 SP1 et tous les correctifs recommandés par Microsoft. J'ai finalement obtenu mon code source de mon SCM, mais le débogage ne s'arrête plus sur aucun des points d'arrêt que j'ai définis. Ceci est juste une application Winforms simple, rien d'extraordinaire.

La première chose que j'ai faite a été de changer la cible de génération en x86. Pas de dé. Ensuite, j'ai téléchargé les outils de débogage pour x64, toujours pas de dés. Je règle le débogueur pour casser toutes les exceptions gérées et non gérées. Pas de dés non plus.

J'ai consulté les résultats de recherche Google, mais je n'ai pas eu de chance non plus. Cela fait 3 jours que je suis là sans succès. Quelqu'un a-t-il déjà traité ce problème auparavant?

Mise à jour:

Tous les projets sont définis sur Debug (x86).

Les points d'arrêt restent normaux au démarrage de la session de débogage.

J'ai déjà effectué une réinstallation et cela n'a pas fonctionné non plus.

J'exécute en tant qu'administrateur et j'ai désactivé le contrôle de compte d'utilisateur.

J'ai joint le projet à l'aide de "Attach to Process", et j'ai pu entrer dans le code de cette façon. J'espère trouver la raison pour laquelle l'attachement n'est pas automatique, afin d'éviter de devoir le faire manuellement à chaque fois.

Était-ce utile?

La solution

Ceci est répertorié comme un problème connu de VS2005 sous Vista (Via MSDN):

  

Titre : Débogage JIT (Just-In-Time) de   un processus élevé échouera

     

Description : les processus élevés ne peuvent pas   être JIT débogué par VS 2005. Cette   inclut les processus système, tels que   IIS et les applications lancées par   en sélectionnant & # 8216; Exécuter en tant qu'administrateur & # 8217;.

     

Solution de contournement : le débogueur doit être   attaché manuellement avant le débogueur   va attraper des exceptions non gérées ou   points d'arrêt utilisateur   (System.Diagnostics.Debugger.Break,   __debugbreak, etc.).

Autres conseils

Quelques questions.

Lorsque votre code se déclenche, le point d'arrêt devient-il un cercle vide avec une info-bulle indiquant que le point d'arrêt ne sera pas touché? Ou bien devient-il un cercle complet avec une info-bulle indiquant le processus auquel il est associé?

Vous pouvez essayer de joindre manuellement le débogueur pour voir si vous obtenez une traction de cette façon. Lancez simplement l'application et, une fois qu'elle est en cours d'exécution, accédez au menu de débogage, puis choisissez "Attacher au processus". - sélectionnez le processus d'exécution de votre application, puis cliquez sur "Joindre".

J'utilise Vista64 sans problèmes - VS2008, cependant.

J'utilise Visual Studio 2005 avec le même niveau de correctif sur Windows Server 2008 x64 et Vista x64 SP1 sans aucun problème.

Le lancez-vous en tant qu'administrateur? Lorsque tout échoue, essayez de désinstaller et de réinstaller.

Assurez-vous que le projet est défini pour une compilation de débogage et non pour une compilation, car la compilation ne contient pas vos informations de débogage.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top