Plantage anormal sur exception

Bonjour,

j'essaye de faire tourner cette example de boucle mixant une exception et openMP sous linux avec gcc4.4.1 et openMP 3.0. J'ai aléatoirement des plantage de l'appilcation. J'ai cru comprendre que les exceptions ne pouvaient pas franchir les threads de openMP mais pourqoui cela plante-t-il à l'interieur si je les catch en interne aux threads.
Je sais c'est un peu compliqué, mais si quelqu'un a une suggestion

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

class Exception : public std::exception { public : std::string Message; Exception(std::string Mes) { Message=Mes; } Exception(const char *Mes) { Message=Mes; } virtual const char* what() const throw() { return(Message.c_str()); } virtual ~Exception() throw() { } };   ... ... // Lancer à partir d'un thread de calcul   std::string err; #pragma omp parallel for (int i=0;i<1000;i++) { try { throw Exception("une exception"); } catch (Exception &e) { err=e.Message; } }

---

Salut,

Tu utilises MinGW ? Si c'est le cas jette un coup d'oeil sur ce thread ça pourrait t'intéresser.

Ok merci de ta suggestion, mais j'utilisais déjà ce flag "-mthreads" dans ma compilation avec mingW

Salut,

Tu es sûr que ça vient d'une exception non attrapée ?

MAT.

Oui, c'est moi qui la provoque dans mon example

Bonjour,
Je n'ai jamais utilisé openMP, mais il semblerai que plusieurs threads vont modifier en même temps la variable err. Ne faudrait-il pas utiliser un mutex?

EDIT: Tout compte fait je viens de tester et même en retirant la variable err, et même en utilisant une std::exception de base, le problème est le même.

Code:

---

1 2 3 4 5 6 7 8 9

#pragma omp parallel for (int i=0;i<1000;i++) { try { throw exception(); } catch(exception &e){} }

---

Je suis un peu surpris car avec boost::thread il m'arrive de gérer des exceptions dans des threads et ca se passe très bien.

Oui, je trouve ca trés étrange. Il semblerait que les plantages soient aléatoires. Par example en mode debugger si je place un printf(...) dans le catch je n'ai plus de plantage.