¿Por qué el signo menos que no funciona como un reemplazo para cat in bash?

Escuché sobre el "uso inútil del gato" y encontré algunas sugerencias, pero lo siguiente no muestra nada en mi shell bash.

< filename

Sin embargo, usar cat funciona como se esperaba.

cat filename

Estoy usando Fedora Core 18 y GNU bash, versión 4.2.45 (1).

EDITAR: Usarlo delante de una tubería tampoco funciona.

< filename | grep pattern

Mientras que usar cat funciona como se esperaba.

cat filename | grep pattern

EDIT2: para aclarar, sé que puedo usar esto

grep pattern < filename

pero leí aquí /programming/11710552/useless-use-of-cat que también puedo usar delante del comando. Sin embargo, no funciona delante del comando.

El símbolo menor que y ( <) abre el archivo y lo adjunta al controlador de dispositivo de entrada estándar de alguna aplicación / programa. Pero no le ha dado al shell ninguna aplicación para adjuntar la entrada.

Ejemplo

Estos 2 ejemplos hacen esencialmente lo mismo, pero obtienen su entrada de 2 maneras ligeramente diferentes.

abre archivo

$ cat blah.txt 
hi

abre STDIN

$ cat < blah.txt 
hi

Mirando detrás de la cortina

Puedes usar stracepara ver qué está pasando.

Cuando leemos de un archivo

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

Cuando leemos de STDIN (identificado como 0)

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

En el primer ejemplo, podemos ver que catabrió el archivo y leer de él, blah.txt. En el segundo podemos ver que catlee el contenido del archivo a blah.txttravés del descriptor de archivo STDIN, identificado como descriptor número 0.

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

El uso inútil clásico cates cuando lo usas para dar entrada a programas que son perfectamente capaces de abrir archivos directamente. Por ejemplo:

Malo

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

Bueno

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

También es bueno ( <filepuede estar a ambos lados del comando)

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

El UUOC está en:

cat somefile | some-cmd

o

cat < somefile | some-cmd

Allí, some-cmdestá leyendo el contenido de somefileuna tubería que se alimenta de la catcual él mismo lo lee somefile.

some-cmdpuede leer directamente desde somefile(después de que el shell lo haya abierto en stdin), no hay necesidad de cat:

some-cmd < somefile

o

< somefile some-cmd

(las redirecciones pueden aparecer en cualquier lugar en una línea de comando simple).