Besoin d'aide avec try catch

Bonjour,
Dans un programme simple en C++ sous Linux compilé avec g++ je voudrais me servir de try catch pour intercepter les exceptions.

Ce que je ne comprends pas c'est qu'en faisant un programme de test comme celui ci-dessous mes exceptions ne sont pas catchéés.
Je viens du monde Delphi ou ce genre d'exceptions seraient bien catcher. Y a t'il une différence en C++ ?
Merci

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

#include <iostream> #include <stdexcept>   int main(int argc, char **argv) { int i; try { i =0; i = 4/i; } catch (const std::exception & e) { std::cout << "Exception 1: "<< e.what()<<"\n"; } catch (...) { std::cout << "Exception 2\n"; } }

---

La mon programme plante avec "Floating Point Exception" pourquoi n'est pas intercepté ?

Car Floating Point Exception est une interruption (c'est un signal envoyé par le processeur). try catch ne fonctionne qu'avec des exceptions lancées par throw et ne fonctionne pas avec des interruptions (des signaux).

En clair, il faut que tu crées une classe DivisionParZero qui lance une exception pour que ça marche.

OK Merci c'est ce que j'étais en train de me dire à force de chercher. C'est dommage en Delphi c'est simple les exceptions et les interuptions sont catchés :mrgreen:

Donc si j'ai bien compris j'oublie les division par zéro, les dépassesement de capacités pour les tableaux etc...
Sinon pour intercepter les interruptions ya pas plus simple que de ce creer une classe a chaque fois ?

Pour les dépassements de capacités pour les tableaux, je te conseille d'utiliser std::vector avec des itérateurs. Maintenant, si ton programme nécessite forcement d'utiliser des try/catch pour tester ça... c'est que le code n'est vraiment pas bon.

Citation:

---

En clair, il faut que tu crées une classe DivisionParZero qui lance une exception pour que ça marche.

---

Oui, et comment tu l'as fait la lancer d'exception ?

Sachant qu'une exception dans un handler sur le signal, ça ne marche pas :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50

#include <iostream> #include <stdexcept> #include <csignal>   class FloatingPointException : public std::exception { public: FloatingPointException() { msg = "FloatingPointException"; }   virtual ~FloatingPointException() throw() { }   virtual const char * what() const throw() { return this->msg.c_str(); }   private: std::string msg; };   void floatingPointExceptionHandler(int i) { std::cerr<<"floatingPointExceptionHandler"<<std::endl; throw FloatingPointException(); }   void f() { try { int i = 0; i = 4/i; } catch(FloatingPointException & e) { std::cerr<<e.what()<<"e"<<std::endl; } }   int main() { signal(SIGFPE, floatingPointExceptionHandler); f(); return 0; }

---

Lancer des exceptions dans un gestionnaire de signaux est un comportement indéfini.

Citation:

---

Envoyé par loufoque

Lancer des exceptions dans un gestionnaire de signaux est un comportement indéfini.

---

C'est pour ça que je donnais le code pour montrer que ça marchait pas ;) (bon, j'aurais dû préciser que ça aurait pu marcher :mouarf: )

Citation:

---

Envoyé par millie

Oui, et comment tu l'as fait la lancer d'exception ?

---

???

voir http://c.developpez.com/faq/cpp/inde...ONS_type_perso

On peut tout à fait définir notre propre type d'exception ! ;)

Tu n'as pas compris le soucis. Le problème n'étant pas de définir l'exception, mais de définir comment la lancer.
Il cherche à intercepter une interruption du type Float Point Exception (SIGFPE). Il est possible de détecter ce signal (SIGFPE) qu'en utilisant un gestionnaire de signaux (avec la fonction signal). Le problème étant qu'une lancée d'exception (comme l'a indiqué loufoque) dans le handler est un comportement indeterminée.

Tu peux essayer le code que j'ai posté et ne fonctionne pas sur ma machine (x86/windows XP). Il n'est donc pas possible (a priori) de lancer automatiquement une exception et de pouvoir la rattraper pour détecter une interruption.

Pour info, le code initial fourni l'affichage souhaité compilé avec visual C++ et les bonnes options de compilation. Mais ça n'a rien de standard, et c'est uniquement du à la façon dont sont implémentées les exceptions C++ à base de SEH exceptions sous windows/visual C++. Mais en tout cas, ça prouve que ce genre de choses n'est pas impossible à obtenir, à condition de pouvoir modifier son OS/compilateur.

Citation:

---

Envoyé par millie

Tu n'as pas compris le soucis. Le problème n'étant pas de définir l'exception, mais de définir comment la lancer.

---

OK ! ;)
Avec un throw!

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

class DivisionParZero: public std::exception { virtual const char* what() const throw() { return "Erreur : tentative de division par zéro"; } }   int main () { try { int i = 0;   if (i == 0) throw DivisionParZero(); int a = 4 / i; }   catch (const std::exception & e) { std::cerr << e.what() ; } }

---

Code non testé, mais c'est l'idée... :D

Vu comme ça, c'est évident mais ce n'était pas ce que LeBigornot voulait.

Il cherchait à utiliser un code du genre :

Code:

---

1 2 3 4 5 6 7 8 9

int i; try { i =0; //pas de throw à ce moment i = 4/i; //la division par 0 lance une exception } catch (const std::exception & e) { std::cout << "Exception 1: "<< e.what()<<"\n"; }

---

De telle manière que l'interruption SIGFPE soit intercepté. Mais ce n'est pas possible de le faire avec des exceptions.


Regarde mon code que j'ai mis (le deuxième post), on utilise signal pour intercepter SIGFPE, mais ça ne marche pas car comme on l'a dit, la lançée d'exception dans un handler (exécuté suite au lancement du signal SIGFPE) est un comportement indeterminée.

Sinon, ne t'inquiètes pas, je sais utiliser des exceptions. Le problème ne venant pas de là, le problème venait du fait qu'il avait confondu interruptions (signaux) et exceptions. Et qu'il n'est pas possible de "convertir" une interruption en exception (du moins de manière portable)

Citation:

---

Envoyé par millie

Sinon, ne t'inquiètes pas, je sais utiliser des exceptions. Le problème ne venant pas de là, le problème venait du fait qu'il avait confondu interruptions (signaux) et exceptions. Et qu'il n'est pas possible de "convertir" une interruption en exception (du moins de manière portable)

---

Je ne m'inquiètes pas.... ;)

C'est sûr que la lancée d'exception automatique est l'idéal. L'utilisation de bibliothèque (STL, Boost, etc...) permet de ne pas polluer son propre code de throw().

Je vais peut-être dire une connerie (sûrement même), mais peut-être que quelque chose du genre sera dispo dans la nouvelle norme C++0x (en plus du ramasse miette automatique) ???