Version imprimable
Bonjour,
Cette question est peut être plutot du domaine Unix je ne sais pas.
Je souhaite exécuter une commande UNIX grace à system"commande". Ma commande etant un pipe. Dc ma question est : quelle est la valeur renvoyée dans ces conditions. Le status de la derniere commande du pipe? (Status dans le sens valeur indiquée dans le man de la commande au prargraphe : EXIT STATUS).
Bonjour,
Est ce que le commande pipe existe ? Mon shell me dis que non.
Pour la valeur renvoyée par la fonction system, voila ce que dit le man :
Code:
2
3
4
5
6
7
8
9VALEUR RENVOYÉE La valeur renvoyée est -1 en cas d’erreur (par exemple échec de fork()) ou le code de retour de la commande en cas de succès. Ce dernier code est dans le format indiqué dans wait(2). Ansi, le retour de la commande sera WEXITSTATUS(status). Dans le cas où /bin/sh ne peut pas être exécuté, le code de retour sera identique à celui d’une commande effectuant un exit(127). Si la valeur de commande est NULL, system() renvoie une valeur non nulle si le shell est accessible, et zéro sinon. system() n’affecte pas le statut d’attente des autres processus fils.
Oui oui merci j'avais vu ^^
Je reformule ma question :
Dans mon programme C je fais :
int a;
a=system ("commande 1|commande 2| commande 3").
Combien vaut a ?
EXIT STATUS de commande 1 ?
EXIT STATUS de commande 2 ?
EXIT STATUS de commande 3 ?
Aucune de ces possibilité ?
EXIT STATUS de la dernière commande exécutée => Par exemple si la commande 2 s'arrête en erreur, c'est le status de la commande 2. Si tout se passe bien alors c'est le EXIT de la commande 3 (qui est 0 dans 99,9% des cas => la seule commande que je connaisse qui ne sorte pas à "0" en cas de réussite c'est "expr" qui sort "1" quand elle affiche "0")Citation:
Envoyé par pmier
je compte utiliser grep qui renvoi 0 ou 1 suivant qu'il y a un resultat ou non.
Au fait merci beaucoup de ces explications :P
Saurais-tu pourquoi il en est ainsi. Comment cela se passe t-il pour en arriver à ce résultat?
Pas de problèmeCitation:
Envoyé par pmier
Euh... d'où vient le vent ? Pourquoi le soleil brille ?Citation:
Envoyé par pmier
C'est ainsi parce que c'est probablement ce qu'il y a de plus simple. Tu enchaînes "x" commandes via pipe, ça veut dire que seul le résultat de la dernière t'intéresse (les précédentes n'étant qu'un moyen d'aboutir à la dernière). Donc tu récupères en retour l'exit status de la dernière commande.
Ben dans un enchaînement cde1 | cde2 | cde3, la première commande à être lancée est "cde3" qui se met en attente du résultat fourni par "cde2" elle-même en attente de "cde1". Une fois que la chaîne se termine, tu reçois l'exit de la dernière commande qui se termine "cde3"...Citation:
Envoyé par pmier
Pour en revenir à ton truc, le grep est un outil qui répond à la norme donc tu peux parfaitement tester la valeur de son exit status ("0" = ok, "pas 0" = bad)
Bonjour,
Normalement je ne devrais pas parler sans avoir essayé de coder cela. Mais puisque ces 3 commandes sont autant de processus fils n'est ce pas ? et l'on ne sait pas dans quel ordre ils se terminent .... J'ai du mal à voir que l'on récupère le status de la dernière commande (processus).
merci d'avance pour la réponses.
Exact mais ce sont un fils qui en lance un autre qui en lance un autre etc....Citation:
Envoyé par igorIgor
Faux => ils sont lancés en ordre inverse de leur appel (cde3 en premier) et chaque processus attend la fin de son fils pour continuer => cde3 se terminera en dernier...Citation:
Envoyé par igorIgor
merci pour les précisions.