Discussion :

[sbill]

Bonjour,

J'essaye d'effectuer une double redirection en lecture cependant je galère pas mal ...
Exemple :
wc << END
Je tape
du texte
END (marque la fin de fichier)
Résultat =>2 4 17

A noté que toutes mes redirection fonctionne parfaitement, >, >>, <.
Pour la double passez-vous par des pipes ?

Merci pour vos conseils.

[ternel]

c'est quoi, une "double redirection en lecture"? une heredoc?

[dinobogan]

Dans ton exemple avec "wc", c'est simplement de l'information transmise sur l'entrée standard de la commande.
La gestion de la chaîne "END" est entièrement à la charge du shell et n'est jamais vue par la commande "wc".

[sbill]

Bonjour,

c'est quoi, une "double redirection en lecture"? une heredoc?

Oui.

Dans ton exemple avec "wc", c'est simplement de l'information transmise sur l'entrée standard de la commande.
La gestion de la chaîne "END" est entièrement à la charge du shell et n'est jamais vue par la commande "wc".

Je comprend bien la chose, cependant c'est moi qui dois transmettre faire en sorte que les données soient transmise à la commande wc. Ma question est donc, comment transmet tu l'information sur l'entrée standard ?

Mon approche est la suivante :
Je fork, le père lit les informations transmises sur l'entrée standard, chaque lignes lu est écrite dans le tube (jusqu'a la "fin de fichier" marquer par l'envoi du mot clé choisis lors de la commande, "END" dans l'exemple précédent).
Le fils quand à lui redirige l'entrée standard vers le tube afin que les données écrite dans le tube soit lu par wc (qui lit par défaut son entrée standard).

Qu'en pensez-vous ?

[ternel]

cette redirection "here doc" est en fait un remplissage "en place" de l'entrée standard.
Ca marche exactement comme si tu faisais un "echo truc| wc", sauf pour des considérations d'échappement.

C'est une considération du shell. Pas de wc, qui ne vois qu'un "std::cin"

Tu peux utiliser un fichier intermédiaire, un pipe (ce qui reviens au même).

[sbill]

Bonjour,

Merci, ça fonctionne parfaitement

J'ai une dernière question au cas ou que tu arrives à ciblé le "problème". Je m'attaque à la redirection avec fichier multiples (concernant toujours l'entrée standard). Cependant il y a un comportement que je ne trouve pas logique, peux-tu me dire ce que tu en penses ?
Je créer 3 fichiers :

Code :

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

1
2
3
echo "Bonjour developpez.com" > file1
echo "Au revoir developpez.com " > file2
echo "Bonne nuit developpez.com" > file3

J'effectue la redirection dont je te parle plus haut :

Code :

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

wc < file1 file2 file3

Résultat obtenu :
1 3 26 file2
1 3 26 file3
2 6 52 total

1. Pourquoi file1 n'apparait pas ? (ces toujours le premier fichier qui n'apparait pas).
2. Comment le total est calculer ? De mon coté, il n'y a pas de ligne total...

J'attire sur ton attention que tout cela est testé dans un shell C à savoir tcsh. Quoi qu'il en soit merci car le problème initial est résolu

[dinobogan]

Dans la commande

Code :

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

wc < file1 file2 file3

l'entrée standard < file1 est ignorée car il y a les arguments file2 file3.

Donc "file1" est ignoré car tu passes des arguments à la commande.

[Obsidian]

Bonjour,

J'effectue la redirection dont je te parle plus haut :

Code :

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

wc < file1 file2 file3

Résultat obtenu :
1 3 26 file2
1 3 26 file3
2 6 52 total

1. Pourquoi file1 n'apparait pas ? (ces toujours le premier fichier qui n'apparait pas).
2. Comment le total est calculer ? De mon coté, il n'y a pas de ligne total...

Parce que la syntaxe « wc < file1 file2 file3 » est incorrecte. Tu ne peux pas rediriger plusieurs fichiers à la fois vers l'entrée standard (à moins de les concaténer au préalable avec cat, dont c'est la fonction, mais tu ne verrais alors qu'un seul flux), pas plus que tu ne peux rediriger la sortie vers plusieurs flux à la fois (on utilise tee pour cela). En outre, lorsque tu fais une redirection, c'est le shell lui-même qui se charge de connecter le fichier concerné à l'entrée standard de l'exécutable à lancer. Celui-ci n'a alors pas de moyen direct de savoir si son entrée standard est celle par défaut (le clavier) ou si elle a été explicitement redirigée.

Par contre, la plupart des programmes capables de gérer un flux le font soit à travers l'entrée standard à défaut d'autres informations, soit en ouvrant eux-mêmes un fichier quand son nom est explicitement spécifié en argument, et même de le faire itérativement, l'un après l'autre, quand plusieurs fichiers sont spécifiés.

Dans l'exemple en question, le shell redirige donc « file1 » vers l'entrée standard et passe « file2 file3 » en argument à ton programme. Comme celui-ci voit qu'on lui en passe, il ouvre directement les fichiers concernés sans se soucier de l'entrée standard.

(Edit: crosspost avec dinobogan).

[sbill]

Merci à tous !