Discussion :

[haNjo]

Bonjour à tous & à toutes,

Je me suis lancé dans un projet de scripting Bash pour apprendre à utiliser les Named Pipe.

Ecrire & lire dans un Named Pipe (FIFO) ne me pose pas de problème. Mais la "double" communication, elle, si.

En fait, j'aimerai que mes scripts fassent ceci:
1er script:
--------------------------------------------------------------------------
demon
Il comportera un nombre à deviner.

2ème script
client
Il fera des propositions au demon afin de trouver le nombre qu'il contient.
--------------------------------------------------------------------------

Le démon répondra "le nombre est > à ce que vous avez proposé" (ou < ou = -> si égal bingo le script client s'arrête, mais pas le demon)


Au niveau de l'affichage, cela se représente comme suit:

Code :

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

1
2
3
4
$ ./demon
Vous avez essayé le nombre 10
Vous avez essayé le nombre 15
Vous avez essayé le nombre 12

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
$ ./client
Votre proposition:
10
10 n'est pas le bon nombre, c'est > au nombre à trouver
Votre proposition:
15
15 n'est pas le bon nombre, c'est < au nombre à trouver
Votre proposition:
12
Bingo!
// on sort du script
$

La génération du nombre dans le demon ne doit pas être prise en compte. Tout ce qui est switch pour retourner le < > ou = ne me pose pas de problème.

J'arrive à faire la lecture quand on fait la proposition, et donc l'affichage de demon, mais par contre je n'arrive pas à renvoyer une valeur à mon client, et donc savoir si on a trouvé ou non...

Mes script en sont là pour les NamedPipe:
demon:

Code :

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

1
2
3
4
5
#!/bin/bash
MYVAR="10"
while read f ; do
        echo "valeur" $f 
done < tube1

client:

Code :

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

1
2
3
4
5
#!/bin/bash
while :
do
        cat > tube1
done

Je voulais faire en sorte que dans mon script demon, je fasse un genre de "echo $result > tube2" et donc de faire un cat < tube2 dans mon client, mais cela ne fonctionne pas...

Je ne suis pas sûre d'être sur la bonne voix...

Si quelqu'un pouvait éclairer ma lanterne, ca serait vraiment sympa!

[Flodelarab]

Bonjour

Tu es en train de fabriquer une route unique sur laquelle les voitures circulent dans les deux sens. Si tu n'as pas de collision, tu as vraiment de la chance. Il faut créer d'autres routes, de ton serveur vers tes clients.

Vois ça comme des boîtes aux lettres. Tout script voulant recevoir du courrier doit avoir son pipe nommé. Il te faut gérer côté serveur un tableau des pipes de tes clients.

[haNjo]

L'idée finale étant bien de pouvoir poser la question depuis plusieurs terminaux au script demon.

Au niveau de la conception, peux-tu m'éclairer un peu?

[Flodelarab]

Je ne vois pas ce qui n'est pas clair.

Chacun sa boîte au lettres, chacun son tube. Il faut éviter les blocages. De la même façon qu'on ne s'occupe plus d'une lettre, une fois qu'on l'a envoyée, il faut mettre la tâche qui écrit dans le tube en tâche de fond.

exemple:

Code :

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

echo $missive >tube &

Le message est bien envoyé mais la commande n'est pas bloquante.

La réception des messages, elle, peut être bloquante:

Code :

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

cat <tube

Cela implique de vérifier régulièrement si le processus n'a pas du courrier.

[haNjo]

C'est au niveau code que j'ai du mal de conceptualiser la gestion du pipe

demon

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
 
find="12"
while read f ; do
    echo "Valeur testée" $f &
 
    if [ $f -lt $find ] ; then
       msg="Le nombre a trouver est >"
    elif [ $f -gt $find ] ; then
       msg="Le nombre a trouver est <"
    else 
       msg="Bingo"
    fi   
    cat > tube2
    echo $msg
done < tube1

Et le client:

Code :

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

1
2
3
4
5
6
7
 
cat < tube2 &
while [ $msg -n ] 
do
        cat > tube1
        echo "insérez une valeur"
done

Ca en est là +/- dans ma conceptualisation de la chose...

P.S: Déjà merci pour ton temps!

[Flodelarab]

Cette commande n'est pas bonne:

Code :

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

cat >tube2

"cat" sert à afficher. Afficher quoi ? Tu ne le dis pas. Si la commande bloque, c'est parce qu'il attend que tu lui dises.

De plus, Je t'ai dit qu'il ne fallait pas que les messages envoyés soient bloquants. Il faut donc rajouter un '&' en fin de ligne pour que le processus s'exécute en fond. Sinon, il monopolise la main.

[jack-ft]

L'idée finale étant bien de pouvoir poser la question depuis plusieurs terminaux au script demon.

Au niveau de la conception, peux-tu m'éclairer un peu?

Au risque de passer pour un chipoteur (ce qui m'étonnerait quand même), si plusieurs clients peuvent poser SIMULTANÉMENT des questions au script démon et si tu veux gérer une synchronicité rigoureuse, il ne faut pas que les clients utilisent le même pipe de retour!!!
Sinon, il existe un risque (certes faible! (mais quand même...)) que le client A reçoive la réponse destinée au client B et réciproquement.

Comme l'a dit Flodelarab, chaque client devrait avoir sa propre boîte à lettres.

Du coup, comme le serveur ne peut pas deviner quelle est la boîte à lettres du client qui l'interroge, il faudrait que le client communique au serveur le nom de sa boîte à lettres.
En gros, le client pourrait envoyer sur le tube du serveur un message contenant "<nombre> <nom_de_tube>" dont le sens serait quelque chose comme:

Code :

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

"Le nombre <nombre> est-il le bon? Merci de me répondre sur le tube nommé <nom_de_tube>"

Lorsque le serveur reçoit un message, il en extrait la partie <nombre> et la partie <nom_de_tube>, compare avec le nombre à deviner et retourne le résultat sur le tube indiqué.