Discussion :

[Mocos]

Bonjour,
je doit créer un mini shell et une question me pose soucis. Voilà mon énoncé :

Le shell va maintenant gérer les commandes en arrière-plan. Dans ce cas,
le shell n’attend pas la fin de la commande mais "continue" en permettant la
saisie d’une nouvelle commande. Cependant, il faut également gérer la fin des
processus lancés en arrière-plan. Lorsqu’un processus se termine, le signal
SIGCHLD est envoyé à son père : il faudra donc le gérer correctement de manière
à éliminer les processus zombies. Indice : waitpid(2).
Pour les commandes lancés en arrière-plan, si l’entrée standard n’est pas
redirigée vers un fichier, il faudra la rediriger vers le fichier /dev/null.

j'ai déjà créé un handler pour mon Sigchld qui s'occupe de terminer un programme dès qu'il est fini. Mais mon soucis c'est de lancer le programme en arrière plan c'est-à-dire quand je fais exevp d'une commande la lancer en arrière plan et que mon mini-shell continue a bosser sur une autre commande.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
void handSIGCHLD (int sig){
				pid_t pid = getpid();
				int status;
				fprintf(stderr,"hello");
				 if ((pid = wait(&status)) == -1){ /* suppression du fils zombi */
        			 perror("wait handler ");
         			return ;
    			}
    	return;
}

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
 struct sigaction action_termine;
        sigemptyset(&action_termine.sa_mask);
        action_termine.sa_handler= handSIGCHLD;
        sigaction(SIGCHLD,&action_termine,NULL);
        execvp(li.cmds[i].args[0],li.cmds[i].args);
        fprintf(stderr, "ERROR !\nCommand %s: not exist !\n",li.cmds[i].args[0] );
        perror(li.cmds[i].args[0]);
        line_reset(&li);
        exit(1);
      }else if (pID < 0){
        line_reset(&li);
        perror("fork");
        exit(1);
      }//sigchl wiat pid en question tache finies
      wait(&status);
      if(WIFEXITED (status)){
        fprintf (stderr, "Child over usally: status = %d\n",WEXITSTATUS (status)) ;
      } else if (WIFSIGNALED (status)){
        fprintf(stderr, "Child over with a signal\n");
      }
      fprintf(stderr, "\n");
   }

[Sve@r]

mais mon soucis c'est de lancer le programme en arrière plan c'est a dire quand je fais exevp d'une commande la lancer a arriere plan et que mon mini-shell continue a bosser sur une autre commande

Bonjour
Je présume que tu fais un fork() et que c'est le fils qui lance ton execvp. Ben quand la commande n'est pas lancée en arrière plan le père attend la fin du fils (waitpid) mais quand la commande est lancée en arrière plan, le père n'attend pas la fin du fils pour repartir à attendre une autre commande...

[Mocos]

Merci ! , Du coup j'ai un peu compris j'ai modifie comme telle : si l'utilisateur decide que la commande sois en arrière plan alors le programme principal continue son fonctionnement sans attendre le statue de terminaison et c'est donc le SigCHld qui va finir le programme fils lancé mais j'ai un soucis avec ma structure action ( le programme est dans une boucle infini for ) et mon handler et t'il juste ou waitpid() ici est plus judicieux ?

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
  struct sigaction action_termine;
				execvp(li.cmds[i].args[0],li.cmds[i].args);
 
				fprintf(stderr, "ERROR !\nCommand %s: not exist !\n",li.cmds[i].args[0] );
				perror(li.cmds[i].args[0]);
				exit(1);
			} else if (pID < 0){
				perror("fork");
				exit(1);
			}
			if(li.background){
				wait(&status);
				}else{
					action_termine.sa_handler= handSIGCHLD;
					sigaction(SIGCHLD,&action_termine,NULL);
				}

[Sve@r]

mais j'ai un soucis avec ma structure action ( le programme est dans une boucle infini for ) et mon handler et t'il juste ou waitpid() ici est plus judicieux ?

Ben ça fait longtemps que j'ai quitté le monde du système et je connais pas sigaction (je presume que c'est une espèce de signal() plus perfectionné). Mais en revanche, waitpid() n'est pas le bon outil. En effet, cette fonction attend la fin d'un processus précis. Or, si tu as plusieurs processus lancés en arrière plan, tu ne sais pas lequel se terminera le premier. En fait, plus généralement, tu n'as même pas besoin d'attendre le processus (c'est justement le but du processus lancé en background => ne pas avoir à attendre sa fin).
Te suffit juste d'armer une fonction dédiée sur SIGCHLD et dès qu'un processus en arrière plan se termine, le père reçoit ce signal et va se brancher sur la fonction dédiée pour gérer ce fils qui se termine.