問題タブ [lf]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
git - git と CR と LF (CRLF ではない)
これは冗長な質問のように聞こえるかもしれません (冗長な質問かもしれません) が、答えが見つかりません。状況は次のとおりです。
私のアプリケーションは、行末として CR を持つテキスト ファイルを作成しています。より具体的には、行末を CR に明示的に設定しているのではなく、たまたまテキスト本文を取得するために使用しているコマンドの出力です。もちろん、CR を LF に手動で変換することもできますが、回避できるのであればそうしたくありません。
Git はこれらのファイルを 1 行として扱います (例: diff 中)。このテスト リポジトリで、行末が原因であると判断しました: https://github.com/jfletcher4d/diff-test
ファイルシステムの行末が何であるかは実際には気にしません。少なくともまだ重要ではありません (これらのファイルをインポートする必要があるかどうかは最終的に気にするかもしれませんが、現在はエクスポートのみです)。しかし、アプリケーションで CR を LF に変換したくないのは、パフォーマンス上の理由と肛門保持性の理由から、回避できる場合です:) つまり、これはテキスト ファイルの作成方法の問題ではなく、どのようにリポジトリ内のすべてのテキスト ファイルが LF のみを持つように強制します。
ファイルが CR でコミットされている場合でも、すべての行末を LFに変更するように git を構成できますか?
私は Windows を使用しており、TortoiseGit と msysgit (および横に小さな TortoiseSVN) を交互に使用して、git を学習しています。
svn - TortoiseSVN に EOL (行末) をそのまま残す方法はありますか?
Linux スタイルの行末 (LF 文字のみ) を持つファイルをチェックアウトしています。Windows で TortoiseSVN を使用してファイルをチェックアウトすると、行末が Windows スタイル (CR+LF) に変換されます。Subversion 構成ファイルに行を追加して、LF を強制的に使用するようにしました。はい、enable-auto-props = yes を設定しました。これは機能しません。機能したとしても、TSVN が単にファイルに触れないようにしたいので、私が望んでいるものとはまったく異なります。そのままコピーするだけです。
document - キャリッジリターン、ラインフィード、およびニューライン
キャリッジリターン、ラインフィード、ニューラインの違いは何ですか?OSに依存しますか?次の行に進むためだけにそれらすべてを使用する必要があるのはなぜですか?
c - Cのさまざまな行末を正しく認識する方法は?
タイトルがそれ自体を物語っていると思います。
ファイルの内容を比較するg++とNotepad++を使用して、Windows7でCプログラムをコーディングしています。
ファイルの内容:
ファイルの行末はWindowsスタイルのCRLFです。
このコードを使用してファイルの長さを数えると、次のようになります。
私は23を取得します。
行末をUnix形式のLFに変更すると(Notepad ++を使用)、22の長さになります。
これは、2つのファイルを比較するときに一種の問題を引き起こします。そのため、特定のファイルにLF、CR、またはCRLFがあるかどうかを判断する方法があるかどうかを尋ねます。
CRとLFを区別できることはわかっています。LFのASCIIコードは10、CRのASCIIコードは13です。または、LFは「\ n」、CRは「\r」です。
しかし、charの後にfile charを読み取ると、CRLFがある場合でも、常にLF(ascii 10)が返されます。
はっきりさせておきたいと思います。ありがとう。
git - git リポジトリを Windows から Linux に移行するにはどうすればよいですか? (CRLF - LF の問題)
Windows マシンで git リポジトリを開始してから、Linux マシンに変更しました。すべてが正常に機能していますが、コミットするたびに警告が表示されwarning: CRLF will be replaced by LF in [file]
ます。自動変換をオフに設定できることは知っていますが、すべての行末を Linux の形式に変換するコマンドはありますか? もう Windows でこのプロジェクトを扱うつもりはありません。前もって感謝します。
c++ - CR+LF と LF と CR の間の C++ stdin および stdout 変換
プログラムにインポートするデータを保存するためのファイルを作成する予定です。このプログラムは、Linux、Windows、および場合によっては Mac 用にコンパイルされます。
今私が本当に知りたいのは、これらのファイルの改行文字のためにこれらのデータファイルをわずかに変える必要があるのか 、それとも標準入力が私が使用しているシステムについてうるさくないのかということです.
それは問題になるでしょうか?もしそうなら、これらの問題を克服する適切な方法は何ですか? また、私が見落としている可能性のある他の問題はありますか?
c - 入力された double に対して scanf() が正しい値を与えない
このプログラムをテストすると(
低値と高値で 0.000000 と 0.000000 の値を取得します。プログラムの最初にそれらを初期化しましたが、今はそれらの値を入力しようとしています。
私は何を間違っていますか?
{PS Windows 7 ラップトップを使用しています。「%f」を「%lf」に変更して「%f」に戻すことはすでに試みました)
私は何をすべきか?(助けてください!)
編集:何が起こったのかわかりません。私はエラーをチェックしました
代わりに起こったのは、「..(low high):」の後に 1 と 2 を入力した後、プログラムは次の入力を待っていて、もう一度 1 と 2 を入力したところ、今度は正しい結果が得られました。プリント...何が起こったのかわからない?
出力画面: http ://s1288.photobucket.com/user/Kdragonflys/media/ss_zps6b85396e.png.html
c - scanf はすべてのダブルを間違って読み取ります
次のコードがあります。
入力した値はどれも、約 40 ~ 50 桁の意味のない数字を返します。scanf は、文字、整数、文字列などで正常に動作しますが、double ではこの問題が発生します。誰でも私を助けることができますか?
c# - C# \n、\r\n または Environment.NewLine
見出しが示すように、C# アプリケーションの改行にはを使用する\n
のが最適でしょう\r\n
か?System.Environment.NewLine
私はコンソール、WinForms、および WPF アプリを現在すべて使用していますが\n
(必要な場合)、私のコンソール アプリでは、CLi からの出力をリダイレクトしてメモ帳で出力を開くと、改行が正しく認識されないことがわかりました。この 1 つのアプリの動作を変更することもできますが、特定の方法を一貫して使用している人のアドバイスとその理由を求めています。
乾杯!
アップデート:
したがって、一般的なコンセンサスは、(Unix/OS X)、(OS 9)、または(Windows)System.Environment.NewLine
を必要とする特定の要件が発生しない限り、使用することです。\n
\r
\r\n
ありがとうございます。
git - git での Jekyll LF/CRLF の問題
プロダクション部分 ( _site
) のみが git で追跡される Jekyll フォルダーがあります。でローカル サイトにサービスを提供するコマンドを実行するとjekyll serve -w
、作業しているマシンに応じて、ファイルが LF または CRLF に変更されます。Windows の場合は CRLF、Mac の場合は LF です。_site
OSを切り替えるたびに、内部のすべてのファイルがコミットされるため、これは本当に面倒です。
を使用して git 構成ファイルでこれを修正しようとしましたautocrlf = false
が、ファイルは Jekyll によってより高いレベルで生成されるため、まったく影響がないようです。
LF または CRLF のいずれかの特定の形式ですべてのファイルを生成するように Jekyll に指示する方法はありますか?