C++

try - catch en C++

Recherche :

Mot : Pseudo : Filtrer
Page : 1 2 Page Suivante Page Précédente Bas de page
Auteur	Sujet : try - catch en C++

Xixor

Bonjour,

je débute un peu avec le C++ et je me demandais si il était possible de faire de la gestion d'erreur en try-catch qui reprenne l'éxecution du code après le throw, et pas après le bloc catch.

Exemple :

Le but serait ici que le bloc catch n'affiche qu'un message d'avertissement si erreur.code est 0 et que l'exécution continue normalement, et qu'il quitte le programme si erreur.code vaut 1.

Code :

Citation :

....

struct Erreur
{
string message;
int code;
};

....
string compresse(const string& data, char flag) throw (Erreur)
{
......
if (data2[i]=='a')
{
Erreur er1;
er1.message ="avertissement";
er1.code =0;
throw er1;
}
.....
return data2;
}

string decompresse(const string& rledata, char flag) throw (Erreur)
{
....
if (rledata2[i+1]==flag)
{
Erreur er2;
er2.message="erreur : flag apres flag";
er2.code=1;
throw er2;
}
.....
return rledata2;
}

int main()
{
....
try
{
string str2(compresse(str1,'#'));
// le programme doit s'exécuter jusqu'ici, même si compresse lève une exception
....
string str3(decompresse(str2,'#'));
// mais plus là (si decompresse lève une exception)
}
catch (Erreur erreur)
{
if (erreur.code==0)
{
cout <<erreur.message<<endl;
// LA JUSTE UN AVERTISSEMENT
}
else
{
cout <<erreur.message<<endl;
return 0; // pour quitter le programme

}
}
}

Voilà merci d'avance pour vos réponses et bon dimanche!

A+

Publicité

Taz

bisounours-codeur

déjà, ta classe d'exception, tu là fais hérité de quelque chose dans <stdexcep>

ensuite, tu attrapes l'exception par &

et ne déclare pas le type d'exception lancé

pour finir : n'inclue pas de code, contente toi de définir différentes classes d'exception

Taz

bisounours-codeur

Code :

#include <stdexcept>
#include <string>
namespace Xixor
{
class ErreurCompression : public std::runtime_error
{
public:
explicit ErreurCompression(const std::string& );
};
class ErreurDecompression : public std::runtime_error
{
public:
explicit ErreurDecompression(const std::string& );
};
std::string compresse(const std::string& );
std::string decompresse(const std::string& );
}
namespace Xixor
{
ErreurCompression::ErreurCompression(const std::string& msg)
: std::runtime_error(msg)
{ }
ErreurDecompression::ErreurDecompression(const std::string& msg)
: std::runtime_error(msg)
{ }
std::string compresse(const std::string& s)
{
if(s.empty())
throw ErreurCompression("La chaÃ®ne est vide" );
return "blah";
}
std::string decompresse(const std::string& s)
{
if(s.empty())
throw ErreurDecompression("La chaÃ®ne est vide" );
return "blih";
}
}
#include <iostream>
int main()
{
try
{
Xixor::compresse("foo" );
Xixor::compresse("" );
}
catch(const Xixor::ErreurCompression& ex)
{
std::cerr << "Une erreur s'est produiteÂ lors de la compressionÂ : "
<< ex.what() << '\n';
}
try
{
Xixor::compresse("foo" );
Xixor::decompresse("" );
}
catch(const Xixor::ErreurDecompression& ex)
{
std::cerr << "Une erreur s'est produite lors de la decompressionÂ : "
<< ex.what() << '\n';
}
catch(const Xixor::ErreurCompression& ex)
{
std::cerr << "Une erreur s'est produite lors de la compressionÂ : "
<< ex.what() << '\n';
}
try
{
Xixor::compresse("foo" );
Xixor::decompresse("" );
}
catch(const std::exception& ex)
{
std::cerr << "Une erreur s'est produiteÂ : "
<< ex.what() << '\n';
}
}

pour bien faire

Message édité par Taz le 08-05-2005 à 22:17:41

Xixor

OK merci!

Je regarderai tout ça en détail ce soir !

chrisbk

Citation :

catch(Xixor::ErreurCompression& ex)

pas de const ? [:le kneu]

---------------
NP: HTTP Error 764 Stupid coder found

Taz

bisounours-codeur

si tu en veux ...
mais pour rendre ça drôle, je devrais jeter des exceptions à base de pointeurs

Taz

bisounours-codeur

en fait, note que comme l'objet de l'exception est en ta possession, tu peux t'en servir comme tu veux. Par exemple, faire

ex.message = "Meilleur message de diagnostique";
throw;

ce que tu t'interdis avec le const.

Taz

bisounours-codeur

mais je te sens joueur ce soir : comment ferais-tu pour centraliser la gestion des exceptions, pour ne pas à avoir à taper plusieurs fois toutes la même série de bloc catch ?

chrisbk

A la demande express de mon grand ami push qui me rapelle fort justement et avec le tact qui lui est coutumier que j'ai posté ici [:god]

Taz a écrit :

mais je te sens joueur ce soir

ah mais pas du tout, il ne fallait pas prendre ma question comme etant un défi mais plutot comme l'expression de ma surprise, etant donné que je t'ai souvent vu brandir bien haut l'etendart du "const machin &" dans la gestion d'exception

Citation :

comment ferais-tu pour centraliser la gestion des exceptions, pour ne pas à avoir à taper plusieurs fois toutes la même série de bloc catch ?

votre question ne m'est pas tres claire mon cher [:klem3i1] et depuis 6 mois que je fais du C de bagnard, les exceptions, hein, je vais finir par meme pu trop de quoi il en retourne

Message édité par chrisbk le 09-05-2005 à 00:18:29

---------------
NP: HTTP Error 764 Stupid coder found

Taz

bisounours-codeur

comment tu ferais pour factoriser le traitement d'erreur ? dans l'exemple, j'ai deux try, et à chaque fois, plusieurs catch. Et ça fait plein de code en double pour traiter l'exception.

Publicité

chrisbk

bah jbricolerais un truc a base de fonctions, vu que la seule chose qui change c'est le block try. M'enfin ne me fait pas trop passer pour un con trop longtemps et donne nous ta fine reponse [:god]

---------------
NP: HTTP Error 764 Stupid coder found

Taz

bisounours-codeur

Code :

void gestion_erreur(const char* file, int line, const std::string& msg)
{
try
{
throw;
}
catch(Xixor::ErreurDecompression& ex)
{
std::cerr << file << ':' << line
<< " Une erreur s'est produite lors de la compression : "
<< '(' << ex.what() << " ). "
<< msg << '\n';
}
catch(Xixor::ErreurCompression& ex)
{
std::cerr << file << ':' << line
<< " Une erreur s'est produite lors de la decompression : "
<< '(' << ex.what() << " ). "
<< msg << '\n';
}
}
#define GESTION_ERREUR(MSG) Xixor::gestion_erreur(__FILE__, __LINE__, MSG)

Code :

try
{
Xixor::compresse("foo" );
Xixor::decompresse("" );
}
catch(...)
{
GESTION_ERREUR("Ça suffit maintenant !" );
}

et hop, un répartisseur d'exception, sans dynamic_cast

chrisbk

moué [:ohtusais]

---------------
NP: HTTP Error 764 Stupid coder found

Taz

bisounours-codeur

fais des cauchemards !

++fab

victime du syndrome IH

C'est quoi ce complot hérétique nocturne contre la religion C++ ?
C'etait pour montrer à chrisbk qu'il existe aussi du C++ de bagnard ?

chrisbk

chui clairement pas fan de cette bidouille [:ohtusais] et la macro n'est pas la pour arranger les choses

fab >> du C++ de bagnard je connais, j'en ai meme fait a mes debuts [:marc] (du beau C with classes [:marc] )

---------------
NP: HTTP Error 764 Stupid coder found

Taz

bisounours-codeur

spa une bidouille. Et la macro, elle set à pas grand chose.

Le dernier conseil du jour : ne jamais relancé une exception avec un 'throw e;'. Toujours utilisé 'throw;'. Sinon tu fous en l'air le polymorphisme.

++fab

victime du syndrome IH

Et à quoi te sert le polymorphisme dans ta ~~bidouille~~ ? [:itm] Et à quoi ça te sert de faire hériter tes classes d'exceptions de std::exception (ou une de ces filles) ? [:itm]
Sans compter que la moindre modification dans le bloc try ou dans le nom des classes d'exceptions t'oblige à tout recoder ...

Taz

bisounours-codeur

...

réfléchi d'abord à mon message précédent. En quoi

Code :

catch(My::Exception& e)
{
e.add_info("shit can happen" );
throw e;
}

est un bug alors que

Code :

catch(My::Exception& e)
{
e.add_info("shit can happen" );
throw;
}

est correcte ?

++fab

victime du syndrome IH

OK pour ça ...

Taz

bisounours-codeur

pourquoi ?

chrisbk

++fab a écrit :

Et à quoi te sert le polymorphisme dans ta ~~bidouille~~ ? [:itm] Et à quoi ça te sert de faire hériter tes classes d'exceptions de std::exception (ou une de ces filles) ? [:itm]
Sans compter que la moindre modification dans le bloc try ou dans le nom des classes d'exceptions t'oblige à tout recoder ...

cet argument m'a l'air quand meme sacrement foireux [:marc]

---------------
NP: HTTP Error 764 Stupid coder found

++fab

victime du syndrome IH

ma remarque à 11h22 n'etait pas du tout destiné à ton dernier conseil du jour, mais à ta ~~bidouille~~.
Qu'est ce que ça apporte par rapport à ce que tu avais écrit plus haut ? (en bien)
# try
# {
# Xixor::compresse("foo" );
# Xixor::decompresse("" );
# }
# catch(const std::exception& ex)
# {
# std::cerr << "Une erreur s'est produiteÂ : "
# << ex.what() << '\n';
# }

++fab

victime du syndrome IH

chrisbk a écrit :

cet argument m'a l'air quand meme sacrement foireux [:marc]

Le nom des classes d'exceptions, c'est qqchose que je change environ 3 ou 4 fois, mais c'est une lacune personnelle. J'ai toujours tendance à sous-estimer l'importance d'une conception tot dans le projet de la hiérarchie des classes d'exception. Malgré les conseils du BS [:petrus75]

Taz

bisounours-codeur

ben tu peux centraliser ton code de gestion d'erreur. Notemment si tu dois prendre des décisions (genre ouvrir un message d'erreur). Je te dis pas qu'il faut utiliser que ça, je te dis qu'il y a de la place pour les deux.

Taz

bisounours-codeur

alors vous abandonnez ?

Code :

#include <stdexcept>
#include <string>
#include <iostream>
namespace My
{
class Exception : public std::exception
{
std::string info;
public:
virtual void add_info(const std::string& info)
{
this->info += info;
}
virtual const char* what() const throw()
{
return this->info.c_str();
}
virtual ~Exception() throw() { }
};
class BadException : public Exception
{
public:
virtual ~BadException() throw() { }
};
}
int main()
{
try
{
try
{
throw My::BadException();
}
catch(My::Exception& e)
{
e.add_info("blah" );
throw e; // ou throw; ?
}
}
catch(My::BadException& e)
{
std::cerr << "BadException " << e.what() << '\n';
}
catch(My::Exception& e)
{
std::cerr << "Exception " << e.what() << '\n';
}
}

sans compiler, vous pensez que ça donne quoi ça ?

++fab

victime du syndrome IH

"Exception" (sans compiler)

Taz

bisounours-codeur

et pourquoi ?

skelter

parce que l'exception jetee est une My::Exception par lien polymorphique mais lorsque on fait trow e; on perd l'informartion sur le caractere dynamique du type de l'exception (pas sur :ange: , et pas sur que ca ve dire qulequechose) qui devien My::Exception

++fab

victime du syndrome IH

Taz a écrit :

et pourquoi ?

throw; ça propage l'exception.

throw e; ça déclenche une exception du type statique de e. e construit par [edit]COPY[\edit] constructor.

Message édité par ++fab le 09-05-2005 à 16:11:48

++fab

victime du syndrome IH

throw; préserve le type dynamique de e.

Taz

bisounours-codeur

bon ça va. la clef étant 'type statique'.

++fab

victime du syndrome IH

plus précisément, lors d'un throw My::badException(), une copie temporaire est faite, et elle perdure tant qu'il y a un gestionnaire capable de traiter l'exception. Si l'affaire se termine par autre chose que throw; la copie temporaire est détruite et désallouée !

++fab

victime du syndrome IH

J'ai fini par réaliser l'objectif de ton trick. Vu qu'il était enrober de glaise, je l'ai pris tel quel et j'ai cru que tu rennonçais au polymorphisme ... d'ou ma surprise.
Ton trick sert donc à réaliser une centralisation décentrée (dans le corps d'une fonction) de la gestion des exceptions. C'est un poil obfuscant à mon gout, mais ça sépare encore plus le code d'erreur du reste.

On pourrait peut etre s'en servir dans un cas, sans obfuscations aucune :

Supposons que l'on ai 2 hiérarchies de classes d'exceptions (distinctes).
On récupère habituellement les exceptions dans le plus pur style "les enfants d'abord" (pour éviter le dynamic_cast<> ). Sauf que lorsque l'on a deux hiérarchies distinctes, c'est pas évident de rendre la gestion très lisible.
A ce moment la, Taz exception's trick :

Code :

try{/*...*/}
catch(const std::exception& e)
{ GESTION_ERREUR1("toto" ) }
catch(const nonstd::exception& e)
{ GESTION_ERREUR2("toto" ) }

Taz

bisounours-codeur

ben à chaque fois tu écris autant de catch ...

# catch(const std::exception& e)
# { GESTION_ERREUR1("toto" ) }
# catch(const nonstd::exception& e)
# { GESTION_ERREUR2("toto" ) }

tu duplique à chaque fois. le but c'est foutre ça dans une fonction

++fab

victime du syndrome IH

Et encore, c'est criticable puisqu'il faut faire 2 fonctions, qu'on va quand meme essayer de mettre dans le meme namespace.

++fab

victime du syndrome IH

Taz a écrit :

ben à chaque fois tu écris autant de catch ...

ben non, je prend juste la base

Taz

bisounours-codeur

bah la tu perds des informations de types, et tu dois dynamic_cast'er pour en savoir plus dans tes trucs de gestions d'erreurs.

++fab

victime du syndrome IH

Regarde bien, y a 2 macros ... qui appelle chacune une fonction différente, mais ça n'apparait pas OK.

Taz

bisounours-codeur

ben alors de quoi tu parles ? c'est exactement la même chose. Je t'ai jamais dit que tu devais ne faire qu'une seule et unique fonction.

Publicité

Page : 1 2

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Programmation

C++

try - catch en C++

Sujets relatifs
probleme de try catch	Comment créer une page html dans un catch
try/catch et retour de fonction	[C++] while & try-catch
try catch en wxWidgets / C++	JSP : Catch d'une erreur
catch (...): peut-on récupérer l'exception?	[Resolu][JAVA]Problème de try catch et if else
pourquoi faut-il bannir std::exit \| bloc try-catch fonctionnel	Recommencer un try tant que le catch s'active
Plus de sujets relatifs à : try - catch en C++

Page générée en 0.131 secondes