Re: "Fixing up" gnus - (how hard is this?). (was Re: (provide 'nnmaildir))

[prj@po.cwru.edu (Paul Jarc)]

Rob Browning <rlb@cs.utexas.edu> writes:
> prj@po.cwru.edu (Paul Jarc) writes:
> > But use rename(), not link()/unlink(), for appropriate atomicity.
> 
> Well the tricks I know of were designed to make sure you DTRT (as much
> as possible anyway), even in the case where the files are on NFS
> mounted volumes, but I don't know if you want to worry about that, and
> it's possible that rename handles that already...

AFAIK, NFS handles rename correctly.  In the case of concurrent
readers, you definitely want rename, since it guarantees that when a
file exists with the new name, it will be replaced atomically, so
readers will always find one file or the other unde that name.

> > Hmm... nnmaildir's state files are non-Lisp text, parsed manually.
> > I suppose (read)ing Lisp expressions would probably be faster,
> > though.  I hadn't thought of that.
> 
> Might be a lot easier for you to handle code-wise too.

Yes, I imagine so.


paul