Discussion :

[gb_68]

Bonjour, j'aimerais savoir si il est possible (et pas trop sale ) de lancer une exception d'un autre type lors de la capture d'une exception dans la construction d'un objet membre de la classe. Normalement l'exception est relancée automatiquement à la fin du catch, alors est-ce légal d'en lancer une autre ? (rien ne semble l'interdire, mais j'ai un doute)

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
 // Exemple
class TMaClasse
{
private:
   CComObject m_ComObject;
public:   
   TMaClasse( )
     try : m_ComObject
   {
       //...
   }
   catch( const _com_error & e )
   {
       throw EComError(e);
   }
};

d'avance

[Médinoc]

Normalement l'exception est relancée automatiquement à la fin du catch

Ah ?
C'est une particularité pour les try/catch englobant les constructeurs?

[Centabarnak]

L'exception n'est pas relancé à la fin du catch même dans le constructeur. L'exception est relancé seulement si elle n'as pas encore été attrappé.

Si tu veux lancer une autre exception, rien ne t'y empêche.

Pourrais tu m'expliquer ce que fait le code suivant ?
try : m_ComObject

[Feriaman]

Salut,

Ah ?
C'est une particularité pour les try/catch englobant les constructeurs?

C'est ce qui est expliqué dans le cours de C++ de developpez.com

Concernant la question originale, je ne sais pas répondre hélas. En tout cas je n'ai jamais eu à le faire. J'imagine que c'est autorisé, faute de quoi il nous manquerait un outil pour préciser les causes des exceptions dans certains cas, mais je ne peux hélas pas l'affirmer.

As-tu essayé ? Est-ce que le compilateur te plante ou te warne ?

Je suis bien curieux de savoir quel modèle de donnée te fait te poser cette question.

Bonne journée.

[Mat007]

Ah ?
C'est une particularité pour les try/catch englobant les constructeurs?

Oui c'est spécial aux "function try blocks" pour les constructeurs (et les destructeurs aha !).
(edit : cf. 15.3.16 dans le standard)

Sinon oui on peut traduire une exception en une autre exception dans le "function try block" d'un constructeur, c'est même le seul cas d'utilisation qui a un peu un intérêt pour cette fonctionnalité (avec des effets de bord style logging tout ça mais bon)...

MAT.

[gb_68]

Merci pour toutes ces réponses .
C'est vrai que ce n'est pas un cas souvent rencontré, mais il est nécessaire qu'une exception soit relancée car en cas d'échec de construction d'un de ses membre (ou aussi d'une classe héritée), l'objet ne peut plus être construit du tout.
Ce genre de code fonctionne sous VS 2005 (avec les parenthèses manquantes ) ; j'avais juste une appréhension concernant le mécanisme de relance automatique d'exception qui aurait pu interdire ou perturber la lancé d'une autre exception (en fait si cela ce passe comme une sorte de "throw;" implicite en fin de bloc il n'y a pas de problème, mais je n'en étais pas sûr).
Dans mon cas, le but serait de ne pas propager une exception _com_error (copyright Microsoft) qui forcément n'hérite pas (recopyright Microsoft ) de std::exception (au contraire de EComError que j'ai créer justement pour ç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
 // Exemple
class TMaClasse
{
private:
   CComObject m_ComObject;
public:   
   TMaClasse( )
     try : m_ComObject() // <-- oups il faut les ()
   {
       //...
   }
   catch( const _com_error & e )
   {
       throw EComError(e);
   }
};

Je vais tacher d'utiliser avec soins cette écriture .