C++

Exceptions

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Exceptions

hastur

Bonjour,

J'ai un bout de code entouré d'un try - catch.

Dans les catch j'intercepte toutes les exception dont je sais qu'elles peuvent etre lancé par mon bout de code.

Mon probleme est qu'aucune de ces exceptions n'est lancée donc j'ai du rater qque chose.

Mon dernier catch est un catch generique catch(...) {}
Dan ce type de catch, y a t'il moyen de recuperer la moindre info sur l'exception lancée ?

Merci

Publicité

LetoII

Le dormeur doit se réveiller

Heu, si y a pas d'exception de lancé c'est à priori que tous c'est bien passé, enfin en général c comme ça :whistle:

---------------
Le Tyran

gatorette

Si je comprend bien ton programme, tu as fait un truc dans le genre :

Code :

try
{
try
{
// partie de code pouvant déclencher une exception
// de type "MonException" ou "MonException2"
}
catch( const MonException& e )
{
// traitement de l'exception
}
catch( const MonException2& e )
{
// traitement de l'exception
}
}
catch(...)
{
// catch générique
}

Or ton programme detecte aucune exception "MonException" ou "MonException2" mais par contre rentre dans le catch générique, c'est ça ?

Premièrement, je ne crois pas que tu puisse "normalement" récupérer des infos sur l'exception dans un catch générique. Par contre, l'exception doit tout de même se retrouver quelque part (sur la pile, dans un registre...), donc tu dois pouvoir la récupérer de cette façon (juste pour debugger évidemment). Par exemple, je sais qu'en cas d'exception non gérée, Visual C++ t'affiche une boîte de dialogue avec le type de l'exception ("Unhandled exception..." ).
Sinon, le mieux est encore de vérifier dans le code le type d'exception pouvant être générées et, si besoin, de le demander aux développeurs des bibliothèques que tu utilises.

-- Edit --
Correction apportée au code suite à la remarque de ++Taz

Message édité par gatorette le 21-07-2003 à 15:12:03

---------------
each day I don't die is cheating

gatorette

Corrections faites...

---------------
each day I don't die is cheating

LetoII

Le dormeur doit se réveiller

++Taz a écrit :

personne vous a jamais appris qu'on capture toujours les exceptions par référence?

Et personne t'as apris à être aimmable?

---------------
Le Tyran

LetoII

Le dormeur doit se réveiller

++Taz a écrit :

ben à toi d'expliquer pourquoi il faut des références puis que mon intervention te plait pas

La remarque est judicieuse, c la forme qui laisse à désirer. [:spamafote]

---------------
Le Tyran

LetoII

Le dormeur doit se réveiller

++Taz a écrit :

et moi j'attends ton explication

Et moi je m'en cogne. Si t'as envie de donné plus de détail je t'en prie, je voulais juste te faire remarqué que tu pouvais utiliser un ton plus courtoi. Il est pas nécessaire d'agrésser les gens même quand ils font un erreur.

---------------
Le Tyran

LetoII

Le dormeur doit se réveiller

++Taz a écrit :

donc en quelques sortes, 'on t'as jamais appris pourquoi il faut toujours capturer les exceptions par référence' CQFD

:sarcastic:

Et honétement: même si j'ai une vague idée du pkoi et du par ce que, je m'en cogne.

---------------
Le Tyran

skeye

++Taz a écrit :

donc en quelques sortes, 'on t'as jamais appris pourquoi il faut toujours capturer les exceptions par référence' CQFD

Et t'as demontré quoi? Que tu savais plus de choses? Super, content pour toi...Ca te donne le droit d'être aussi désagréable? :sarcastic:

LetoII

Le dormeur doit se réveiller

++Taz a écrit :

vas y explique...

edit: je comprends pas pourquoi tu t'en cognes?

Par ce que je vois pas en quoi ça fait avancer le chmilblick, ok c mieux de récupérer par reférence, vraissemblblement par ce que ça évite de surcharger la pile, de passer par les mécanisme de recopie pas forcément léger suivant les objets (encore qu'on va pas mettre des tones de truc dans une exception) et sans doute pour d'autres raisons auquelle j'ai pas pensé 1) par ce que j'ai autre chose à faire 2) ça ne revet pas un intéret fénoménal à mes yeux. Ouai super on est vachement contant maintenent.

Ca change pas que tu pourais être plus aimable avec les gens quand tu leur fait remarqué qu'ils ontcomis une erreur [:spamafote]

Edit on peut rajouter aux considérations précédentes le fait que ça permet un transtipage eventuel de classes filles vers une même classe mère.

Message édité par LetoII le 21-07-2003 à 16:17:34

---------------
Le Tyran

Publicité

gatorette

Je ne suis pas sûr que ce débat apporte grand chose au sujet...

Pour répondre à ++Taz : Non, désolé, on ne m'a jamais appris qu'il fallait capturer les exceptions par référence. A vrai dire, on ne m'a jamais appris à utiliser les exceptions. Pourtant, je les utilise dans mes programmes et je les capture par const-référence dans mes programmes parce que ça fonctionne et que je "sens" que c'est mieux (pas de recopie de l'exception). Quand j'ai écris le code, je me suis posé la question de mettre le petit '&' qui te pose tant de problèmes mais, n'étant pas sûr de moi, j'ai choisi de ne pas le mettre (à tort). Je suis heureux d'apprendre que ce que je faisais par "instinct" était bien.

---------------
each day I don't die is cheating

LetoII

Le dormeur doit se réveiller

gatorette a écrit :

Je ne suis pas sûr que ce débat apporte grand chose au sujet...

Pour répondre à ++Taz : Non, désolé, on ne m'a jamais appris qu'il fallait capturer les exceptions par référence. A vrai dire, on ne m'a jamais appris à utiliser les exceptions. Pourtant, je les utilise dans mes programmes et je les capture par const-référence dans mes programmes parce que ça fonctionne et que je "sens" que c'est mieux (pas de recopie de l'exception). Quand j'ai écris le code, je me suis posé la question de mettre le petit '&' qui te pose tant de problèmes mais, n'étant pas sûr de moi, j'ai choisi de ne pas le mettre (à tort). Je suis heureux d'apprendre que ce que je faisais par "instinct" était bien.

[:plusun]

---------------
Le Tyran

LetoII

Le dormeur doit se réveiller

++Taz a écrit :

ah ouais? ok, je vais vous expliquer pourquoi il est essentiel de capturer les exceptions par const référence.

1) pour le polymorphisme! rappelez vous que la grande majorité des exceptions sont basées tot ou tard sur une classe mère, le plus souvent au plus bas niveua sur std::exception. si vous capturez par valeur, vous risquez vraisemblablement de perdre de l'information, puis que par définition, quand on catch, on essaye de ramasser ce qu'on peut, on n'a aucune assurance sur ce qui arrive

2) pour empecher que l'exception génère elle meme une exception! pour cela, la plus part des fonctions membres des exceptions sont const et surtout marquer comme ne lançant pas d'exception. il faut suivre ce contrat qui est un gage de sécurité. le problème si on attrape par valeur, c'est que la copie d'un objet peut générer une exception, notemment si on est dans une situation de bad_alloc, tout peut arriver.

donc on doit capturer les exceptions par const référence pour des raisons d'efficacité et de sécurité. si on ne le fait pas, la gestion est bancale et posera problème tot ou tard. le 2eme point vous parait peut etre parano, pourtant il est tout aussi important que le premier.

Et on est vachement avancé avec ça :wahoo:

---------------
Le Tyran

LetoII

Le dormeur doit se réveiller

++Taz a écrit :

ecoute, si ce topic ne t'interesse pas et que les exceptions tu t'en fous, autant pas venir.

Ben justement, je vois aps en quoi ton explication fait avancé le pb mais bon ça doit venir de moi, en même temps j'ai pas beaucoup dormi je dois plus avoir les yeux en face des trous.

---------------
Le Tyran

LetoII

Le dormeur doit se réveiller

++Taz a écrit :

je corrigeais gatorette et je justifie.

par contre mon vrai conseil: le catch(...) j'aime pas trop, on ramasse vraiment tout.

C un peu le but de la chose en même temps

++Taz a écrit :

si c'est un try au niveau fonctionnel sur le main, ça va, sinon, ça revient à faire l'autruche. ...

Je vois pas trop ou tu veux en venir, tu pourais développer un peu?

---------------
Le Tyran

gatorette

++Taz a écrit :

1) pour le polymorphisme! rappelez vous que la grande majorité des exceptions sont basées tot ou tard sur une classe mère, le plus souvent au plus bas niveua sur std::exception. si vous capturez par valeur, vous risquez vraisemblablement de perdre de l'information, puis que par définition, quand on catch, on essaye de ramasser ce qu'on peut, on n'a aucune assurance sur ce qui arrive

2) pour empecher que l'exception génère elle meme une exception! pour cela, la plus part des fonctions membres des exceptions sont const et surtout marquer comme ne lançant pas d'exception. il faut suivre ce contrat qui est un gage de sécurité. le problème si on attrape par valeur, c'est que la copie d'un objet peut générer une exception, notemment si on est dans une situation de bad_alloc, tout peut arriver.

donc on doit capturer les exceptions par const référence pour des raisons d'efficacité et de sécurité. si on ne le fait pas, la gestion est bancale et posera problème tot ou tard. le 2eme point vous parait peut etre parano, pourtant il est tout aussi important que le premier.

:jap:
Merci pour cette information qui aurait évité bien des discussions si elle était venue plus tôt.

---------------
each day I don't die is cheating

LetoII

Le dormeur doit se réveiller

++Taz a écrit :

ben au coeur de ton programme, ça te sert à quoi de catch(...) ?

En général à savoir qi y a une merde qq non prévu initialement et à agir en conséquence, par exemple sarréter le traitement, réessayer, envoyer un mail d'insulte chez le dévellopeur, gérer les erreurs quoi... En même temps je sent qu'on parle de la même chose sans arriver à se comprendre.

---------------
Le Tyran

LetoII

Le dormeur doit se réveiller

++Taz a écrit :

et tu m'expliques comment reprendre le traitement puisque finalement un catch(...) c'est attrapé une exception inattendue... le coup du mail d'insulte, c'est ce dont je te parler avec un try fonctionnel au niveau du main. tu rattrapes tout ce que qui est pas géré, joli message d'erreur et le programme se termine proprement...

Tout dépend du module où se produit l'exception, de la structure de l'appli peut y avoir moyen de ratrapper la chose pour ne pas en arriver à l'arrét pur et simple du prog.

---------------
Le Tyran

LetoII

Le dormeur doit se réveiller

++Taz a écrit :

et tu fais quoi si tu ramasses un bad_alloc sans le savoir?

Heu là celle là vaut mieux la chopper effectivement

Mais bon je crois pas qu'on puisse réellement définir une politique général de gestion des erreurs, c typiquement un truc à régler au cas par cas selon l'appli dévellopée [:spamafote]

Bon et le code qui lance pas d'xception là, il arrive? :whistle:

---------------
Le Tyran

FORUM HardWare.fr

Programmation

C++

Exceptions

Sujets relatifs
Borland => problème avec exceptions	Threads et Exceptions
2 questions : gestion des exceptions et paramètres des fonctions	capture d'exceptions
gestion des exceptions dans les classes en cpp	les exceptions en c++
Gestion des exceptions dans les Servlets	Les exceptions, y a une truc que j'comprend pas.
[Java] pb avec les Exceptions	Gestion des exceptions dans des DLL
Plus de sujets relatifs à : Exceptions

Page générée en 0.052 secondes