Le point d'arrêt ne sera pas atteint pour l'instant [Résolu]
cs_oliv72
- Messages postés
- 9
- Date d'inscription
- jeudi 27 février 2003
- Dernière intervention
- 26 mai 2009
- Messages postés
- 26
- Date d'inscription
- lundi 23 janvier 2012
- Dernière intervention
- 29 septembre 2014
A voir également:
- Le point d'arret ne sera pas atteint pour l'instant aucun symbole n'a été chargé pour ce document
- Le point d'arret ne sera pas atteint pour l'instant aucun symbole n'a été chargé pour ce document c# - Meilleures réponses
- Aucun symbole n'a été chargé pour ce document - Meilleures réponses
- Point d'arret ✓ - Forum - Delphi / Pascal
- Avec un point d'arrêt, ça marche nickel, autrement c'est la cata ✓ - Forum - C# / .NET
- Erreur (0x80000003) - L'exception Point d'arrêt ✓ - Forum - C
- Pb de point d'arret ✓ - Forum - Visual Basic
- Ca marche...qu'avec un point d'arret ! ✓ - Forum - C# / .NET
4 réponses
Meilleure réponse
- Messages postés
- 26
- Date d'inscription
- lundi 23 janvier 2012
- Dernière intervention
- 29 septembre 2014
Salut a tous,
Petite contribution si ca peut aider quelqu'un :
Mon débogueur ne fonctionnait plus, "Le point d'arrêt ne sera pas atteint pour l'instant" de temps en temps, ou "Il n'ya plus de code source disponible pour l'emplacement en cours", sous Visual Studio 2008, après quelques recherches sans solutions et avoir constaté que les modifs n'étaient pas prises en comptes lors d'une génération du projet, j'ai supprimé le contenu du répertoire : "nomprojet"\bin\Debug pour être sur qu'il regénère tout et bingo ca a marché...!
Voila si ca peux dépanner, bye!
Nico
Petite contribution si ca peut aider quelqu'un :
Mon débogueur ne fonctionnait plus, "Le point d'arrêt ne sera pas atteint pour l'instant" de temps en temps, ou "Il n'ya plus de code source disponible pour l'emplacement en cours", sous Visual Studio 2008, après quelques recherches sans solutions et avoir constaté que les modifs n'étaient pas prises en comptes lors d'une génération du projet, j'ai supprimé le contenu du répertoire : "nomprojet"\bin\Debug pour être sur qu'il regénère tout et bingo ca a marché...!
Voila si ca peux dépanner, bye!
Nico
Quelques mots de remerciements seront grandement appréciés. Ajouter un commentaire
117 internautes nous ont dit merci ce mois-ci
- Messages postés
- 3982
- Date d'inscription
- mardi 8 mars 2005
- Dernière intervention
- 7 novembre 2014
Salut,
Il y a une méthode (De barbare) que l'on utilise parfois quand ça devient vraiment le souk (Plein de langages de progs qui s'appelles les uns les autres) et que les points d'arrêts suivent plus, c'est d'utiliser la fonction DebugBreak.
On la met simplement au début du code à déboguer. Cela revient à mettre un point d'arrêt. Si on a de la chance, ça fait planter le programme, et on a le message habituel blablabla, appuyer sur annuler pour déboguer. Donc là tu fais annuler, et si tu as configuré VC comme débogueur, paf ça te lance une instance de VC, avec le source qui va bien et tout !
Mais même ces méthodes ne marchent pas toujours, si le langage appelant a mis un handler d'exception par exemple. Il catch le point d'arrêt de DebugBreak et là c'est mort. Reste plus qu'à insulter l'auteur du handler qui de toute façon est à l'autre bout de l'Europe et ne bosse plus avec nous.
Dans ton cas je serais surpris que M$ n'est pas mis de handlers autour des appels de fonction dll "non safes" dans le VB. Comme ça dans ton dos, pour te protéger.
Reste la méthode BruNews...
Il y a une méthode (De barbare) que l'on utilise parfois quand ça devient vraiment le souk (Plein de langages de progs qui s'appelles les uns les autres) et que les points d'arrêts suivent plus, c'est d'utiliser la fonction DebugBreak.
On la met simplement au début du code à déboguer. Cela revient à mettre un point d'arrêt. Si on a de la chance, ça fait planter le programme, et on a le message habituel blablabla, appuyer sur annuler pour déboguer. Donc là tu fais annuler, et si tu as configuré VC comme débogueur, paf ça te lance une instance de VC, avec le source qui va bien et tout !
Mais même ces méthodes ne marchent pas toujours, si le langage appelant a mis un handler d'exception par exemple. Il catch le point d'arrêt de DebugBreak et là c'est mort. Reste plus qu'à insulter l'auteur du handler qui de toute façon est à l'autre bout de l'Europe et ne bosse plus avec nous.
Dans ton cas je serais surpris que M$ n'est pas mis de handlers autour des appels de fonction dll "non safes" dans le VB. Comme ça dans ton dos, pour te protéger.
Reste la méthode BruNews...
- Messages postés
- 9
- Date d'inscription
- jeudi 27 février 2003
- Dernière intervention
- 26 mai 2009
Merci pour vos réponses ! Effectivement j'avais en tête la solution fichier mais qui me paraissait pour contourner un problème qui me semblait d'ordre général.
J'ai réussi à résoudre le problème. Mais j'ai tenté tellement de chose pour le solutionner que je n'ai pas pu identifier après coup quelle modif exacte avait changé les choses. Peut-être était-ce dû en fait à mon utilisation du debogueur en le lançant sur ma DLL à partir d'un process attaché. Depuis je lance en fait le projet VB avec le menu contextuel Deboguer>>Démarrer une nouvelle instance.
Ceci étant je retiens le DebugBreak !
Olivier
J'ai réussi à résoudre le problème. Mais j'ai tenté tellement de chose pour le solutionner que je n'ai pas pu identifier après coup quelle modif exacte avait changé les choses. Peut-être était-ce dû en fait à mon utilisation du debogueur en le lançant sur ma DLL à partir d'un process attaché. Depuis je lance en fait le projet VB avec le menu contextuel Deboguer>>Démarrer une nouvelle instance.
Ceci étant je retiens le DebugBreak !
Olivier
Vous n'êtes pas encore membre ?
inscrivez-vous, c'est gratuit et ça prend moins d'une minute !
Les membres obtiennent plus de réponses que les utilisateurs anonymes.
Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.
Le fait d'être membre vous permet d'avoir des options supplémentaires.