Qualcuno può spiegare cosa sta succedendo in questo comando:
echo foo >&2 | grep fooZsh (5.0.2) stampa foodue volte. Uno apparentemente su stdout e uno su stderr, poiché eseguendo questi comandi:
{ echo foo >&2 | grep foo } >/dev/nulle:
{ echo foo >&2 | grep foo } 2>/dev/nullentrambi stampano foouna volta sola.
Risposte:
Questo è l'effetto di MULTIOS .
echo foo >&2 | grep fooscriverà fooin stderr e anche tubo foodi grep. Poiché lo standard stderr passa al terminale, vedrai due foorighe, una da echo, una dal greprisultato.
{ echo foo >&2 | grep foo } >/dev/nullQui, hai visto una riga perché stdout è stato reindirizzato a /dev/null, hai visto solo la foolinea da echo.
{ echo foo >&2 | grep foo } 2>/dev/nullQui, hai visto una linea perché stderr è stato reindirizzato a /dev/null, hai visto solo la foolinea da grep.
Puoi vedere facilmente la differenza nel terminale dal colore di uscita della linea. grepevidenzierà il modello corrispondente (o puoi forzarlo utilizzando --color=always).
MULTIOSè stato abilitato di default con l' nomultiosopzione unset:
$ unsetopt | grep nomultios
nomultios
Per disabilitarlo, basta impostare l' nomultiosopzione:
$ setopt nomultios{echo foo >&2} | grep foo, è {echo foo >&2}stato considerato come un comando ed è stato eseguito in una subshell. Si può pensare le cose come A | grep foodove Aè {echo foo >&2}. In questo caso, >&2e |sono stati separati, MULTIOSnon ha alcun effetto qui.
{echo foo >&2} | grep foo, se vedi quello che sto cercando di dire. Ho pensato che il comando di cui avevo chiesto sopra avrebbe reindirizzato stdout a stderr e quindi reindirizzato stdout vuoto a grep.