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 .