UNIXシェルにおける、/dev/ttyや/dev/nullへの出力処理の結果に関して

Question

UNIXシェルにおいて、

$ ls

と

$ ls > /dev/tty

は同じ結果になると思います。

ところが、

$ ls >& /dev/null

と

$ (ls > /dev/tty) >& /dev/null

は同じ結果になりません。
(前者は何も表示されないが、後者は通常のlsの結果と同じになる)

これはどうしてなのでしょうか。
どなたかご教授いただければと思います。

Comments

[otn]

何故同じになると思ったのでしょうか？誤解の理由が分かりません。

[AnchorBlues]

$ (ls > /dev/tty) >& /dev/null において、(ls > /dev/tty)がまず評価されて、その結果が/dev/nullに渡されると思っておりました。

Answer 1

/dev/tty 、/dev/null が何を意味するのか、ぐぐってみたらどうでしょうか

Comments

[AnchorBlues]

すみません、記事のタイトルが不適切でした。
自分が理解したかったのは、
/dev/tty, /dev/null
に関する挙動・知識というよりもむしろ
シェルコマンドにおいて括弧を用いたときの処理のされ方についてでした。
つまり、
$ (history > /dev/tty) > a.txt
とした時に、historyの結果がa.txtでなくて標準出力に出力される理由について理解したいと思っておりました。

[y_waiwai]

それじゃttyは標準出力ということは理解してるというわけですよね？
なら、(history > /dev/tty) という時点で、標準出力に出力されないと仮定する理由を説明してくださいますか？

[AnchorBlues]

例えば
$ history > /dev/tty > a.txt
だと、標準出力に何も出力されず、a.txtに出力されますよね?
括弧をつけるとどうして標準出力に出力されるのか、ということです。
(解決いたしましたので、コメントは不要です)

Answer 2

シェルはリダイレクトを処理してからコマンドを実行します。
まず、">& /dev/null"で、"(ls > /dev/tty)"コマンドの標準出力と標準エラー出力が"/dev/null"にリダイレクトされてから、コマンドが実行されます。
次に、"> /dev/tty"で、lsコマンドの標準出力("/dev/null"にリダイレクト済み)が"/dev/tty"にリダイレクトされてから、コマンドが実行されます。
よって、lsコマンドの出力は、"/dev/tty"に出力されます。

Comments

[AnchorBlues]

理解いたしました。
ありがとうございました。

Answer 3

（）はサブシェルの起動を意味します。

(ls > /dev/tty) >& /dev/null

は、

sh -c " ls > /dev/tty" >& /dev/null

```とだいたい同じ。

つまりシェルを起動してシェルの標準出力と標準エラーを束ねて/dev/nullに入れる、そのシェルには「lsの標準出力をファイルに仕舞う」させる、という処理になります。

ls>/dev/ttyだと標準出力は/dev/ttyに向いていますが
(ls>/dev/tty)だと、
lsの出力は/dev/ttyにリダイレクトされているが
lsを起動するサブシェルの標準出力(何も出てはきませんが)はそのまま残ってるので、リダイレクトできます。

あと、ちょっと気になったのですが、bashのマニュアルを読むと　>& file と&> file は同じ意味だが >&　のほうが望ましい、とありました。