アプリケーションの処理によって、
改行は２パターン（バイトデータ）
「 ０D ０A 」（テキストデータ管理の基本）
「 ０A 」（バイナリ時の１バイトでの改行）
しかし、クリップボードのテキストデータを保存するC++のプログラムを作成して分かったのだが、
クリップボード（コピー＆ペーストのコピーしたときのバッファ）の形態のフォーマットはいくつもあり、
テキストデータを、
テキストデータ（ sprintf など）としてメモリーをコピーしようとしたら、改行でバグのような状況になる。
勝手にデータを改変してしまうのだった。
０A ＝＞ ０D ０A
つまり、テキストデータの改行は、
￥ｎ ＝ ０D ０A なので
↓↓勝手に変換
０D ０D ０A
つまり、アメブロ以外でも、コピペで
ブログなどでの多く改行してしまうバグは以下のような感じか？
クリップボードのテキストデータを、貼り付けしようとすると、
テキストデータなのに、貼り付ける側はバイナリと認識する
↓↓↓
\n ＝ ０D ０A ＞ ０D ０D ０A と変換する
↓↓↓
０D が２回続くので、２回改行と判断してしまい、表示の改行が２倍の量になる
プログラムでテキストのクリップボードのデータを、sprintf でバッファにコピーすると
同様なことが起きる。（ ０A ＝＞ ０D ０A）
￥ｎ ＝＞ ０D ０D ０A
クリップボードのテキストデータなのにバイナリと判断してテキストデータに直して
余計なデータを追加してしまう。
結論：
テキストデータ管理は他にも何かありそうなので、
基本はバイナリで管理して、
バイナリで保存する。
EOFや改行は自分で管理する。
テキストデータ管理関数は、勝手にデータを書き直すので使わない方が良い。
もしくは、テキストデータの場合、以下を注意する
●改行コード
●EOF処理
●文字数にNULLが含まれているかの確認