Alguém pode explicar o que está acontecendo neste comando:
echo foo >&2 | grep fooO Zsh (5.0.2) imprime fooduas vezes. Um aparentemente para stdout e outro para stderr, desde a execução desses comandos:
{ echo foo >&2 | grep foo } >/dev/nulle:
{ echo foo >&2 | grep foo } 2>/dev/nullambos apenas imprimem foouma vez.
Respostas:
Esse é o efeito do MULTIOS .
echo foo >&2 | grep fooirá escrever foopara stderr e também canalizar foopara grep. Como stderr assume como padrão o terminal, você verá duas foolinhas, uma de echo, uma do grepresultado.
{ echo foo >&2 | grep foo } >/dev/nullAqui, você viu uma linha porque o stdout foi redirecionado para /dev/null, apenas a foolinha de echo.
{ echo foo >&2 | grep foo } 2>/dev/nullAqui, você viu uma linha porque o stderr foi redirecionado /dev/null, você só viu a foolinha de grep.
Você pode ver facilmente a diferença no terminal pela cor de saída da linha. grepdestacará o padrão correspondente (ou você pode forçá-lo usando --color=always).
MULTIOSfoi ativado por padrão com a nomultiosopção não configurada:
$ unsetopt | grep nomultios
nomultiosPara desativá-lo, basta definir a nomultiosopção:
$ setopt nomultios{echo foo >&2} | grep foo, {echo foo >&2}foi considerado como um comando e foi executado em um subshell. Você pode pensar como A | grep fooonde Aestá {echo foo >&2}. Nesse caso, >&2e |foram separados, MULTIOSnão tem efeito aqui.
{echo foo >&2} | grep foo, se você vê o que estou tentando dizer. Eu pensei que o comando que eu perguntei acima teria redirecionado o stdout para o stderr e, em seguida, transferiu o stdout vazio para o grep.