[Mew-dist 07537] Re: user meeting?

[OKUNISHI Fujikazu]

>>> [Mew-dist : No.07530] にて
>>> "北" == Shuichi Kitaguchi <shuuic-k at example.com> が仰るには..

後藤> でも、message manager/writer/reader/browser/query の I/F(front-end,
後藤> back-endと呼んでもいいですが)を整理/検討するいい機会かもしれませんね。

北> 個人的にはこれ(I/F の整頓)が一番欲しいです。

同じく。今の構造では何か機能を追加しようとするとあちこちいじるはめにな
ります。なので諦めました（謎）。

北> I/F さえ決まっていればさまざまなフォルダの形式が扱えるようにも
北> できる(メールを圧縮して保存するとか)でしょうし、データベースも
北> セットアップは大変だけど高機能なものから簡単に使えるものなど、
北> いろいろと選択肢が広がると思います。

これが Mew でも実現されたらいいですね。

;; せめて一年早かったら wl で実現しようとは思わなかったかも。まあ、
;; Emacs を落とすんじゃ使いたくても使いようがないので一緒ですが。

出てきたついでに、OS/2 Emacs20.2 でも Mew を使いたい人がまだいるような
ので一つ要望を書きます。リソースを浪費しないように直してあげて下さい(_ _)

OS/2 Emacs20 では emx/gcc の仕様とオリジナルの Emacs の gc（怪しげコー
ドらしいです）との相性で、＊Mew のみ＊がまともに動かず非常に不安定です。

;; gc-cons-threshold を 19.28 レベルに戻すと全く落ちないそうですが。

Emacs の移植者に調べて戴いたところ、Mew が汚い作りなために UN|X では爆
発しない地雷を踏んで落ちるんだそうです。今のところ確実に問題があるのは
mew-highlight なんだそうで。不要になったリソース（主に overlay）をちゃ
んと解放するようにしてあげてください。

;; wl は Mew よりもある意味で overlay, properties を酷使してるし、メモ
;; リも喰うし、圧縮フォルダなんかアーカイバをガンガン叩くけど、全く落
;; ちたことはないです。VM も Mew 以上にメモリを喰うけど落ちたことない
;; そうで。なので Mew は使ってません、というか使いものになりません。

--ふ

かず> 	(1) Perl 5 の起動は遅いので、なんでもできる daemon を作成し、
かず> 	    裏で走らせておいて、応答速度をあげる。データベースの情報は
かず> 	    この子にもらう。

北> この子の母国語が何になるか、ちょっと気になっていたりして..

同じく。perl で fork() だったら IM まで捨てるはめになるかも。。