Pourquoi le signe inférieur à ne fonctionne-t-il pas en remplacement de cat in bash?

J'ai entendu parler de "l'utilisation inutile de chat" et j'ai trouvé quelques suggestions, mais ce qui suit ne produit rien dans mon shell bash.

< filename

Cependant, l'utilisation de cat fonctionne comme prévu.

cat filename

J'utilise Fedora Core 18 et GNU bash, version 4.2.45 (1).

EDIT: L'utiliser devant un tuyau ne fonctionne pas non plus.

< filename | grep pattern

Alors que l'utilisation de chat fonctionne comme prévu.

cat filename | grep pattern

EDIT2: Pour clarifier, je sais que je peux utiliser cette

grep pattern < filename

mais j'ai lu ici /programming/11710552/useless-use-of-cat que je peux également l'utiliser devant la commande. Cependant, cela ne fonctionne pas devant la commande.

Le symbole inférieur à et ( <) ouvre le fichier et le joint au descripteur de périphérique d'entrée standard d'une application / d'un programme. Mais vous n'avez donné au shell aucune application à laquelle attacher l'entrée.

Exemple

Ces 2 exemples font essentiellement la même chose mais obtiennent leur contribution de 2 manières légèrement différentes.

ouvre le fichier

$ cat blah.txt 
hi

ouvre STDIN

$ cat < blah.txt 
hi

Furtivement derrière le rideau

Vous pouvez utiliser stracepour voir ce qui se passe.

Quand on lit un fichier

open("blah.txt", O_RDONLY)              = 3
fstat(3, {st_mode=S_IFREG|0664, st_size=3, ...}) = 0
fadvise64(3, 0, 0, POSIX_FADV_SEQUENTIAL) = 0
read(3, "hi\n", 65536)                  = 3
write(1, "hi\n", 3hi
)                     = 3
read(3, "", 65536)                      = 0
close(3)                                = 0
close(1)                                = 0

Lorsque nous lisons dans STDIN (identifié comme 0)

read(0, "hi\n", 65536)                  = 3
write(1, "hi\n", 3hi
)                     = 3
read(0, "", 65536)                      = 0
close(0)                                = 0
close(1)                                = 0

Dans le premier exemple, nous pouvons voir que catle fichier a été ouvert et lu à partir de celui-ci blah.txt,. Dans la seconde, nous pouvons voir que catlit le contenu du fichier blah.txtvia le descripteur de fichier STDIN, identifié comme le descripteur numéro 0.

read(0, "hi\n", 65536)                  = 3

L'utilisation inutile classique de catest lorsque vous l'utilisez pour donner une entrée à des programmes qui sont parfaitement capables d'ouvrir des fichiers directement. Par exemple:

Mal

cat file | grep foo
cat file | while read line; do echo "$line"; done
cat file | sed 's/a/b/'
cat file | awk '{print $1}'

Bien

grep foo file
while read line; do echo "$line"; done < file 
sed 's/a/b/' file
awk '{print $1}' file

Aussi bon (le <filepeut être de chaque côté de la commande)

<file grep foo
 sed 's/a/b/' < file
<file awk '{print $1}' 

L'UUOC est en:

cat somefile | some-cmd

ou

cat < somefile | some-cmd

Là, some-cmdest la lecture du contenu de somefilepartir d' un tuyau qui est alimenté par catqui se lit à partir somefile.

some-cmdpeut lire directement depuis somefile(après que le shell l'ait ouvert sur stdin), il n'est pas nécessaire de cat:

some-cmd < somefile

ou

< somefile some-cmd

(les redirections peuvent apparaître n'importe où sur une simple ligne de commande).