構成ファイルで\ nの代わりに\ r \ nを使用するようにLinuxシステムのEOLを変更できますか?


0

LinuxシステムのデフォルトEOLを再コンパイルせずに\ nから\ r \ nに変更したい。どんな構成でもこれが可能になります(おそらくロケール)。

理由:ファイルを作成するすべてのユーザーについて、ファイルが正しくフォーマットされることを確認する必要があります(ユーザーにunix2dosなどを強制することなく)


2
このような異常な変更を行う理由を正確に説明するのに役立ちます。
ChrisInEdmonton

これはXY問題のように聞こえます(meta.stackexchange.com/questions/66377/what-is-the-xy-problem)。明らかに、UNIXとWindowsの両方でテキストファイルを使用する必要があります。Windowsでnotepad ++を使用することを検討してください。
アーケマー16

回答:


0

私は答えを編集して、この要約を一番上に提供しています。基本的な質問に対する直接的な答えは、「いいえ、これは多くのLinuxシステムで一般的にサポートされているオプションではありません」と思います。以下は私の詳細な説明です。

これが簡単にできるとは思いません。理論上、Wikipedia:Representationsで指摘されているように、複数のオペレーティングシステムは異なる改行文字を使用します。理論的には、プログラマは「改行文字」(古いQNXシステムのレコード区切り文字のような文字、またはMSのような\ r \ nを表す場合は、\ nまたは\ r \ nを参照しないでください。 -DOS)。そうすれば、誰かが(すぐに、または将来的に)コードを再利用したい場合、単純に1つの変数を変更できます。

実際には、多くのプログラマーが値を「ハードコード」することが知られています。「Linux from Scratch」を使用して、好きなようにシステムをカスタマイズできます。ソースコードを変更した場合、システムのすべての構成ファイルが、好みの改行シーケンスを使用するように変更できると思います。

ただし、ユーザーが特定のテキストエディターまたは特定のWebブラウザーを使用したい場合はどうなりますか?この変更に対応するために、Google Chromium Webブラウザーのソースコードのバリエーションを「修正」する準備はできていますか?

ChrisEdmontonのコメントからわかるように、この変更の実装は実際には珍しいことです。これは、そのような柔軟性を実装するという1人の目標に合わせて、多くのことがうまく機能しない可能性があることを意味します。そのため、かなりの数の問題が発生する可能性があります。最初は大丈夫だと思われた後、かなりの数の問題に遭遇する可能性が高いと推測します。

個人的には、私のコンピューターデータには価値があります。バックアップする気にならないほど価値のないデータであっても、問題を引き起こす可能性のある何かを意図的に実行したくないほど十分な価値があります。(万が一大災害が発生してもデータが失われることを望んでいるからといって、家の片側の床全体に比meta的にガソリンを捨てたいという意味ではありません。大災害を引き起こす可能性があります。)

そのため、ファイルシステムドライバー、メモリを処理するカーネルコード、およびシステムのその他のすべての側面を含む、あらゆる種類のものを見て喜んでいない限り、おそらく追求する価値はありません。別の方法で変更を実装することをお勧めします。

はい、Linuxはオープンソースであるはずだという議論を知っているので、カスタマイズできるはずです。しかし現実には、Linuxが大きく成長したため、変更を加えると重大な結果が生じる可能性があります。Linuxには異なるバージョン(Debian、Ubuntu、Mint、Red Hat、SUSEなど)があり、他のUnixライクなオペレーティングシステム(BSD、Solaris、Mac OS X)および他のオペレーティングシステム(Windows 、DOS、CPM、VMS)。理論的には、このような変更を行うことは、Microsoftにクローズドソースのオペレーティングシステムを変更するよう説得するよりも簡単なはずです。実際には、世の中にあるより人気のあるソフトウェアに変更を加えるために納得させる必要のある人がたくさんいる可能性があります。変更を加えると問題が発生する可能性があるため、大きな実質的なメリットがある場合は変更を行う必要があります。

一部の人々は、そのような変更を簡単に変更可能なオプションにすることを好むかもしれません。多くのオプションの問題の1つは、オプションが多すぎるとユーザーインターフェースが混乱し、ドキュメントが混乱し、ソースコードが複雑になる可能性があることです(追加された複雑さがかなり小さい場合でも)。単純化のために、標準と削減オプション。したがって、「このオプションをサポートするソフトウェアの改行文字をカスタマイズする」などの変更は、そのようなオプションに期待される利点よりも大きな痛みをもたらす可能性があります。

提供された理由は、ファイルの作成時にユーザーが「unix2dos」を使用しないようにすることです。ユーザーはどのようにファイルを作成しますか?ユーザーは「nano」を実行していますか?「nano」を、通常のnanoを実行し、unix2dosを自動的に実行するスクリプトに置き換えることができます。ユーザーがファイルを作成/編集するプロセスを変更したり、\ r \ nを予期する可能性のある他のマシンにファイルを転送する方法に影響するプロセスを変更したりできます(そして、ファイルが\ nファイルはまだLinuxマシンにあります)。このようなターゲットを絞ったアプローチは、システム全体の動作に影響を与えるシステム全体の変更を試みるのではなく、意図しない結果なしで機能する可能性がはるかに高くなります。


わかりました。システムに応じてde eolを正しく設定するためにアプリケーションで通常使用され、簡単に設定できる環境変数または何かがあると思いました。
fef0112 16
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.