Discussion :

[psykhot]

bonjour,

J'ai un programme en C++ avec un appel RPC qui génère une exception. J'ai entourée cette ligne par un try catch(...) mais je n'arrive pas à catcher l'exceptions. A la place j'ai une fenêtre windows avec un rapport d'erreur qui s'affiche.

J'ai essayé de rajouter avant l'appel une ligne qui fait une division par zero, et la mm probleme, l'exception de division par 0 n'est pas catchée.

Enfin j'ai essayé de lever moi même une exception avec un throw et cette fois-ci miracle l'exception est catchée.

Je ne comprends pas bien comment fonctionne le mécanisme d'exception en C++ mais de ce que j'en sais, le catch(..) aurait du catcher toutes les exceptions. Est-ce que quelqu'un aurait une idée sur la raison de ce comportement? Peut-être faut-il rajouter handler spécial pour gérer ces exceptions?

Merci d'avance pour votre aide

[Goten]

Les exeptions du type déclenché ne sont peut être par géré (par une mauvaise conception, ou un oublie). Décortique le code qui pose problème dans la bibliothèque pour voir.

[white_tentacle]

Il y a une option de compilation à mettre pour que, sous visual, les divisions par 0 et autres soient traitées en tant qu'exceptions.

Par défaut, leur comportement est plutôt celui d'un abort().

À noter que dans tous les cas, ça ne sera pas portable, et que tu ne dois pas faire une division par zéro (et donc, essayer de la récupérer est une mauvaise idée, sauf si évidemment des vies sont en jeu ).

[loufoque]

Une division par zéro lève un comportement indéfini, pas une exception.

[psykhot]

Merci pour vos réponses. Le division par zero me servait juste à tester si le problème venait de la gestion des exceptions. Je vais regarder pour l'option de compilation.

[Médinoc]

Sous Windows, les divisions par zéro et les appels RPC déclenchent chacun une exception Win32.

J'ignore comment ça se gère sous MinGW, mais sous Visual, il faut utiliser des blocs __try/__except, par opposition aux blocks try/catch.
Notez qu'on ne peut utiliser les deux dans une même fonction.
Sinon, il y a aussi l'option d'utiliser _set_se_translator().

PS: Pour une gestion correcte, vérifier que le paramètre "C++ Exception Handling" du projet est /EHa et non pas /EHsc.

[psykhot]

En utilisant l'option de compilation /EHa à la place de /EHsc je catche toutes les exceptions. cela semble résoudre le problème et me permet de gérer tous les cas dégradés. Merci pour tout.