Discussion :

[dancewithme]

bonjour

j'ai crée une variable
var=toto

quand je fais echo $var, je vois bien toto s'afficher

par contre
quand je fais (echo $var) toto s'affiche aussi (alors que je lance un fils et que je n'ai pas exporte la variable)

En effet cela ne sert a rien.....mais c'est juste pour comprendre pourquoi la variable est reconnu dans le fils sans export...

Merci d'avance

[BufferBob]

salut,

le principe est le même que pour un fork() en C, ici avec la variable msg par exemple :

Code c :

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

1
2
3
4
5
6
7
8
9
10
#include <unistd.h>
#include <stdio.h>
 
int main (void) {
   char *msg = "je suis le processus";
   pid_t pid = fork();
   if (pid == 0) printf ("%s fils\n", msg);
   else printf ("%s père\n", msg);
   return 0;
}

Code :

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

1
2
3
4
$ gcc -Wall pouet.c -o pouet
$ ./pouet
je suis le processus père
je suis le processus fils

le processus fils connait le contexte du père, l'inverse n'est pas vrai, si on set une variable dans le sous-processus le père n'en aura pas connaissance
dans le détail il faudrait s'en assurer néanmoins (cf code source de bash pour les courageux ), aussi bien bash gère peut-être son subshell comme une coroutine ou un thread selon le cas (quand il ne détecte que des commandes builtins dans les parenthèses par exemple)

[Flodelarab]

Bonjour

Ok

Code :

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

1
2
3
4
5
6
$ var=toto
$ echo $var" pere";(echo "$var fils";var=tata;echo $var" fils");echo "$var pere"                                                                                                                         
toto pere
toto fils
tata fils
toto pere

La comparaison avec le C/C++ est hasardeuse car les scripts bash détonent justement par 2 choses:

• En plein milieu d'une commande, il y a création d'un sous-shell dont les variables ne seront pas récupérables. Et c'est déstabilisant quand on débute.
  

  Code :

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

  1
  2
  3
  4
  cat ... | sed ... | while ... do variable="valeur"... done
  echo $variable
   
  (rien alors qu'on attend 'valeur')

• Les fonctions n'ont pas besoin de passage de paramètres puisque tout est disponible directement. C'est, au contraire, l'attribution d'une portée locale, qui doit être indiqué.
  Exemple:
  

  Code :

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

  1
  2
  3
  4
  5
  $ totof() { local var=truite;echo $var; } 
   
  $ totof; echo $var
  truite
  toto

[dancewithme]

merci pour vos reponses

il y a création d'un sous-shell dont les variables ne seront pas récupérables...

justement le fait de faire echo $var ; (echo $var)...je pensais correspondre a ton deuxième exemple

creation d'un sous shell (....), je pensais que la 2eme commande ne connaitrait pas la variable defini par le pere, je pensais qu'il y avait besoin d'un export

merci pour les exemples :-)

[jlliagre]

par contre
quand je fais (echo $var) toto s'affiche aussi (alors que je lance un fils et que je n'ai pas exporte la variable)

Les explications données jusqu'ici ne décrivent pas exactement ce qui se passe dans ton test.

Quand tu executes:

Code :

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

(echo $var)

C'est le shell courant (le parent donc) qui interprète $var, le sous-shell exécute simplement la commande

Code :

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

echo toto

et ta question sur l'exportation n'est pas tranchée.

Si en revanche tu exécutes:

Code :

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

(eval echo \$var)

là, le sous shell va bien exécuter "echo $var" mais il va quand même afficher toto.

Pourquoi ? Et bien parce qu'un sous shell n'est pas un autre processus lancé par la séquence habituelle fork/exec mais uniquement le clone du shell courant, obtenu par un simple fork, comme l'a justement déjà indiqué BufferBob. Comme c'est le "même" programme (au pid et program counter près), il hérite de tout le contexte du parent, y compris les variables non exportées. La comparaison avec le C n'est donc pas si hasardeuse que ça...

Si tu avais lancé un autre shell, la variable toto aurait été perdue sauf si exportée au préalable :

Code :

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

1
2
3
4
5
6
7
8
$ a=toto
$ sh -c "echo $a" # même erreur quand dans (echo $a), la variable est traitée avant l'exécution de "sh -c"
toto
$ sh -c "echo \$a" # la variable n'est pas interprétée par le shell courant, rien ne s'affiche 
 
$ export a
$ sh -c "echo \$a" # la variable est exportée, le shell fils affiche sa valeur
toto

[dancewithme]

Merci pour ces précisions.
Je comprend maintenant.

[jlliagre]

En plein milieu d'une commande, il y a création d'un sous-shell dont les variables ne seront pas récupérables. Et c'est déstabilisant quand on débute.

Code :

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

1
2
3
4
cat ... | sed ... | while ... do variable="valeur"... done
echo $variable
 
(rien alors qu'on attend 'valeur')

C'est vrai, mais avec les versions récentes de bash, il y a une solution à ce défaut :

Code :

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

1
2
3
4
5
6
7
8
9
10
$ cat demo
#!/bin/bash
cat /dev/null | sed 's///' | while test -z "$variable" ;  do variable="valeur";  done
echo variable=$variable
shopt -s lastpipe # Spécifique à bash
cat /dev/null | sed 's///' | while test -z "$variable" ;  do variable="valeur";  done
echo variable=$variable
$ ./demo
variable=
variable=valeur

Ce comportement plus intuitif est d'ailleurs le choix qu'a fait ksh, dommage que POSIX ne l'ait pas imposé.

[Flodelarab]

Très intéressant tout ça.

On avait toujours la solution de la substitution de processus avec bash:

Code :

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

while test -z "$variable" ;  do variable="valeur";  done < <(cat /dev/null | sed 's///')

[Flodelarab]

Pardon pour le double-post.

Comment faire pour que, à la place de "echo $var", il y ait l'affichage du pid du sous-processus ?
Parce que là, si je tape (echo $$), il me renvoie le pid du père.
Mais si je fais le bilan ps -fe, il me montre bien 2 processus bash dont l'un est le fils de l'autre.

Confusion pour moi.

[jlliagre]

C'est une conséquence du fork sans exec déjà évoqué.

Le sous-shell hérite du contexte complet de son shell parent, les variables PID et PPID incluses.

Sous bash, il existe cependant une variable particulière, BASHPID qui contient le vrai pid du shell courant. Si $PID est différent de $BASHPID, c'est donc qu'on est dans on sous-shell.