Discussion :

[chapeau_melon]

Bonjour, (je suis en WD19 et non pas WD18)

Quand j'utilise 'quand exception dans' - 'faire' - 'fin' ...

et que je déclenche une exception pour tester le bazar ...

Je m'attendais à ce que le programme s’arrête au 'fin' (genre fin programme) ? et non pas continuer les traitements après le 'fin' une fois le 'faire' terminé ?

Une exception est quand même d'un telle sévérité, que dans la vie réelle, le programme plante, non ?
Donc pourquoi, en déclenchant une exception le programme ne s’arrête pas ?

Est-ce que dans mon 'faire' je dois explicitement stipuler un 'fin programme' ?

BAV

[tatayo]

Bonjour,
Le principe du QUAND EXCEPTION est justement de traiter l'exception pour éviter un plantage du programme.
A toi de voir si tu veux terminer le programme, ou continuer.
Une division par 0 déclenche une exception, mais est-ce suffisant pour stopper le programme ?

Tatayo.

[chapeau_melon]

OK.
Mais quand ça plante aujourd'hui, sans le code 'exception' mon programme est fermé brutalement.
Donc si je comprends bien, avec l'exception, je n'aurais plus de plantages ? En tout cas dans ces parties de code ou j'ai mis 'quand exception dans'.

Je partais du principe que cela allait toujours planter, mais qu'au moins maintenant j'avais instauré un système de 'backup'...

[chapeau_melon]

quand est-il des messages 'erreur' lors d'un plantage ?
Avec un 'quand exception dans' ... je peux récupérer ce message ? Je suppose avec un ErreurInfo() ?

[tatayo]

Pour récupérer la cause de l'exception, il faut utiliser ExceptionInfo().
Pour ce qui est du traitement de l'exception, tout dépend du programme, de ce qui a déclenché l'exception...
Si l'erreur n'est pas récupérable, il n'y aura pas d'autre choix que la fermeture du programme.
Mais tu peux afficher un message à l'utilisateur, créer un dump pour débogage, envoyer un mail au support, créer un fichier de log... au lieu d'un plantage pur et simple.

Bref il faut voir au cas par cas ce qu'il convient de faire dans le traitement de l'exception.

Tatayo.