Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: corrupt history file on NFS
- X-seq: zsh-workers 23112
- From: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- To: zsh-workers@xxxxxxxxxx
- Subject: Re: corrupt history file on NFS
- Date: Mon, 15 Jan 2007 19:00:43 -0800
- In-reply-to: <20070116020321.GK10583@xxxxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
- References: <20070114202554.GB10583@xxxxxxxxxxxxxxxxxxx> <20070115032716.GA22860@xxxxxxxxx> <20070116020321.GK10583@xxxxxxxxxxxxxxxxxxx>
On Jan 16, 3:03am, Vincent Lefevre wrote:
}
} *never* occurs if I read the history file with less before typing the
This sounds like an NFS synchronization issue. Reading the file forces
the first write to be flushed out of the NFS cache.
This suggests that we might be able to work around it by always having
zsh seek to one btye short of the file size, and then read that byte,
before it attempts to append anything to the file. However, it's really
not zsh's fault: NFS writes are not required to be atomic, and zsh does
not know the file isn't local. So this would have to be controlled by
an option, or something, so as not to penalize cases that don't need
NFS "safety".
Messages sorted by:
Reverse Date,
Date,
Thread,
Author