[C / Unix]

[C / Unix] - Programmation

Marsh Posté le 05-03-2002 à 14:33:40    

Bonjour a tous,
je développe une appli sous Unix qui doit piloter un ensemble de scripts CSchell. J'aimerais savoir comment faire pour récupérer dans l'exe la valeur de retour du script et comment mettre en attente l'exe jusqu'à la fin du script et lobtention de sa valeur de retour ?

Reply

Marsh Posté le 05-03-2002 à 14:33:40   

Reply

Marsh Posté le 05-03-2002 à 14:37:39    

man waitpid

Reply

Marsh Posté le 05-03-2002 à 14:45:21    

J'ai une réponse du man pour wait (pas très claire) et aucune sur waitpid. Plus d'infos ?

Reply

Marsh Posté le 05-03-2002 à 19:58:00    

Si tu veux, je recopie la page de man :

Code :
  1. NOM
  2.        wait, waitpid - Attendre la fin d'un processus.
  4. SYNOPSIS
  5.        #include <sys/types.h>
  6.        #include <sys/wait.h>
  8.        pid_t wait(int *status)
  9.        pid_t waitpid(pid_t pid, int *status, int options);
  11. DESCRIPTION
  12.        La  fonction wait suspend l'exécution du processus courant
  13.        jusqu'à ce qu'un enfant se termine, ou  jusqu'à  ce  qu'un
  14.        signal  à  intercepter arrive.  Si un processus fils s'est
  15.        déjà terminé au moment de l'appel  (il  est  devenu  "zom­
  16.        bie" ),  la  fonction  revient  immédiatement.   Toutes les
  17.        ressources utilisées par le fils sont libérées.
  19.        La  fonction  waitpid  suspend  l'exécution  du  processus
  20.        courant  jusqu'à  ce  que  le processus fils numéro pid se
  21.        termine, ou jusqu'à ce qu'un signal à intercepter  arrive.
  22.        Si  le fils mentionné par pid s'est déjà terminé au moment
  23.        de l'appel (il est devenu "zombie" ), la  fonction  revient
  24.        immédiatement.   Toutes  les  ressources  utilisées par le
  25.        fils sont libérées.
  27.        La valeur de pid peut également être l'une des suivantes :
  29.        < -1   attendre  la  fin  de n'importe quel processus fils
  30.               appartenant à un groupe de processus d'ID pid.
  32.        -1     attendre la fin de n'importe quel  fils.  C'est  le
  33.               même comportement que wait.
  35.        0      attendre la fin de n'importe quel processus fils du
  36.               même groupe que l'appelant.
  38.        > 0    attendre la fin du processus numéro pid.
  40.        La valeur de l'argument option options est un  OU  binaire
  41.        entre les constantes suivantes :
  43.        WNOHANG ne pas bloquer si aucun fils ne s'est terminé.
  45.        WUNTRACED
  46.                recevoir  l'information  concernant  également les
  47.                fils bloqués si on ne l'a pas encore reçue.
  49.        Si status  est  non  NULL,  wait  et  waitpid  y  stockent
  50.        l'information sur la terminaison du fils.
  52.        Cette information peut être analysée avec les macros suiv­
  53.        antes, qui réclament en argument le buffer status (un int,
  54.        et non pas un pointeur sur ce buffer).
  56.        WIFEXITED(status)
  57.                non nul si le fils s'est terminé normalement
  59.        WEXITSTATUS(status)
  60.                donne  le code de retour tel qu'il a été mentionné
  61.                dans l'appel exit() ou dans le return de  la  rou­
  62.                tine  main.   Cette macro ne peut être évaluée que
  63.                si WIFEXITED est non nul.
  65.        WIFSIGNALED(status)
  66.                indique que le fils s'est  terminé  à  cause  d'un
  67.                signal non intercepté.
  69.        WTERMSIG(status)
  70.                donne le nombre de signaux qui ont causé la fin du
  71.                fils. Cette macro ne  peut  être  évaluée  que  si
  72.                WIFSIGNALED est non nul.
  74.        WIFSTOPPED(status)
  75.                indique que le fils est actuellement arrêté. Cette
  76.                macro n'a de sens que si l'on a  effectué  l'appel
  77.                avec l'option WUNTRACED.
  79.        WSTOPSIG(status)
  80.                donne  le  nombre de signaux qui ont causé l'arrêt
  81.                du fils. Cette macro ne peut être évaluée  que  si
  82.                WIFSTOPPED est non nul.
  84.        Certaines versions d'Unix (Linux, Solaris, mais pas AIX ou
  85.        SunOS) définissent aussi une macro WCOREDUMP(status)  Pour
  86.        vérifier  si  le  processus  fils  a créé un fichier core.
  87.        N'utilisez  ceci  qu'encadré  par  #ifdef  WCOREDUMP   ...
  88.        #endif.
  90. VALEUR RENVOYÉE
  91.        En  cas  de réussite, le PID du fils qui s'est terminé est
  92.        renvoyé, en cas d'echec -1 est renvoyé et  errno  contient
  93.        le  code  d'erreur.   Si WNOHANG a été employé et qu'aucun
  94.        fils ne s'est terminé, zéro est renvoyé.
  96. ERREURS
  97.        ECHILD  Le processus indiqué  par  pid  n'existe  pas,  ou
  98.                n'est  pas  un  fils du processus appelant.  (Ceci
  99.                peut arriver pour son propre fils si  l'action  de
  100.                SIGCHLD  est  placé sur SIG_IGN, voir également le
  101.                passage  de  la  section  NOTES   concernant   les
  102.                threads).
  104.        EINVAL  L'argument options est invalide.
  106.        ERESTARTSYS
  107.                WNOHANG  n'est  pas indiqué, et un signal à inter­
  108.                cepter ou SIGCHLD a été  reçu.  Cette  erreur  est
  109.                renvoyée  par l'appel système.  La routine de bib­
  110.                liothèque d'interface n'est pas autorisée  à  ren­
  111.                voyer ERESTARTSYS, mais renverra EINTR.
  113. NOTES
  114.        Les  spécifications  Single  Unix  décrivent  un  attribut
  115.        SA_NOCLDWAIT (absent sous Linux) permettant (lorsqu'il est
  116.        positionné)  aux  processus  fils  se  terminant de ne pas
  117.        devenir zombies, comme quand  l'action  pour  SIGCHLD  est
  118.        fixée  à  SIG_IGN (ce qui toutefois n'est pas autorisé par
  119.        POSIX). Un appel à wait() ou waitpid() bloquera jusqu'à ce
  120.        qu'un  fils se termine, puis échouera avec errno contenant
  121.        ECHILD.
  123.        Dans le noyau Linux, un thread  ordonnancé  par  le  noyau
  124.        n'est  pas  différent  d'un  simple processus. En fait, un
  125.        thread est juste un processus qui est créé à l'aide de  la
  126.        routine - spécifique Linux - clone(2). Les routines porta­
  127.        bles,  comme  pthread_create(3)   sont   implémentées   en
  128.        appelant  clone(2).   Ainsi,  si  deux threads A et B sont
  129.        frères, alors le thread A ne peut pas se mettre en attente
  130.        sur  un processus créé par le thread B ou ses descendants,
  131.        car un oncle ne peut pas attendre un neveu.   Sur  d'autre
  132.        systèmes Unix, où de multiples threads sont implémentés au
  133.        sein d'un unique processus, le thread A peut naturellement
  134.        attendre  la  fin de n'importe quel processus lancé par un
  135.        thread frère B. Pour qu'un programme qui se  base  sur  ce
  136.        comportement  fonctionne sous Linux, il faudra en modifier
  137.        le code.
  139. CONFORMITÉ
  140.        SVr4, POSIX.1
  142. VOIR AUSSI
  143.        clone(2),  signal(2),  wait4(2),  pthread_create(3),  sig­
  144.        nal(7)
  146. TRADUCTION
  147.        Christophe Blaess, 1997.

Reply

Marsh Posté le 06-03-2002 à 08:51:58    

Merci pour l'info et pour l'aide

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed