Orden de redireccionamientos

No entiendo cómo la computadora lee este comando.

cat file1 file2 1> file.txt 2>&1

Si entiendo, 2>&1simplemente redirija el Error estándar a la Salida estándar.

Según esa lógica, el comando me dice lo siguiente:

1. concatenar archivos file1y file2.

2. enviar stdoutdesde esta operación a file.txt.

3. enviar stderra stdout.

4. ¿fin?

No estoy seguro de lo que está haciendo la computadora. Según mi lógica, el comando debería ser

cat file1 file2 2>&1 > file.txt

Pero esto no es correcto.

Me resulta más fácil pensar en usar tareas.

• > es como =
• & es como $

Empiezas con

1 = /dev/tty
2 = /dev/tty

entonces su primer ejemplo, 1> file.txt 2>&1, hace

1 = file.txt
2 = $1           # and currently $1 = file.txt

dejándote con

1 = file.txt
2 = file.txt

Si lo hiciste de la otra manera, nuevamente comienzas con

1 = /dev/tty
2 = /dev/tty

entonces 2>&1 > file.txthace

2 = $1           # and currently $1 = /dev/tty
1 = file.txt

entonces el resultado final es

1 = file.txt
2 = /dev/tty

y solo has redirigido stdout, no stderr.

El orden de redireccionamiento es importante, y deben leerse de izquierda a derecha .

Por ejemplo: command 2>&1 >somefilesignifica:

1. Redireccionar stderr(es decir 2) al destino actual de stdout(en este punto, el terminal).
2. Luego cambia stdoutpara ir a somefile.

Entonces, en este caso, stderrva a la terminal y stdoutva a un archivo, que no es lo que probablemente desee.

Por otro lado, command >somefile 2>&1significa:

1. Redirigir stdoutasomefile
2. Luego redirija stderral mismo destino que stdout( somefile).

En este último caso, tanto stderry stdoutde ir a somefile, que es probablemente lo que quiere.

cat file1 file2 1> file.txt 2>&1

>& En realidad significa duplicado, utiliza la llamada al sistema dup para asignar un nuevo descriptor de archivo a un archivo ya abierto.

Entonces, (bash en realidad) primero debe abrir el nuevo stdout antes, diciendo "y redirigir stderr a cualquier stdout que esté configurado actualmente".