7. Que s’est-il passé ?!

soit fonctionner correctement, soit s’effondrer : j’ai
la hantise du « fatal écran bleu ».
Le système d’exploitation i5/OS et ses ancêtres OS/400 et
CPF jouissent de fonctions de traitement de messages puissantes
et largement répandues. Et CL y est très étroitement
lié. Ainsi, si un programme CL exécute une commande CL, il
peut préciser quels messages d’erreur éventuels il veut « traiter
» en utilisant la commande MONMSG (Monitor Message).
Le traitement de l’erreur peut prendre diverses formes :
l’ignorer et poursuivre l’exécution du programme ; continuer
après avoir mené une certaine action de reprise ; ou encore
utiliser la commande RCVMSG (Receive Message) pour interroger le message d’erreur, suivie de la commande
SNDPGMMSG (Send Program Message) pour renvoyer un
message d’erreur plus explicite à  l’appelant du programme
CL.
Quand les messages d’erreur sont traités de cette manière,
les programmes CL peuvent procéder en douceur à 
des actions de nettoyage : pratiquer des rollbacks ou des
commits sur les changements en suspens, fermer des fichiers
ouverts ou supprimer des espaces ou des fichiers de
travail.