Lire deux fichiers dans un programme REXX - Déterminer l'emplacement de la source d'une procédure - Extraire le contenu d'une zone de données distante - Faire surgir une fenêtre DDS afin d'obtenir une entrée utilisateur ou d'afficher un message d'erreur - Déconnexion de session sur Frame Relay - V5R1 Group PTF offre de nouvelles possibilités pour DB2 UDB ...
Est-il possible de lire plus d'un fichier dans un programme REXX ? D'après la documentation que j'ai lue jusqu'ici, je peux spécifier quelque chose du genre LineIn(MyFile). Je travaille sur l'iSeries et le remplacement de Stdln fonctionne bien pour un fichier unique, mais je veux lire deux fichiers pour comparer les possibilités.
Q. J’ai du mal à trouver la
source pour un petit nombre
de procédures que mes programmes
invoquent. Comment
puis-je examiner les objets
programme pour trouver cette
source ?
R. Il y a plusieurs manières d’obtenir
des informations sur les objets programme
ILE (modules, programmes et
programmes de service) dans votre
quête, pour déterminer l’emplacement
de la source de certaines procédures.
Ce sont des commandes OS/400 et des API système.
Voyons d’abord quelques commandes
OS/400 fort utiles :
• DspPgm (Display Program) – Pour
obtenir une liste de modules qui
constituent le programme, en spécifiant
Detail(*Module) sur la commande
DspPgm.
• DspMod (Display Module) – Pour
obtenir une liste de procédures qui
constituent le module, en spécifiant
Detail(*ProcList) sur la commande
DspMod.
• DspSrvPgm (Display Service
Program) – Pour obtenir une liste de
procédures exportées (procédures
publiques) qui constituent le programme
de service, en spécifiant
Detail(*ProcExp) sur la commande
DspSrvPgm.
Avec ces commandes, vous pouvez
examiner les détails d’un objet à la fois.
Vous pouvez aussi utiliser les API
système suivantes pour collecter des informations sur vos objets programme
ILE :
• QBNLPgmI (List ILE Program
Information) – Pour obtenir des informations
semblables à celles que
produit la commande DspPgm.
L’avantage de QBNLPgmI est qu’elle
fournit des informations pour des
programmes multiples. Ainsi, vous
pouvez extraire les noms de tous les
modules pour tous les programmes
par un simple appel adressé à l’API.
• QBNLModI (List Module Information)
– Pour obtenir des informations
similaires à celles que fournit la
commande DspMod. Cette API a
aussi pour avantage de pouvoir opérer
sur des objets multiples. Vous
pouvez, par exemple, extraire les
noms de toutes les procédures pour
tous les modules.
• QBNLSPgm (List Service Program
Information) – Pour obtenir des informations
similaires à celles que
fournit la commande DspSrvPgm.
Comme les autres API, vous pouvez
utiliser QBNLSPgm pour obtenir des
informations sur des objets multiples
par un simple appel adressé à l’API.
Vous pouvez, par exemple, extraire
les noms de toutes les procédures
exportées pour tous les programmes
de service. Rappelons toutefois que
seules les procédures exportées à
partir du programme de service figurent
dans la liste. Les éventuelles procédures
internes au programme de
service n’apparaissent pas dans cette
liste. Il faut examiner les modules
pour obtenir une liste incluant les
procédures internes.
Sachez qu’une fois que vous avez créé
un programme ou un programme de
service, vous pouvez supprimer les
modules (en fait, CrtBndRPG supprime
automatiquement le module)
utilisés pour compiler l’objet. Sans
l’objet module, vous ne pourrez pas
utiliser la commande DspMod ou l’API QBNLModI pour obtenir des informations
sur le nom de la procédure.
– Gary Guthrie
Téléchargez cette ressource
Guide Adobe Firefly, l’IA générative dédiée aux équipes créatives
Depuis plus d’une décennie, Adobe exploite l’intelligence artificielle (IA) pour proposer des solutions toujours plus performantes et innovantes aux équipes créatives. Comment le nouveau moteur d’IA générative Adobe Firefly permet-il aux entreprises de développer leurs capacités créatives et de tirer, dès à présent, tout le profit de l'IA générative ?
