Discussion :

[ZeGuizmo]

Bonjour à tous,

Je ne suis pas un grand expert du C++, et je me pose une question à laquelle j'ai du mal à trouver une réponse claire et précise dans les différentes documentations.

Que ce passe-t-il précisément dans le déroulement du code lorsque l'on a attrapé une exception avec un block catch ? Ca s'arrête ? Ca continue ?

Plus précisément, avec un bout de code :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
while(bidule)
{
    try {
 
         //instruction susceptible de lancer une exception
         machin = listen(truc);
         bidule = machin.isTerminated();
    }
    catch (mon_exception &e) 
    {
         log(e.description());
    }
}

Bon le code est un peu bidon mais c'est pour l'exemple. Je pense que c'est assez clair, on souhaite ecouter qqchose jusqu'a ce qu'il soit terminé (on sait pas quand).

Le probleme, c'est que la fonction listen peut lancer une exception, que j'aimerai logguer ... et continuer le while !

Hors je constate avec un exemple du meme genre, qu'a la premiere exception, elle est logguée la fonction s'interrompt immédiatement après.

Est-ce le comportement normal, ou ai-je manqué un truc ?

Si ce n'est pas possible avec les exceptions, comment puis-je m'y prendre ?

Merci beaucoup pour votre aide !

Cyril

[Médinoc]

Normalement, l'exécution reprend après le bloc try/catch.

Par contre, c'est peut-être le while(bidule) qui ne sera plus satisfait.

[Lavock]

Pour être sur du bon fonctionnement, à la fin de ton catch met un bidule = true.

Tel qu'il est écris, non car bidule n'est jamais reécris, à moins que l'exception proviennent de machin.IsTerminated(); (enfin, j'en suis pas sûr à 100%).

[JulienDuSud]

Pour être sur du bon fonctionnement, à la fin de ton catch met un bidule = true.

wat ?
Faut créer une boucle infinie pour être sûr que ça fonctionne bien ?

Plus sérieusement, "logger une exception et continuer", c'est vraiment pas ce qu'il y a à faire. Autant ne pas créer d'exception du tout et mettre des cerr plutôt, ou directement logger.

Les exception tu les crées s'il y a des cas particuliers que tu dois traiter, ou si ton résultat est inattendu et que tu dois régler le problème. Pas pour logger quoi -.-

[Lavock]

Faut créer une boucle infinie pour être sûr que ça fonctionne bien ?

Ben non, si il y a pas d'exception, c'est pas sensé bouclé à l'infinie... (pas de raison que le catch soit exécuter).

[3DArchi]

Je comprend qu'il veut juste passer à l'item suivant si l'action sur l'item courant ne peut aboutir. D'où la capture de l'exception dans la boucle et il ne fait qu'un log car l'erreur n'est pas traitée.
Comme Médinoc :

Par contre, c'est peut-être le while(bidule) qui ne sera plus satisfait.

Pose un point d'arrêt sur ton catch et regarde pourquoi bidule n'est plus satisfait. Peut-être est-ce basé sur l'état courant alors que celui-ci est invalide du fait de l'exception ?

[bacelar]

Il faut aussi que l'exception soit de type "mon_exception" ou une de ses classes dérivées pour que la clause catch soit utilisée.
Sinon, l'exception continue à remonté la pile d'appel.

[Médinoc]

Aussi, on récupère rarement une exception par référence non-constante.

[ZeGuizmo]

Merci pour vos réponses que j'ai lu avec grand intérêt.

J'ai trouvé le souci, une exception était levée dans mon catch ... ce qui interrompait donc la fonction.

Comme je travaille sans débuggueur ce n'était pas facile facile à pointer (l'exception était vide en fait, donc elle était attrapée et affichée mais le print me sortait rien et je pensais donc que ça roulait ...)

C'est un cas très spécial que celui que je présente et je n'utilise pas les exceptions pour faire du log habituellement. Là c'est par souci d'homogénéité avec le reste du code.

Ici en fait je développe un protocole de communication entre deux entités (qui ne sont pas des machines, et le medium n'est pas un réseau, sinon je ne réinventerai pas la roue ) et je trouve les exceptions très pratiques pour gérer des cas du genre non-ack ou no-response, il suffit alors de lever une exception dans la fonction d'écoute et d'enchainer les catchs pour traiter proprement et différemment les cas exotiques. Comme toujours, il y a surement bougrement plus efficace, mais le C++ n'est pas mon coeur de métier et je ne souhaite pas m'éterniser sur cette problématique Du moment que c'est homogène, propre et lisible, ça me va

Bonne soirée !

Cyril

[Davidbrcz]

Aussi, on récupère rarement une exception par référence non-constante.

Aurais tu des exemples (réel) où c'est justifié ? Car j'ai toujours récupéré mes exceptions par référence constante.

[Médinoc]

Non. Le mot "rarement" était juste un weasel word, car je pense plutôt "jamais".