Discussion :

[Merillym]

Bonjour,

Voilà, je suis en train de faire la recode d'un shell de type UNIX. Plus précisément je suis en train de réfléchir à la phase d'exécution et au parcours de mon arbre.

Certains shells, zsh pour ne pas le nommer , gèrent des redirections d'entrées/sorties multiples. Par exemple :

< FICH1 < FICH2 < FICH3 cat
cat > FICH1 > FICH2 > FICH3

Les deux exemples ci-dessus sont les cas les plus simples concernant la problématique des multiples redirections ( < FICH1 ls -l | < FICH2 grep "mot" > FICH3 | wc -l ).

J'arrive à gérer une redirection d'entrée et une redirection de sortie pour chaque commande simple ou chaque enchaînement de pipe, comme ls -l | grep toto | wc -l > FICH ou << EOF cat > FICH.

Ce que j'aimerais, c'est pouvoir gérer plusieurs redirections, comme peut le faire zsh. J'ai essayé de voir comment on pouvait précéder, mais sans succès.

Je pense que copier un fichier dans un autre fichier et ainsi de suite n'est pas "propre" : je redirige le résultat de la commande dans le premier fichier, puis je copie le contenu du premier dans le deuxième et ainsi de suite... Ca m'étonnerait que ce soit la meilleure façon. De même si je copie tous les fichiers d'entrée dans un unique fichier et que je passe le fd de cet unique fichier à dup2.

J'ai essayé de connecter la sortie d'une commande à plusieurs fd, mais c'est sans succès pour le moment.

Je pense qu'il y a de bien meilleures solutions, donc si vous avez des idées/suggestions, je suis preneur. Merci par avance.

[Sve@r]

Je m'étais amusé une fois à recoder un exemple style ls |grep ... | tr ... |...
J'utilisais des fork et des pipes en cascade en remplaçant (dup2) à chaque fois stdin ou stdout par le pipe créé...

[Merillym]

Je m'étais amusé une fois à recoder un exemple style ls |grep ... | tr ... |...
J'utilisais des fork et des pipes en cascade en remplaçant (dup2) à chaque fois stdin ou stdout par le pipe créé...

Bonjour,

Merci de te pencher sur la question, mais je ne crois pas que tu répondes au problème posé. Mon problème n'est pas de coder un "multipipe" (ça je l'ai déjà fait), mais plutôt de rediriger un fd sur plusieurs fds différents et inversement de rediriger plusieurs fds sur un unique.

En continuant mes recherches, j'ai cru comprendre que cela s'appelait du multiplexage et que la commande UNIX tee le faisait.
J'aurais bien aimé savoir comment on codait ce genre d'algo et quelle était sa difficulté.

En attendant, je me limite à une entrée et une sortie par commande.

Merci

[matafan]

Tu te poses trop de questions. En fait c'est tout con, c'est à ton shell d'ouvrir les n fichiers spécifiés et de faire n write() dans ces fichiers. Si tu veux écrire dans deux fichiers il faut faire deux write(). Ca ne peut pas se régler avec de simples manipulations sur les fd (dup/dup2).

[Sve@r]

En continuant mes recherches, j'ai cru comprendre que cela s'appelait du multiplexage et que la commande UNIX tee le faisait.

Bah, tout ce que fait tee est d'ouvrir le fichier demandé et de tout écrire ce qui vient de stdin à la fois
- dans le fichier
- dans stdout

Ca ne peut pas se régler avec de simples manipulations sur les fd (dup/dup2).

Oui ça c'est exact. Contrairement à son nom, dup ne duplique pas, il remplace...

[Celelibi]

Non, en cas de MILTIOS tu ne peux pas te contenter de brancher le fichier sur l'entrée/sortie standard du processus. Il va te falloir un processus supplémentaire.

En cas d'entrées multiples, il suffit de remarquer l'équivalence :

Code :

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

1
2
mycmd < FIC1 < FIC2 < FIC3
cat FIC1 FIC2 FIC3 | mycmd

Et il te reste plus qu'à créer un processus qui effectue ça.
De même pour les sortie :

Code :

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

1
2
mycmd > FIC1 > FIC2 > FIC2
mycmd | tee FIC1 > FIC2 > FIC3

Et même, si tu veux pas t'emmerder, tu réutilises directement les commandes cat et tee.
Sinon, les appels système tee et splice peuvent être utile.