Quelqu'un peut-il expliquer ce qui se passe dans cette commande:
echo foo >&2 | grep fooZsh (5.0.2) imprime foodeux fois. Un apparemment à stdout et un à stderr, depuis l'exécution de ces commandes:
{ echo foo >&2 | grep foo } >/dev/nullet:
{ echo foo >&2 | grep foo } 2>/dev/nullles deux n'impriment fooqu'une seule fois.
Réponses:
C'est l'effet de MULTIOS .
echo foo >&2 | grep fooécrira foovers stderr et dirigera également foovers grep. Parce que stderr utilise par défaut le terminal, vous verrez deux foolignes, une à partir echo, une à partir du greprésultat.
{ echo foo >&2 | grep foo } >/dev/nullIci, vous avez vu une ligne car stdout a été redirigé vers /dev/null, vous n'avez vu que la fooligne de echo.
{ echo foo >&2 | grep foo } 2>/dev/nullIci, vous avez vu une ligne parce que stderr a été redirigé vers /dev/null, vous n'avez vu que la fooligne de grep.
Vous pouvez facilement voir la différence dans le terminal par la couleur de sortie de la ligne. grepmettra en surbrillance le motif correspondant (ou vous pouvez le forcer en utilisant --color=always).
MULTIOSa été activé par défaut avec l' nomultiosoption unset:
$ unsetopt | grep nomultios
nomultiosPour le désactiver, il suffit de définir l' nomultiosoption:
$ setopt nomultios{echo foo >&2} | grep foo, {echo foo >&2}était considéré comme une commande et s'exécutait en sous-couche. Vous pouvez le penser comme A | grep foooù Aest {echo foo >&2}. Dans ce cas, >&2et |ont été séparés, MULTIOSn'a aucun effet ici.
{echo foo >&2} | grep foo, si vous voyez ce que j'essaie de dire. Je pensais que la commande que j'ai demandée ci-dessus aurait redirigé stdout vers stderr, puis dirigé stdout vide vers grep.