Question sur les problèmes d'allocation dynamique

Version imprimable

Voir 40 message(s) de cette discussion en une page

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:

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:

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:

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

23/10/2004, 18h49
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.
24/10/2004, 00h21
Aurelien.Regat-Barrel

Citation:

Envoyé par 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.

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...

Citation:

Envoyé par Luc Hermitte

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...
25/10/2004, 15h18
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.

Voir 40 message(s) de cette discussion en une page