[mew-dist 22349] Re: mew-fccが反映されないときがある．

[TAKANO Yuji ( たかのゆ〜じ )]

たかのです。こんにちは。

From: Kazu Yamamoto (山本和彦) <kazu at example.com>さん
> >   imget だったかどうか、もう定かではないのですが、critical section に
> > 対して、(emacsが?)安全になっていないということはないですか？ imgetが
> > 「ファイルが存在しないことを確認」した直後に emacs がファイルを作り、
> > それから imget が「書き込む」ような感じでした。imget ではなく inc の
> > 場合かも知れません。
> >   emacs が上書きした経験はありませんが、ファイル作成のユニークさを
> > emacs で保証出来ないということなら、そもそも同じフォルダで競合させる
> > 使い方をする側の問題であって、

  これって、emacs でも XEmacs でも簡単に再現しますよ。例えば、
mew の POP を使ってリモートから 2000 個位メールを持ってきている
時に、「んーー。POP の時間がかかるので昨日のローカルマシンの
cron のログでも imget するか。」なんて思って imget(mewinc/incm)
叩いてしまうと簡単に上書きしてくれます。

> Critical section ですから、ファイルの存在を確認するだけでは不十分です。
> 二者が同じロックの方法を用い、その手順を守らない限り、解決しません。
> Emacs (not XEmacs) では、今時のロックはサポートしていないので、ロック
> ファイルを作るという方法を用い、Mew と imget の両者でそれを実装しない
> 限り、この問題は解決できません。

  上記の様な事をした瞬間に、「あ、これはやってはいけないオペレー
ションなんだ。」と思い、それ以降はやった事はありません。

> そこまでやる気はありません。

  と、言う事で知っていれば(体験すれば？;-)それで済むことなので作
り込む必要性は今の所僕も感じません;-)。

＃FAQ かどこかに書いておけば良いのでしょうかねぇ？

たかの＠体験談でした;-)。
---
IPv4 & IPv6 Mail and Web.
	takachan at example.com    : takachan at example.com
	http://www.running-dog.net/ : http://v6.running-dog.net/
and ...
	takachan at example.com           http://www.icmpv6.org/