Ognacの雑感

# re: MS系で正規表現処理する時の不注意 2008/01/24 13:47 裏口

Wikipediaの解説
http://ja.wikipedia.org/wiki/%E6%94%B9%E8%A1%8C%E3%82%B3%E3%83%BC%E3%83%89

---引用開始---
QDOS（マイクロソフトが買収し、MS-DOSと改名した）がCR+LFを採用したのは、CP/Mの実装を真似たためだと考えられている。更に、CP/MがCR+LFを採用した理由はいくつかの説が考えられている。 一つは、CP/MはUNIXをモデルとしていたため、UNIXの著作権を侵害したとしてAT&T/ベル研究所から訴えられる可能性を軽減しようとしたという説だ。もう一つは、CP/MはRT-11のようなDECオペレーティングシステムをモデルとしており、DECはもともとテレタイプ端末としての使用を想定して設計されていたという説だ。

その原因が何であれ、この慣習は後のMicrosoft Windowsに継承されている。
---引用終了---

理由が明確でない負の資産のような気がします。
# 現実逃避中じゃなくって、しばし休憩中。

# re: MS系で正規表現処理する時の不注意 2008/01/24 15:13 シャノン

遺産ではありますが負ではないと思います。
改行コードが２文字で表される理由は、Wikipedia によれば

> プリンタヘッドが右端から復帰するのに1文字の時間では間に合わなかった。これがCRが先に送られた理由である。

だそうです。
しかし、単に２文字分の時間を稼ぐだけであれば、CR+CRとかLF+LFとか、別になんであっても、改行という意味を持たせた２文字ならばよかった気がします。
それぞれにCRとLFという異なる意味を持たせた時点で、もはやプリンタヘッドが云々とは違う理由になったように思います。
CRとLFがあるのですから、改行時にはCR+LFであるべきで、CRだけとかLFだけの方が異端に見えます。

で、本題に戻って、Regex.MultiLine が LF だけしか行末と認識しないのはバグと言っていいような…。
ちなみに Unicode には７種類も改行コードがあるらしいです。

# re: MS系で正規表現処理する時の不注意 2008/01/24 16:47 なちゃ

プリンタの話ってキャリッジリターンとラインフィードが必要で
そのうちキャリッジリターンが先である理由って話じゃないですか？

ってまだ読んでないから間違ってるかもしれませんが。

# re: MS系で正規表現処理する時の不注意 2008/01/24 18:48 Ognac

># 現実逃避中じゃなくって、しばし休憩中。
充分お休み下さい

>理由が明確でない負の資産のような気がします。
>遺産ではありますが負ではないと思います。
負か否かは私ごときは判断できませんが...コントロール文字に２バイト使用するのは好くないかと。

>プリンタの話ってキャリッジリターンとラインフィードが必要で
CR , LF は別個のコントロール文字だったのに、結合して改行にしたあたりが軽はずみだった気がします。

>CRLF じゃなくて LFCR が正しいんじゃないの？ってお話もありますです。
元々、独立したコントロールだとしたら順序不問な気もします。

>で、本題に戻って、Regex.MultiLine が LF だけしか行末と認識しないのはバグと言っていいような…。
I think so.

>ちなみに Unicode には７種類も改行コードがあるらしいです。
どうやって使い分けするのだろう