Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: Unable to read history on latest Cygwin
- X-seq: zsh-users 14654
- From: Peter Stephenson <pws@xxxxxxx>
- To: zsh-users@xxxxxxx
- Subject: Re: Unable to read history on latest Cygwin
- Date: Wed, 16 Dec 2009 17:59:50 +0000
- In-reply-to: <733654e30912160754q5e505cabo4a2510b41bf1d892@xxxxxxxxxxxxxx>
- List-help: <mailto:zsh-users-help@zsh.org>
- List-id: Zsh Users List <zsh-users.zsh.org>
- List-post: <mailto:zsh-users@zsh.org>
- Mailing-list: contact zsh-users-help@xxxxxxx; run by ezmlm
- References: <1260800369.32429.1350005931@xxxxxxxxxxxxxxxxxxxxxxxxxxx> <733654e30912160754q5e505cabo4a2510b41bf1d892@xxxxxxxxxxxxxx>
Wayne Davison wrote:
> As for Peter's idea of using a symlink, do you know if the cygwin folks
> mention if their emulation of a symlink is an atomic operation? We could
> completely get rid of the temp file (used in the hard-link code) and just
> create a symlink named for the lock file, pointing at (essentially)
> $PID/$HOST (since it doesn't matter if the link is valid, just that it
> exists). According to various web docs, symlinks are atomic on NFS, so that
> might be a good thing to use in general (replacing the use of link()).
Modulo the Cygwin business (which may still need special handling), that
certainly sounds sensible...I think a lot of software does this anyway.
The only question then is whether to special-case the use of link() if
symlink() happens not to be available---I suppose it's trivial and
there's no good reason not to.
--
Peter Stephenson <pws@xxxxxxx> Software Engineer
Tel: +44 (0)1223 692070 Cambridge Silicon Radio Limited
Churchill House, Cambridge Business Park, Cowley Road, Cambridge, CB4 0WZ, UK
Member of the CSR plc group of companies. CSR plc registered in England and Wales, registered number 4187346, registered office Churchill House, Cambridge Business Park, Cowley Road, Cambridge, CB4 0WZ, United Kingdom
Messages sorted by:
Reverse Date,
Date,
Thread,
Author