問題タブ [linefeed]

キャリッジ リターン (CR) とライン フィード (LF) の違いに関する記事をいくつか読みました。私の知る限り、新しい行を生成するときは同じです。しかし、\r\n のようにまとめると、行の変更は 1 回しか発生しません。\n\r のように順序を変更したり、\rblablabla\n のようにそれらの間に何かを挿入したりすると、行の変更が 2 回発生します。誰でも理由を教えてもらえますか? これは、私の Windows OS が CR の直後に LF を 1 つのエスケープ文字として認識しているためですか?

Vs 2010 を使用して、xml ファイルを出力するための変換に使用される xsl ファイルを編集しています。キャリッジリターン（ ）を出力しようとしていますが、それだけです。改行文字 (x0A) を表示させたくない。

xsl でどのようなスタントを行っても、出力されたファイルは常に CR (CRLF) に LF を追加しますが、それは望ましくありません。CR のみが必要な理由は、LF のみを必要とする sms メッセージを送信するセカンダリ システムによって出力が解析されるためです。

問題が xsl にあるのか、変換プロセスにあるのか疑問に思っています。

スタイルシート:

変換のコード:

誰かが同様の問題を経験していますか?

XML ノードに次のものがあります。

(ご覧のとおり、改行があります)

私の XSLT はとてもシンプルです。

XSLT を使用して改行を削除するにはどうすればよいですか?

私はPerlを初めて使用し、非常に奇妙な印刷の問題を抱えています。

PerlプログラムはWindowsXPで実行されます。最初にSQLを実行し、次に結果をループして、5つのサブルーチンを介して5つのファイルに出力します。5つのファイルはデータベースにロードされるため|、区切り文字として使用されます。各サブルーチンには、次のようなものがあります。

print outfile $array[field1] . '|' . $array[field2] . '|' . $array[field3] . "\n";

奇妙なことに、プログラムがOKを出力することがあります。場合によっては、出力が破損していることがあります。たとえば、ある時点以降に改行が欠落している、または配列の値が正しくないなどです。

それは記憶と関係があるのだろうかと思います。出力ファイルのサイズは500MBから9GBの範囲です。プログラムは、SQLからの出力を一度に1レコードずつ読み取り、一度に1レコードずつ書き込みます。

これが完全なPerlスクリプトです。

問題はCCR3出力にあります。ある時点で、何らかの理由で改行が消え、改行が出力の一部を食べ​​たかのようにデータが破損しました。その時点から、1本の連続線になります。

もう1つのことは、このプログラムは26時​​間近く実行され、SQLをループしている間、データが混乱する可能性はありますか？しかし、それでも突然改行が機能しなくなった理由は説明されません。

この単純なプログラムをWindows7で実行してからAIX（Unixシステム）で実行し、WinmergeやCompare Itなどのツールを使用して生成された2つのファイルを比較すると、キャリッジリターンとラインフィードは異なりますが、内容は同じであることがわかります。

• 何故ですか？この場合、両方が同じエンコーディング「UTF-8」を使用する場合、同じであるとは限りませんか？

• どうすれば両方のファイルを完全に等しくすることができますか？

さまざまなプログラミング言語でのさまざまな種類の行終端の規則については確かです。私は 2 つのタイプがあることを知っています。私の質問は、 python: 、 c/c++: 、 java:1: line feed, 2: carriage-return, line feed.などのさまざまなプログラミング言語で readline が行末をどのように処理するのですか? これら 2 種類の終端に敏感な場合、どうすればそれらを別々に扱うことができますか?a = fd.readline();file.getline (buffer,100);line = buf.readLine();

私は JSON を初めて使用し、サードパーティの Web サービスから使用する必要があるプロジェクトを割り当てられました。Json.NET を使用することにしたのは、かなり完成度が高く、多くのことを把握しているように見えるからです。

テキストが多く、キャリッジ リターンとライン フィードのペアを維持するのに苦労しています。

このテストを使用して問題を再現できます。

これで失敗します：

メソッド内の改行 ( \n) は、次のように削除されJsonTextReader::MoveNextます。

値のキャリッジ リターン/ライン フィードのペアを維持する方法はありますか?

新しく作成されたファイルのデフォルトの行末スタイルを設定するために、.emacs 構成ファイルに入れることができるものはありますか?

Windows 用の GNU emacs を使用していますが、新しく作成されたファイルで、デフォルトで UNIX スタイル (改行のみ) の行末を使用したいと考えています。

NetworkStream.Read と NetworkStream.Write を使用して 88 バイトの生データ (文字列ではない) を送信するプログラムがあります。

バイト番号 58 の値はたまたま 10 (改行) です。このバイトが受信されると、受信プログラム インスタンス ストリームは読み取りを停止し、生データの読み取りではなく、ReadLine のように動作します。

シナリオは一貫しており、一度に 32 バイトを読み取るように変更すると、32 を読み取ってから 26 (合計 58) を読み取り、同じバイトで停止します。

これは、ポート 21 を使用してインターネット経由で接続された異なるマシンで 2 つのプログラム インスタンスを実行した場合です。同じマシンで両方のインスタンスを実行すると、88 バイト全体が問題なく受信されます。

Network Monitor を使用して 30 バイトがどこで失われるかを確認しますが、ここで提案を求めたり、誰かが同様の問題に直面したかどうかを尋ねたりすることにしました。

編集：コードは次のとおりです。

これがコードです。1 つのストリームからデータを読み取り、双方向で動作するもう 1 つのストリームに書き込みます。

私は統合テストアプリケーションに取り組んでいます。これはテストケースで行っていることです。cvsに保存されているテスト入力ファイルを読み取り、ファイルシステム内のファイルに書き込みます。アプリケーションは、次のディレクトリをポーリングします。ファイルを処理して出力ファイルを作成し、ディレクトリで出力ファイルをポーリングします。両方のファイルの内容が等しい場合、テストケースは成功します（入力ファイルと出力ファイルの両方を文字列に読み込んで比較しています） 。

問題は、このテストケースがLinuxシステムで実行されると失敗することです。これは、cvsに保存されているファイルが、行の終端としてCRLFを含むWindowsシステムからチェックインされたのに対し、生成された出力ファイルの行の終端は次のようになっているためです。 CR、これらのファイルを読み取って文字ごとに比較すると、不一致が発生しています。

誰かがここで助けることができます。