Chaque module que j’écris a une sousprocédure SetError() appelée par des routines internes pour définir deux champs : un numéro d’erreur (utile pour des programmes qui veulent traiter certaines situations) et un message d’erreur (utile pour informer l’utilisateur). Le renvoi B en figure 3 démontre comment j’appelle l’une de ces
Traitement des erreurs
routines SetError(). Les numéros d’erreurs ont toujours des constantes nommées (également incluses dans le copybook du module), permettant au programmeur suivant de comprendre plus facilement la signification du numéro d’erreur. Le renvoi A en figure 7 démontre comment définir l’information d’erreur : il accepte simplement les paramètres et les utilise pour définir des variables globales au module. Pour mettre ces valeurs à la disposition des autres modules, il existe une procédure getter spéciale appelée cust_error(). Cette procédure (B en figure 7) renvoie le message et, facultativement, renvoie le numéro d’erreur dans un paramètre.
Cette méthode de traitement des erreurs est un autre modèle que je répète dans toutes mes applications. C’est un moyen simple et efficace de communiquer des informations d’erreur d’un module à un autre, sans encombrer les listes de paramètres de chaque procédure.
Téléchargez cette ressource
Plan de sécurité Microsoft 365
Les attaquants savent comment prendre le contrôle de votre tenant Microsoft 365, et vous, savez-vous comment le reprendre en main ?
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- L’IA amplifie les risques sur les API
- Fuites de données : la France, 2ème pays le plus touché au monde début 2026
- Nomios accélère sur la cybersécurité industrielle avec un SOC renforcé et une Factory OT immersive
- Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
Articles les + lus
Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
Moderniser le développement logiciel : de la fragmentation à l’intégration
Analyse Patch Tuesday Mars 2026
Une nouvelle ère de la modernisation du mainframe
Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
À la une de la chaîne Tech
- Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
- Moderniser le développement logiciel : de la fragmentation à l’intégration
- Analyse Patch Tuesday Mars 2026
- Une nouvelle ère de la modernisation du mainframe
- Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
