Comme on le sait, il existe en RPG deux structures natives pour traiter les exceptions.
On peut utiliser l'indicateur d'erreur ou l'extension " E ", permettant de traiter
un jeu d'exceptions prédéfini, ou bien utiliser les sous-routines Program Error
(*PSSR) ou File Error (INFSR).
Bien que ces deux méthodes
Le groupe d’opération MONITOR

soient satisfaisantes, quand une erreur se produit
et provoque un branchement à une autre sous-routine d’erreur, il n’est pas possible
de revenir à l’instruction suivante, à moins de coder un TAG et un GOTO (en supposant
que le programmeur sache où l’exception est survenue). Le code opération (ou groupe)
MONITOR a été ajouté pour mieux maîtriser le traitement des exceptions en RPG
IV. Il est constitué d’un bloc MONITOR, d’un ou plusieurs blocs ON-ERROR et d’une
opération ENDMON (ou code opération END).
Le bloc MONITOR contient le code supervisé. Sur la figure 2 on voit le code opération
READ placé dans le groupe Monitor. Les blocs On-Error testent certains codes d’état
ou une suite de codes d’état. Si l’un des tests donne un résultat vrai (une exception
se produit), le bloc On-Error est exécuté et l’erreur est traitée par le programme.
Téléchargez cette ressource

Guide sur les espaces de travail intelligents
Au menu de ce nouveau guide Kyocera, les solutions pour stimuler la transformation & la résilience de l’entreprise avec des espaces de travail hybrides. Découvrez maintenant comment équiper vos équipes, connecter vos collaborateurs et optimiser vos processus pour transformer votre organisation en un espace de travail hybride, ou améliorer votre configuration hybride actuelle.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Les piliers de la création de valeur business
- Industrie 4.0 : Comment l’analyse de données enrichie par les capteurs et augmentée par l’IA optimise la production automobile
- Vidéo Protection des données avec Purview !
- Le pari de la FemTech : améliorer la santé des femmes
- Qui sont les super utilisateurs de l’IA générative ?
