Selon la configuration du programme trigger, il peut s'avérer nécessaire d'utiliser un compteur de pile d'appel différent à la mise en oeuvre de CallerID. Si par exemple on insère le code de CallerID dans le module principal, il est nécessaire d'utiliser un compteur de pile d'appel d'une valeur de 3,
Quelques remarques
![Quelques remarques Quelques remarques](https://www.itpro.fr/wp-content/uploads/2015/03/178be84f17ed41671318f1958427fb0d.png)
car l’appel au module
a été supprimé. Si le programme trigger est un programme OPM (Original Program
Model), utilisez un compteur de pile d’appel égal à 2, car l’appel à la PEP a
également été supprimé.
Si on utilise SQL, il faut incrémenter le compteur de pile d’appel d’une unité.
En effet, le module d’exécution SQL insère un appel à un serveur SQL entre le
programme applicatif qui demande la mise à jour et le module base de données DB2/400
qui effectue réellement la mise à jour. Aussi, l’utilisation de SQL augmente la
profondeur de la pile d’appel d’une unité. Cela ne devrait pas poser de problème
si SQL gère toutes les I/O. Mais si on travaille tantôt en RPG et tantôt en SQL
RPG, la version que je présente de CallerID aura du mal à fonctionner.
La logique du compteur de pile d’appel ne se limite pas nécessairement aux programmes
triggers. On peut déterminer l’appelant de n’importe quel programme tant que l’on
utilise la bonne logique au niveau de la pile d’appel.
Téléchargez cette ressource
![Guide inmac wstore pour l’équipement IT de l’entreprise](https://www.itpro.fr/wp-content/uploads/2024/04/Guide-inmac-wstore-Juillet-2024.jpg)
Guide inmac wstore pour l’équipement IT de l’entreprise
Découvrez les dernières tendances et solutions IT autour des univers de Poste de travail, Affichage et Collaboration, Impression et Infrastructure, et notre nouveau dossier thématique sur l’éco-conception et les bonnes pratiques à adopter pour réduire votre impact environnemental.