[Mew-dist 751] Re: 1.66 (was Re: 1.65 (mew-summary-search))

[Kazu Yamamoto 山本和彦]

From: OKUNISHI Fujikazu <fuji0924 at example.com>
Subject: [Mew-dist 750] Re: 1.66  (was Re: 1.65 (mew-summary-search))
Date: Wed, 26 Mar 1997 01:04:16 +0900

> OS/2 MH は、ファイルへの書き込みには LF のみにするようになっています
> （これは Mew 対応のためだけに仕様を変更してもらいました）が、STDOUT
> 及び STDERR へは CRLF で出力します。お解りのように LF だけだと MH 単体
> で使っている場合にコンソールの表示が乱れるからです。

MH のコマンドを変更するのは本末転倒です。coding-system に mule 2 なら、
*dos*、mule 3 なら -dos を付けるだけで対処できませんか？

> ＃このへんは、vscan の出力が EOL=CRLF なので、regexp をいじらないと 
> ＃Virtual mode でメイル番号の取得にコケて no message になるのと似たよ
> ＃うなことですね。

Virtual モードに関しては、regex の最後の "\n" を $ に変えてもいいかな
と思い始めています。ただ、Emacs 19 では、$ がファイルの最後にマッチす
る意味不明な動作をしたので、"\n" を付けたような気がします。

> 原因はわかったのですが、根本的な解決方法を思い付かなかったので取り敢え
> ず (^_^;; mew-summary-pick() を以下のようにすれば直ります。
> 
> ;     (mew-plet
>        (apply (function call-process)
>           mew-prog-pick nil t nil "-list" folder range epat)
> ;      )

これも coding-system を適切に設定すればいいことではないのでしょうか？
そのために mew-cs-* の宣言は defvar なのですから。

> DOS 系の OS では、C や perl で \n は CRLF を意味しますが、OS/2 Mule は
> 厳密で、\n は LF のみ、\r は CR のみを指します。

これが厳密なのか判断できません。C や perl で \n が行末を意味するなら、
Mule でも \n が行末であるべきだと思います。\r が CR に該当するのは問題
無いでしょう。

$ が行末だから、\n は LF でなければならないというなら筋は通っていると
思います。

--かず