stdoutとエラーをリダイレクトすると、>>なしで追加が機能します。

stdoutとエラーをリダイレクトすると、>>なしで追加が機能します。

ファイルがありますが、test.txt名前がtest。私が試したとき

ls test test.txt > new 2>new

使われなかったのでnew上書きすると予想しました。>>しかし、出力ファイルにこれら2つの内容を追加しました。なぜですか?

ベストアンサー1

長い話を短く bash何でも書き込み前に関連するすべてのファイルを開いて切り取ります。印刷開始時にファイルが切り捨てられたため(2回)、両方とも転送されstdoutます。stderrnewbashls

これがbashI / Oリダイレクトの準備/処理方法です。コマンドを>ファイルにリダイレクトするように要求すると、デフォルトでファイルが開き、bash必要に応じて生成されます。ファイルがすでに存在する場合は切り捨てられます。あなたの場合、これはopenシステムコールといくつかのフラグを介して行われます。

open("new", O_WRONLY|O_CREAT|O_TRUNC, 0666)

O_CREATファイルがない場合は作成し、O_TRUNCあれば切り捨てます。このシステムコールはopenリダイレクト初期化の一部です。つまり、次のような複数のリダイレクト操作を使用する場合...bash

$ ls test test.txt > new 2>new

...bashすべての関連ファイルを開くことから始めます。したがって、実行する前に同じフラグで2回開きますlsnew

open("new", O_WRONLY|O_CREAT|O_TRUNC, 0666)
open("new", O_WRONLY|O_CREAT|O_TRUNC, 0666)

つまり、デフォルトでコマンドを実行すると、次のbash操作が順番に実行されます。

  1. 標準出力として開き、new必要に応じてファイルを作成/切り捨てます。
  2. 標準エラーで開き、new必要に応じてファイルを作成/切り捨てます。
  3. 実行ls:内容を作成しますnew

ご覧のとおり、関連bashするすべてのファイルが切り捨てられます。今後start を使用してls何かを実行するときを意味します。... >new 2>newnewそれから、出力はその位置にリダイレクトされます。必要な動作をするには、stdoutとstderrを独立してbashキャプチャしls、書き込み前に1つずつ開く必要があります。オリジナル:

  1. 開始ls
  2. 何が起きたらstdout開いて切ってnew使ってください。
  3. 何が起こったら、stderrもう一度開いてカットしてnew書いてください。

ただし、メッセージは互いに絡み合っている可能性があります。リダイレクトされたプログラムはに何かを書き、stdout他のものに書き込んstderrでから戻ってきますstdout。これらすべてを管理するのは恐ろしいでしょう。(これは望ましくない(定義されていませんか?)動作を引き起こす可能性があります...)

おすすめ記事