Unhandled Exception at 0x User BreakPoint

Bonjour,
Lors de l'execution de mon programme, j'ai une exception de type

Unhandled exception at 0x7847193 in mon_prog.exe: User breakpoint

et ceci sachant que je fais un try et un catch pour catcher les exceptions et pourtant j'ai toujours la petite fenetre qui me sort deux fois lors de l'execution de mon prog. Je dois juste appuyer sur le bouton "continue" pour que ca continuer. Le programme est bien executé mais ya le probleme de cette fenetre indiquand l'exception qui sort deux fois

En fait quand j'ai debogué mon programme j'ai remarqué que cette exception est levée dans des endroit differents entre une execution et une autre, je ne comprend plus rien... mais generalement c est dans des endroits où j'utilise un strncpy, ou lors de l'utilisation d'un un ostringstream ou aussi lors de l'execution d'une requete

kelkun a une idée SVP???

Tu devrais plutôt utiliser un débogueur pour localiser l'endroit qui pose problème.

Sinon montre nous un peu de code, on ne sait jamais.

Comme je l'ai dis j'ai debogué mon prog et l'exception est levée dans des moment different d'une execution à autre et c est dans des ligne de genre:

Code:

---

1 2	if(strcmp(RequestInsertInDealAEnvoyer,"") != 0){

---

ou

Code:

---

1 2 3

ostringstream oss; oss<<"insert into ma_table(valeur_float) values("<<un_double<<")";

---

ou aussi lors de l'execution d'une requete8O sachant que la requete est bien faite

un feedback SVP!!!:roll:

Si l'exception n'est jamais levée au même endroit, tu as certainement un problème de pointeur mal géré.
Vérifie bien chaque portion de code où tu manipules des pointeurs, et en particulier, lorsque tu passes des pointeurs en paramètre de fonctions.
Sinon, tu ne donnes pas assez de détails pour que l'on puisse t'aider. Enfin, en ce qui me concerne, je suis impuissant si tu ne cible pas mieux ton erreur.

edit: il faut utiliser des pointeurs que lorsqu'on ne peut pas faire autrement. Il faut s'en passer tant que faire se peut.

Salut,

Peux-tu nous donner plus d'information sur ton environnement de développement et l'OS sur lequel tu travailles. Utilises-tu certaines bibliothèques ?

Ce qui est bizarre avec ton problème, c'est que je n'ai pas l'impression que ton programme plante. Si tu avais effectivement un problème de pointeur tu arriverais au bout d'un moment sur un "access violation" ! (même si sa probabilité n'est pas de 100%).

As-tu essayer de recompiler ton programme complètement et/ou de recréer un nouveau projet. Essaie de compiler en release au lieu de debug. J'ai déjà eu des problèmes de ce type inexpliqué à cause d'un projet Visual C vérolé.

Catcher les exceptions C++ ne sert à rien ici... vu que c'est pas une exception C++ :)

Si c'est sous winwin... y a le:

Code:

---

1 2 3

__try { } __catch() {}

---

pour catcher ces exceptions là.

Maintenant, c'est vraiment pas terrible de les catcher (à part dans le cas d'un watchdog), vu que justement ce sont des exceptions pertinentes.

En général, celà indique qu'un fonction en mode 'debug', vient de repérer que la HEAP est sérieusement vérolée. En général, l'output du debugger devrait avoir affiché un message genre "First chance exception..." avant.
Il est très facile sous Visual Studio, de forcer le programme à s'arrêter dès l'apparition des ces exceptions.

Citation:

---

Envoyé par nicroman

Catcher les exceptions C++ ne sert à rien ici... vu que c'est pas une exception C++ :)

Si c'est sous winwin... y a le:

Code:

---

1 2 3

__try { } __catch() {}

---

pour catcher ces exceptions là.

---

Ben non, plus maintenant : Ça a été corrigé sous VS 2005.
Mais tu peux appeler la fonction _set_se_translator() pour "traduire" toute exception Win32 en exception C++...


Mais les exceptions "user breakpoints" signifient généralement des erreurs du même type que les échecs d'assertions. Généralement, elles affichent un message d'erreur, et le code contient un breakpoint pour faciliter le débogage.

Typiquement, tu dois vérifier que tes fonctions sont correctement appelées, qu'il n'y a pas d'erreur de buffer entretemps, etc.