Discussion :

[oodini]

Bonjour,

J'ai une exception que je n'arrive à choper qu'avec catch(...).

Le code suivant n'est-il pas de même supposé attraper toutes les exceptions ?

Code :

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

1
2
3
4
catch (const std::exception &e)
{
    cerr << e.what();
}

Sinon, quel est le moyen pour connaître le type d'une exception ?

Merci.

[Patriarch24]

Le code suivant n'est-il pas de même supposé attraper toutes les exceptions ?

Malheureusement, en C++, il est possible de lever des exceptions... qui n'en sont pas ! En effet :

Code :

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

throw 5;

est un code valide. Et le code

Code :

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

catch(std::exception& e)

ne permet pas de récupérer cette levée. A priori, n'importe quel objet C++ (au sens du langage) peut être utilisé dans une expression throw. Il faut te documenter sur les objets utilisés. En particulier, sous Windows/MFC, les CException sont utilisées et ne sont pas des exceptions standards. Pire, ce sont des pointeurs vers des exceptions qui sont "jetés".

[oodini]

En fait, l'exception est "jetée" par l'instruction suivante :

Code :

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

throw AmException( MString("Unable to find RenderGlobals"), __FILE__, __LINE__);

sachant que AmException est définie par :

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
#include <exception>
#include <maya/MString.h>
 
class AmException : public std::exception
{
public:
    AmException(MString msg, const char *file = NULL, int line = -1);
    virtual const char *what(void) const;
 
private:
    MString mMessage;
    MString mFile;
    int mLine;
};
#endif /* _EXCEPTION_H_ */

Je précise qu'aucun destructeur n'a (encore) été codé.

[Laurent Gomila]

Ton code est censé rattraper tout ce qui dérive de std::exception, ce qui est le cas de AmException, donc il doit y avoir une erreur autre part. Tu peux essayer d'extraire un code minimal qui reproduit le problème, ça ne devrait pas être très dur vu le contexte restreint.

[oodini]

Il y avait en fait une autre exception qui venait s'intercaler, et qui a troublé le raisonnement.

Cela dit, si j'arrive bien à présent à attraper la classe xxception, je n'arrive pas à attraper AmException... :-/

Au fait, c'est bizarre, Visual 2003 ne reconnaît pas par Intellisense ("autocompletion") std::exception, alors qu'il n'y a aucun problème pour std::bad_alloc.

[oodini]

Bon, rien à faire, je n'arrive pas à attraper mon instance AmException.

Je remets quelques morceaux de code :

Code :

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

1
2
throw AmException( MString("Unable to find RenderGlobals"),
                                     __FILE__, __LINE__);

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
catch (int)
{
	AmLogger::write(AM_MESG, "Dudule");
}
 
catch (AmException &amException)
{
    AmLogger::write(AM_MESG, "amException");
    AmLogger::write(AM_MESG, amException.what());
}
 
catch (const std::exception &e)
{
	AmLogger::write(AM_MESG, e.what());
}

Si je balance un entier ou une instance d'exception (je parle de la classe), pas de problème. Mais avec AmException, que dalle...

Merci pour votre aide, car je susi à la ramasse, là.

[Médinoc]

As-tu essayé avec const ?

[oodini]

Idem !

Merci néanmoins pour la suggestion.

[Laurent Gomila]

Ton code sorti de son contexte est supposé fonctionner ; c'est donc le contexte qui introduit une erreur quelque part (quelque chose qui ne se trouve pas dans ce que tu nous montres).
Donc comme je te l'ai dit, le meilleur moyen est d'extraire un code complet minimal qui reproduit le problème ; là tu trouveras tout de suite l'origine du problème.

[oodini]

En fait, il semble que le fait de lever cette exception en levait une autre qui venait s'intercaler...