¿Alguien puede explicar lo que está sucediendo en este comando:
echo foo >&2 | grep fooZsh (5.0.2) imprime foodos veces. Uno aparentemente para stdout y otro para stderr, ya que ejecuta estos comandos:
{ echo foo >&2 | grep foo } >/dev/nully:
{ echo foo >&2 | grep foo } 2>/dev/nullambos solo imprimen foouna vez.
Respuestas:
Ese es el efecto de MULTIOS .
echo foo >&2 | grep fooescribirá fooen stderr y tubería fooa grep. Debido a que stderr está predeterminado en la terminal, verá dos foolíneas, una desde el echootro, desde el grepresultado.
{ echo foo >&2 | grep foo } >/dev/nullAquí, viste una línea porque stdout fue redirigido a /dev/null, solo viste la foolínea desde echo.
{ echo foo >&2 | grep foo } 2>/dev/nullAquí, viste una línea porque stderr fue redirigido a /dev/null, solo viste la foolínea desde grep.
Puede ver fácilmente la diferencia en el terminal por el color de salida de la línea. grepresaltará el patrón coincidente (o puede forzarlo al usarlo --color=always).
MULTIOSestaba habilitado de forma predeterminada con la nomultiosopción sin configurar:
$ unsetopt | grep nomultios
nomultios
Para deshabilitarlo, solo configure la nomultiosopción:
$ setopt nomultios{echo foo >&2} | grep foo, {echo foo >&2}fue considerado como un comando, y se ejecutó en una subshell. Puedes pensarlo como A | grep foodonde Aestá {echo foo >&2}. En este caso, >&2y |fueron separados, MULTIOSno tiene ningún efecto aquí.
{echo foo >&2} | grep foo, si ves lo que estoy tratando de decir. Pensé que el comando que pregunté anteriormente habría redirigido stdout a stderr y luego canalizar stdout vacío a grep.