[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: mew-shimbun bug report
From: SUGITA Toshinori <sugita@d-pad.co.jp> さん曰く
Subject: [emacs-w3m:01976] Re: mew-shimbun bug report
Message-ID: <20011030.175319.424248298.sugita@d-pad.co.jp>
Date: Tue, 30 Oct 2001 17:53:19 +0900 (JST)
> > # 一回づつ律儀にキャッシュしないで、mew-kill-buffer するときに保
> > # 存すれば良いような気がしてきた。そうしましょうか。
↑こういう風に変更しました。動作が軽くなったような気がします。
> と、いうか、私は、元からそうなっているものだと思ってましたので、
> キャッシュがセーブされてないと、思ってしまったわけです。。。(^^;
そうですね。この辺りの話はたまに mew-dist とかで盛り上がるけど、
あまり気にする人もいらっしゃらないでしょうし。
> > もともと、Mew が mark をつける/消すの動作でキャッシュを保存しな
> > いのは、『複数の Emacs 間で矛盾が生じる』からです。これ、うまい
> > 解決策が無いんですよね。。。
>
> これって、普通のテキストのバッファだと別のプロセスが元ファイルを
> 書き換えたのをxemacsが認識して再ロードするか聞いてきますよね。
現状でも『summary より cache の方が新しいぜ』ってなったときは、
無条件で新しい cache を使うので、あんまり気にしないでもいいんで
すけどね。
だけど、Scan 前の summary を保存しちゃうと、自動 Scan が効かなく
なるので、それは避けたいのです。そうやって考えていくと手詰まりに
なってしまうのでした。
今回の変更の影響は +shimbun 以下に限定されるので、まぁ、大丈夫だ
とは思うのですが。
> それと同じような機構は使えないんですか?
## う〜〜ん、じっくり考えないとわかんないです ^^;;;
--
白井秀行@良く 3種類ぐらいの Emacs でおなじ folder を見ているこ
とがあります :-) しかも、Solaris 上の X?Emacs と Win 上
の Meadow から samba 経由でとか。