Discussion :

[Aurelien.Regat-Barrel]

Ah... j'avais pas pensé à une fonction template, et je connaissais pas boost::bind. Du coup j'ai utilisé à contre coeur des macros. Surtout que je vois parfaitement où je pourrais caser ça. J'ai une classe error manager que j'utilise ainsi :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
void MyDlg::buttonStartClicked()
{
    TRY_EM( "MyDlg::buttonStartClicked()" )
        this->Model.Start();
    CATCH_EM
}

Ces macros valent en gros :

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
 
#define TRY_EM( name ) \
    {\
    ErrorManager em( name ); \
    try \
    {\    
 
#ifdef DEBUG
#define CATCH_EM \
    }\
    catch ( const UserException & e )\
    {\
        em.Error( e );\
    }\
    }
#else
#define CATCH_EM \
    }\
    catch ( const UserException & e )\
    {\
        em.Error( e );\
    }\
    catch ( const InternalException & e )\
    {\
        em.Error( e );\
    }\
    catch ( const std::bad_alloc & e )\
    {\
        em.Error( e );\
    }\
    catch ( const std::exception & e )\
    {\
        em.Error( e );\
    }\
    catch ( ... )\
    {\
        em.CriticalError();\
    }\
    }
#endif

En debug seules les erreurs destinnéées à l'utilisateur sont traitées, le reste c'est des erreurs internes (assertion maison qui foire, division par zero, etc...) et je les traite pas pourque le debugger m'y emène.

Avec un zoli template, ca deviendrait :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
void MyDlg::buttonStartClicked()
{
    ErrorManager em( "MyDlg::buttonStartClicked()" );
    em.SafeCall(
        this->Model.Start );
}

8)

[Luc Hermitte]

Si tu appelles toujours exactement "em.Error(e);", et que la fonction n'a pas été surchargée, alors il est encore plus simple de faire dériver tout le monde de std::exception.

Sinon, j'ai au contraire encore plus d'exceptions à afficher en mode debug. J'utilise des smart-assertions, inspirées de l'article d'Andrei Alexandrescu, qui peuvent lever des exceptions.

PS: pour boost::bind, je n'ai pas vérifier mais il me semble que l'écriture que j'ai utilisée définit un foncteur qui sera évalué en "obj.fn(p1,p2);" -- j'ai un doute dans l'ordre des paramètres.

[Aurelien.Regat-Barrel]

Si tu appelles toujours exactement "em.Error(e);", et que la fonction n'a pas été surchargée, alors il est encore plus simple de faire dériver tout le monde de std::exception.

Elle est surchargée, et mes classes perso d'exception héritent de std::exception. Cependant elles me donnent plus d'infos : lieu de l'exception, parametre invalide, message d'aide pour l'utilisateur, etc...

Sinon, j'ai au contraire encore plus d'exceptions à afficher en mode debug. J'utilise des smart-assertions, inspirées de l'article d'Andrei Alexandrescu, qui peuvent lever des exceptions.

Ben moi je les affiche pas. En ne les catchant pas, le debugger de VS me place à l'endroit exact où elle a lieu, je peux voir en live la valeur des variables, la pile des appels, etc...

[slylafone]

Merci beaucoup pour les infos et les idées.
Il va falloir que je me penche sur la librairie boost. Ca a l'air interessant.