fork() dans une fourche()

Question

Est-il possible de différencier les processus enfants créés par différentes fonctions fork() dans un programme.

global variable i; 

SIGCHLD handler function() 
{ 
    i--; 
} 

handle() 
{ 
    fork() --> FORK2 
} 

main() 
{ 
    while(1) 
    { 
    if(i<5) 
    { 
     i++; 
     if((fpid=fork())==0) --> FORK1 
      handle() 
     else (fpid>0) 
      ..... 
    } 
    } 
} 

Est-il possible de différencier les processus enfants créés par FORK1 et FORK2? parce que j'essaye de décrémenter la valeur de la variable globale 'i' dans la fonction de gestionnaire SIGCHLD et il devrait être décrémenté seulement pour les processus créés par FORK1.

J'ai essayé d'utiliser un tableau et enregistrez l'identificateur de processus de l'enfant processus créés par FORK1 et cela est fait par le processus parent. Je décrémenter la valeur de « i » que si l'identifiant du processus enfant mort est dans le tableau ...

Mais je faisais face à un problème avec le scénario suivant

child1, Parent1, child1 tué, child2, child2 tués, parent2

Encas de child1 puisqu'il est tué après Parent1 le tableau est mis à jour correctement.

Mais dans le cas de child2 qui est tué avant que sa valeur pid ne soit mise à jour par parent2 dans le tableau? À l'intérieur de la fonction de gestionnaire de signal SIGCHLD puisque la valeur PID enfant2 ne figure pas dans le tableau, la valeur «i» ne sera pas décrémentée en conséquence.

Alors, y a-t-il une meilleure solution pour ce problème?

Answer 1

Depuis que vous enregistrez déjà une liste de PIDs pour lequel vous souhaitez diminuer la valeur de i dans le gestionnaire SIGCHLD, la partie qui peut être vous trébucher reçoit un SIGCHLD supplémentaire en mettant à jour la liste.

Vous pouvez masquer/bloquer d'autres signaux SIGCHLD pendant l'exécution du gestionnaire de signaux à l'aide de sigprocmask(). Cela devrait vous donner suffisamment de temps pour mettre à jour votre tableau/liste d'ID de processus sans vous soucier de recevoir un autre SIGCHLD. Le masque bloqué doit être ramené à sa valeur d'origine lorsque la routine de gestion du signal est terminée.

Essayez d'ajouter quelque chose de semblable à ce qui suit à votre gestionnaire SIGCHLD:

sigset_t mask; 
sigset_t orig_mask; 

sigemptyset (&mask); 
sigaddset (&mask, SIGCHLD); 

/* temporarily mask/block SIGCHLD signals and save original mask */ 
if (sigprocmask(SIG_BLOCK, &mask, &orig_mask) < 0) { 
    perror ("sigprocmask - %s", strerror(errno)); 
} 

/* process SIGCHLD via waitpid() and update PID list as necessary */ 
... 

/* restore original mask */ 
if (sigprocmask(SIG_SETMASK, &orig_mask, NULL) < 0) { 
    perror ("sigprocmask - %s", strerror(errno)); 
} 

Mise à jour

Après avoir réexaminé votre question, je vois que vous avez une conditon course dans laquelle un processus enfant se termine avant que le processus parent puisse ajouter son PID à la liste.

Une solution possible est toujours d'utiliser sigprocmask() pour bloquer le signal SIGCHLD pendant la section critique. Dans ce cas, vous devrez bloquer le signal SIGCHLD avant votre appel au fork() et le débloquer dans le code parent après que le PID a été ajouté à la liste. Si l'enfant meurt, le gestionnaire de signal sera appelé après avoir débloqué le signal, ce qui devrait garantir que le PID est dans la liste.

Answer 2

utilisation:

getppid() function . 

Answer 3

Si je comprends bien, vous pourriez être intéressé par waitpid() appel système. Il vous permet d'attendre un enfant spécifique (donné un pid). Donc, si vous gardez une trace du pid créé par fork1 et fork2, vous devriez pouvoir décrémenter votre variable i seulement si un enfant de fork1 est mort.