Exéc. d'1 commande système UNIX ds1prog COBOL
Fermé
simat1
Messages postés
2
Date d'inscription
jeudi 13 mars 2003
Statut
Membre
Dernière intervention
18 mars 2003
-
18 mars 2003 à 16:36
blux Messages postés 24877 Date d'inscription dimanche 26 août 2001 Statut Modérateur Dernière intervention 24 mars 2023 - 7 sept. 2010 à 17:27
blux Messages postés 24877 Date d'inscription dimanche 26 août 2001 Statut Modérateur Dernière intervention 24 mars 2023 - 7 sept. 2010 à 17:27
A voir également:
- Exéc. d'1 commande système UNIX ds1prog COBOL
- Restauration systeme windows 10 - Guide
- Invite de commande - Guide
- Commande en attente d'acceptation fnac ✓ - Forum Consommation et internet
- Commande terminal mac - Guide
- Lidl commande en ligne ✓ - Forum Consommation et internet
4 réponses
Gragou
Messages postés
5
Date d'inscription
lundi 18 novembre 2002
Statut
Membre
Dernière intervention
16 juin 2003
1
19 mars 2003 à 13:16
19 mars 2003 à 13:16
Salut,
Pas à ma connaissance mais je ne suis pas un super pro.
Qu'est ce que tu veux faire exactement?
Pas à ma connaissance mais je ne suis pas un super pro.
Qu'est ce que tu veux faire exactement?
blux
Messages postés
24877
Date d'inscription
dimanche 26 août 2001
Statut
Modérateur
Dernière intervention
24 mars 2023
3 311
19 mars 2003 à 15:07
19 mars 2003 à 15:07
Salut,
COBOL ne permet pas ce genre d'appel en direct, mais par contre, en fonction de la plate-forme où tu développes, tu peux avoir des appels via CALL à des modules systèmes. Mais attention, si tu veux effectuer une commande, il va falloir synchroniser les process pour ne pas que ton programme reprenne la main tant que la commande n'est pas finie...
A+ Blux "Les cons, ça ose tout.
C'est même à ça qu'on les reconnait"
COBOL ne permet pas ce genre d'appel en direct, mais par contre, en fonction de la plate-forme où tu développes, tu peux avoir des appels via CALL à des modules systèmes. Mais attention, si tu veux effectuer une commande, il va falloir synchroniser les process pour ne pas que ton programme reprenne la main tant que la commande n'est pas finie...
A+ Blux "Les cons, ça ose tout.
C'est même à ça qu'on les reconnait"
Pitu
Messages postés
1440
Date d'inscription
jeudi 3 octobre 2002
Statut
Contributeur
Dernière intervention
5 janvier 2013
125
21 mars 2003 à 15:19
21 mars 2003 à 15:19
Salut.
Est-ce que quelque chose t'empêche de créer dans ton prog cobol un fichier au format d'un shell unix, contenant tes lignes de commandes ?
Ensuite, comme ton programme cobol tourne sous unix, il est lancé par un shell, ou du moins, il peut l'être, je suppose.
Et ce shell de lancement peut très bien activer un second shell qui consiste à exécuter ton fichier de commandes ainsi créé par ton programme.
Non ?
...
a+
Est-ce que quelque chose t'empêche de créer dans ton prog cobol un fichier au format d'un shell unix, contenant tes lignes de commandes ?
Ensuite, comme ton programme cobol tourne sous unix, il est lancé par un shell, ou du moins, il peut l'être, je suppose.
Et ce shell de lancement peut très bien activer un second shell qui consiste à exécuter ton fichier de commandes ainsi créé par ton programme.
Non ?
...
a+
bonjour,
il est possible d'éxécuter une cde shell à partir du cobol.
il faut utiliser une procédure cobol de type :
call "CBL_EXEC_RUN_UNIT" using command-line
by value command-line-len
by reference run unit-id
by value stack-size
flags
returning status-code
bonne chance.
il est possible d'éxécuter une cde shell à partir du cobol.
il faut utiliser une procédure cobol de type :
call "CBL_EXEC_RUN_UNIT" using command-line
by value command-line-len
by reference run unit-id
by value stack-size
flags
returning status-code
bonne chance.
blux
Messages postés
24877
Date d'inscription
dimanche 26 août 2001
Statut
Modérateur
Dernière intervention
24 mars 2023
3 311
7 sept. 2010 à 17:27
7 sept. 2010 à 17:27
Ca dépend de la plate-forme sur laquelle tu es, car un CALL n'est qu'un appel à un module externe...