ファイルの最後に新しい行を追加するのはなぜですか？

これは、ファイルの末尾に改行を追加するのではなく、そこにある必要がある改行を削除することではありません。

ㅏテキストファイルUnixでは、次の一連の要素で構成されています。ワイヤー、それぞれ改行文字（\n）。したがって、空ではなく改行文字で終わらないファイルはテキストファイルではありません。

テキストファイルで機能する必要があるユーティリティは、改行文字で終わらないファイルをうまく処理できない可能性があります。たとえば、過去の Unix ユーティリティは、最後の改行文字の後のテキストを無視できます。牛に似た一種の栄養このユーティリティには、他のほとんどの最新のユーティリティと同様に、テキスト以外のファイルとうまく機能するポリシーがありますが、最後の改行文字がないファイルではまだ奇妙な動作が発生する可能性があります。

GNU diffを使用すると、比較されるファイルの1つが改行文字で終わり、他のファイルはそうでない場合に注意してください。 diffは行指向なので、ファイルの1つに改行文字を保存し、他のファイルに改行文字を保存してそれを表すことはできません。改行文字は各行の位置を示す必要があります。diffファイルに始まりと終わり。したがって、diffはこの特殊テキストを使用して、改行\ No newline at end of fileで終わらないファイルと終わるファイルを区別します。

ところで、C コンテキストでは、ソースファイルも一連の行で構成されます。より正確には、翻訳単位は実装時に一連の行として定義され、各行は改行文字（n1256§5.1.1.1）。 UNIXシステムでは、マッピングは簡単です。 DOSとWindowsでは、各CR LFシーケンス（\r\n）は改行文字にマップされます（\nこのオペレーティングシステムがテキストで開いたファイルを読み取るときに常に発生する現象）。一部のオペレーティングシステムには改行文字がありませんが、固定または可変サイズのレコードがあります。これらのシステムでは、ファイルからCソースコードへのマッピングが\n各レコードの最後に導入されます。これはUnixとは直接関係ありませんが、最後の改行文字が欠落しているCソースファイルをレコードベースのテキストファイルを含むシステムにコピーしてから再コピーすると、次のエラーが発生することを意味します。不完全な結果。初期変換中に行が切り捨てられたか、逆方向変換中に改行が追加されました。

1例 _{：空でないファイルのGNU出力はsort常に改行で終わります。したがって、ファイルに最後の改行文字がない場合、レポートは組み込みの戻りに必要な.needより小さいことがfooわかります。sort foo | wc -ccat foo | wc -creadsh間違った行の終わりに達する前にファイルの終わりに達すると、終了しwhile IFS= read -r line; do ...; doneていない行を完全にスキップするなどのループが発生します。}