いくつかのテキスト ファイルをサーバーにコピーしました。私は通常、メモ帳++を使用してテキストファイルを表示しますが、このサーバーではテキストパッドのみがインストールされています。これは非常に奇妙な動作ですが、notepad++ で EOL 文字を表示すると、CRLF (つまり \r\n) を明確に確認して検索できることに気付きました。しかし、同じファイルをテキストパッドで表示すると、LF (\n) でしか検索できず、CR (\r) でヒットしません。Textpad が EOL 文字をどのように解釈しているかについて何かが欠けていますか?
3 に答える
これは、EOL 制御文字が正しくない場合に発生します。Windows は改行をキャリッジ リターン + ライン フィードで表します。
Notepad++ では、次を選択してこれらの文字を確認できます。
表示 > 記号を表示 > [x] 行末を表示
データが次のようにフォーマットされるように、スクリプトを変更する必要があります。
CRLF
はい、理想的にはキャリッジ リターンとそれに続くライン フィードです。
\r\n
ただし、{cr}{lf} の代わりに {lf} を配置する簡単な省略形を使用することもできます。
\n
これは少し古い質問であることは知っていますが、この正確な問題に苦労しました。回避策を見つけた方法は次のとおりです。
テキストパッドで使用する場合は、ファイル形式を下部 ( 、、または)Save As
で指定できます。理論的にこれを選択すると、行はその文字でのみ終了しますが、毎回このオプションを変更する必要があります。PC
UNIX
Mac
UNIX
\n
特定の「ドキュメント クラス」の設定を変更して、出力ファイル形式を指定できます。次の手順を実行します:
- クリック
Configure
- に行く
Preferences
Document Classes
リストを展開する- ファイル
bash
を含む必要がある を選択します*.sh
- 表示されるまで、右側のオプションを下にスクロールします
Create new files as
- 選択する
UNIX
これで、作成したすべてのファイルがキャリッジ リターンなしの UNIX 形式で保存されます。*.sh
幸運を
ここでこの情報を見つけました: http://homes.ori.org/~keiths/Files/Tips/Software_TextPad_Prefs.html#DocClasses