IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Threads & Processus C++ Discussion :

Multihtread exception safe


Sujet :

Threads & Processus C++

  1. #1
    Inactif  


    Homme Profil pro
    Inscrit en
    Novembre 2008
    Messages
    5 288
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 49
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Secteur : Santé

    Informations forums :
    Inscription : Novembre 2008
    Messages : 5 288
    Par défaut Multihtread exception safe
    tous

    J'étais entrain de rédiger une partie pour http://www.open-std.org/jtc1/sc22/wg...007/n2179.html pour le tuto sur le C++11. Comme je suis pas exception-proof (Qt inside ) je me demandais :
    * l'intérêt de ce genre de chose est bien de pouvoir traiter une exception lancée dans un thread dans un autre thread ?
    * peut-on le faire sans ça ?
    * comment en faisant avant ?

    Perso, je traitais l'exception dans le thread qui lance l'exception et en gros, c'est tout (retour erreur ou variable membre error)

    Avec la nouvelle norme, on a ça :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    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
    #include <iostream>
    #include <exception>
    #include <stdexcept>
     
    #define USE_THREAD_BOOST
    #ifdef USE_THREAD_BOOST
        #include <boost/thread.hpp>
        using boost::thread;
    #else
        #include <thread>
        using std::thread; 
    #endif
     
    using std::cout;
    using std::endl;
     
    struct Task {
        void operator() () {
            try {
                // big work
                std::string().at(1);
            } catch(...) {
                e = std::current_exception(); // on récupère l'exception
            }
        }
     
        std::exception_ptr e = nullptr;
    };
     
    int main ()
    {
        cout << "Lancement du thread" << endl;
        Task tk;
        thread th(boost::ref(tk));
        th.join();
     
        try {
            if (tk.e != nullptr) { // ou : e != std::exception_ptr()
                std::rethrow_exception(tk.e); // relance l'exception
            }
        } catch(const std::exception& e) {
            std::cout << "Exception lancée dans le thread : " << e.what() << std::endl;
        }
     
        return 0;
    }
    Des remarques sur ce code ?

    Merci

  2. #2
    Membre éprouvé
    Profil pro
    Inscrit en
    Novembre 2004
    Messages
    2 766
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2004
    Messages : 2 766
    Par défaut
    Je n'ai pas beaucoup de compétences dans ce domaine, mais as-tu jeté un oeil à Boost.Exception ? Peut-être y trouveras-tu des infos intéressantes.

  3. #3
    Inactif  


    Homme Profil pro
    Inscrit en
    Novembre 2008
    Messages
    5 288
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 49
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Secteur : Santé

    Informations forums :
    Inscription : Novembre 2008
    Messages : 5 288
    Par défaut
    Citation Envoyé par oodini Voir le message
    Je n'ai pas beaucoup de compétences dans ce domaine, mais as-tu jeté un oeil à Boost.Exception ? Peut-être y trouveras-tu des infos intéressantes.
    en effet, je n'avais pas penser à regarder si boost proposait la même chose. Il s'agit aussi de l'implémentation de N2179, ce qui répond aux questions 2 et 3

  4. #4
    Rédacteur/Modérateur
    Avatar de JolyLoic
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Août 2004
    Messages
    5 463
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 50
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Août 2004
    Messages : 5 463
    Par défaut
    Citation Envoyé par gbdivers Voir le message
    * l'intérêt de ce genre de chose est bien de pouvoir traiter une exception lancée dans un thread dans un autre thread ?
    * peut-on le faire sans ça ?
    * comment en faisant avant ?
    1/ Oui
    2/ Non, du moins pas pour toutes les exceptions
    3/ On ne faisait pas... On devait mettre un système de gestion des exceptions au plus haut niveau dans le thread appelé, qui communiquait l'erreur au thread appelant par un mécanisme autre que celui des exceptions. Ça allait pour les erreurs que l'on connait, mais pas quand il s'agit de transmettre une exception dot on ne connait rien de manière générique.
    Ma session aux Microsoft TechDays 2013 : Développer en natif avec C++11.
    Celle des Microsoft TechDays 2014 : Bonnes pratiques pour apprivoiser le C++11 avec Visual C++
    Et celle des Microsoft TechDays 2015 : Visual C++ 2015 : voyage à la découverte d'un nouveau monde
    Je donne des formations au C++ en entreprise, n'hésitez pas à me contacter.

  5. #5
    Inactif  


    Homme Profil pro
    Inscrit en
    Novembre 2008
    Messages
    5 288
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 49
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Secteur : Santé

    Informations forums :
    Inscription : Novembre 2008
    Messages : 5 288
    Par défaut
    Citation Envoyé par JolyLoic Voir le message
    1/ Oui
    2/ Non, du moins pas pour toutes les exceptions
    3/ On ne faisait pas... On devait mettre un système de gestion des exceptions au plus haut niveau dans le thread appelé, qui communiquait l'erreur au thread appelant par un mécanisme autre que celui des exceptions. Ça allait pour les erreurs que l'on connait, mais pas quand il s'agit de transmettre une exception dot on ne connait rien de manière générique.
    Ok, ce que je faisais donc, pas de hack qui me sont inconnu
    Merci

  6. #6
    Rédacteur/Modérateur
    Avatar de JolyLoic
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Août 2004
    Messages
    5 463
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 50
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Août 2004
    Messages : 5 463
    Par défaut
    Disons que la principale astuce pour faire ça avec ses propres exceptions était d'utiliser le pattern de l'objet clonable.
    Ma session aux Microsoft TechDays 2013 : Développer en natif avec C++11.
    Celle des Microsoft TechDays 2014 : Bonnes pratiques pour apprivoiser le C++11 avec Visual C++
    Et celle des Microsoft TechDays 2015 : Visual C++ 2015 : voyage à la découverte d'un nouveau monde
    Je donne des formations au C++ en entreprise, n'hésitez pas à me contacter.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 4
    Dernier message: 02/02/2010, 23h49
  2. Source Safe -> VC++
    Par Emilio dans le forum MFC
    Réponses: 7
    Dernier message: 07/11/2002, 15h57
  3. Réponses: 3
    Dernier message: 01/11/2002, 14h30
  4. Réponses: 5
    Dernier message: 12/06/2002, 15h12
  5. c: gestion des exceptions
    Par vince_lille dans le forum C
    Réponses: 7
    Dernier message: 05/06/2002, 14h11

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo