ファイルの出力をそれ自体にリダイレクトすると、なぜ空のファイルが生成されるのですか？
Bashに記載されている理由
less foo.txt > foo.txtそして
fold foo.txt > foo.txt空を生成しますfoo.txtか？などの追加less eggs.py >> eggs.pyは、テキストのコピーを2 eggs.pyつ作成するため、上書きするとテキストのコピーが1つ作成されることが予想されます。
これはバグだと言っているのではないことに注意してください。これは、Unixの奥深い何かへのポインタである可能性が高いです。
回答:
を使用する>と、ファイルは切り捨てモードで開かれるため、コマンドが読み取ろうとする前にその内容は削除されます。
を使用する>>と、ファイルは追加モードで開かれるため、既存のデータが保持されます。ただし、この場合、同じファイルを入力および出力として使用することは依然としてかなり危険です。ファイルが読み取り入力バッファサイズに収まらないほど大きい場合、ファイルシステムがいっぱいになる（またはディスククォータに達する）まで、ファイルのサイズが無限に大きくなる可能性があります。
インプレース変更をサポートしないコマンドでファイルを入力および出力の両方として使用する場合は、いくつかの回避策を使用できます。
ユーティリティの実行中にエラーが発生しなかった場合にのみ、中間ファイルを使用して元のファイルを上書きします（これが最も安全で一般的な方法です）。
fold foo.txt > fold.txt.$$ && mv fold.txt.$$ foo.txtエラーや中断が発生した場合、潜在的な部分的または完全なデータ損失を犠牲にして、中間ファイルを避けてください。この例では、ファイルが削除される前に、の内容がfoo.txt入力としてサブシェル（括弧内）に渡されます。サブシェルがデータの読み取り中にそれを開いたままにしているため、前のiノードは存続します。内部ユーティリティ（ここではfold）が同じ名前（ただし）で記述したファイルfoo.txt）古いディレクトリエントリが技術的に削除されているため、異なるiノードを指します。プロセス中に同じ名前の2つの異なる「ファイル」があります。サブシェルが終了すると、古いiノードが解放され、そのデータが失われます。古いファイルと新しいファイルの両方を一時的に保存するのに十分なスペースがあることを確認してください。そうしないと、データが失われます。
(rm foo.txt; fold > foo.txt) < foo.txtこのファイルは、アプリケーションが読み取る前にシェルによって書き込み用に開かれます。書き込み用にファイルを開くと、切り捨てられます。
bashでは、ストリームリダイレクト演算子... > foo.txtはfoo.txt 、左オペランドを評価する前に空になります。
回避策としてコマンド置換を使用し、その結果を出力する場合があります。このソリューションは、他の回答よりも追加の文字が少なくなります。
printf "%s\n" "$(less foo.txt)" > foo.txt注意：このコマンドは、の末尾の改行を保持しませんfoo.txt。詳細については、以下のコメントセクションをご覧ください
ここでは、サブシェル$(...)はストリームリダイレクト演算子の前に評価される>ため、情報が保存されます。
tmp=$(cmd; printf q); printf '%s' "${tmp%q}"。しかし、あなたはこの答えに別の問題を見逃しました。「コマンド置換」を意味するときに「サブシェル」と言います。はい、コマンド置換は一般にサブシェルですが、その逆はできません。一般に、サブシェルはこの問題の助けにはなりません。