Discussion :

[Kra7os]

Salut tout le monde,

J'ai une question sur la programmation système sous linux et notamment avec l'utilisation des signaux.
Je voudrais savoir s'il était possible de créer un programme qui se duplique - grâce la fonction fork - et dont le processus père envoie un signal - avec la fonction kill - au processus fils et dont celui-ci le traite, notamment grâce à la fonction sigaction ?

J'aimerais savoir si le code suivant est correct :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
#include <stdio.h>
#include <stdlib.h>
#include <sys/types.h>
#include <sys/wait.h>
#include <unistd.h>
#include <signal.h>
 
void handler(int signum)
{
   fprintf(stdout, "Signal recu : %d\n", signum) ;
}
 
int main(int argc, char *argv[])
{
   pid_t child = fork() ;
 
   if (child == -1)
   {
      perror("fork") ;
      fprintf(stderr, "file: %s, line: %s\n", __FILE__, __LINE__) ;
      exit(EXIT_FAILURE) ;
   }
 
   if (child == 0)
   {
      struct sigaction act ;
 
      sigemptyset(&(act.sa_mask)) ;
      act.sa_handler = handler ;
      act.sa_flags = 0 ;
 
      sigaction(SIGUSR2, &act, NULL) ;
 
      exit(EXIT_SUCCESS) ;
   }
 
   kill(child, SIGUSR2) ;
 
   wait(NULL) ;
 
   return 0 ;
}

Merci pour votre aide.

[Sve@r]

Salut
Perso je ne connais pas sigaction() mais si j'avais programmé le même genre de code en passant par signal(), j'aurais fait pareil. Activation du signal dans le fils et envoi du kill() par le père.
Surtout que tu peux remplacer tout ton blog sigaction() par un simple signal(SIGUSR2, handler).

Accessoirement tu peux rajouter un petit sleep(1) au début du père pour être certain que le fils passe en premier et puisse activer son sigaction() avant que le kill() ne parte ; et utiliser strerror(errno) dans ton fprintf() pour éviter le perror() qui fait doublon.

[Kra7os]

Salut Sve@r,

Merci pour ton aide.

J'utilise la fonction sigaction car c'est ce que j'ai vu en cours et j'essaie de l'appliquer.
Merci pour la remarque sur strerror, j'y ai pas pensé.
Pour finir même en remplaçant sigaction par signal cela ne fonctionne pas, par contre envoyer un signal du fils au père, celui-ci le capte bien.

[Sve@r]

Pour finir même en remplaçant sigaction par signal cela ne fonctionne pas

Ouais, c'est normal, même moi j'ai galéré 5mn avant de comprendre (et en plus c'est pas la première fois et c'est ça qui me gonfle le plus !!!)

En fait, ton fils s'exécute puis se termine par un exit(). Et donc n'a pas le temps d'intercepter le signal.

En revanche, ce code-ci fonctionne très bien

Code c :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
#include <stdio.h>
#include <stdlib.h>
#include <sys/types.h>
#include <sys/wait.h>
#include <unistd.h>
#include <signal.h>
 
void handler(int signum)
{
   fprintf(stdout, "Signal recu : %d\n", signum) ;
   exit(EXIT_SUCCESS) ;     // Fin du fils ici
}
 
int main(int argc, char *argv[])
{
   pid_t child = fork() ;
 
   if (child == -1)
   {
      perror("fork") ;
      fprintf(stderr, "file: %s, line: %s\n", __FILE__, __LINE__) ;
      exit(EXIT_FAILURE) ;
   }
 
   if (child == 0)
   {
      signal(SIGUSR2, handler);
      while(1);     // Faut pas que le fils meure !!!
   }
 
   sleep(1); 
   kill(child, SIGUSR2) ;
   wait(NULL) ;
 
   return 0 ;
}

, par contre envoyé un signal du fils au père, celui-ci le capte bien.

Même raison (mais dans l'autre sens): le père attendant la fin du fils lors du wait() ne meurt donc pas et a donc, lui, le temps et l'occasion de recevoir et intercepter le signal...

[Kra7os]

Écoute c'était bien ça le problème, tout marche nickel.

Merci beaucoup Sve@r !