From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14639 invoked from network); 16 Jan 2007 03:12:47 -0000 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO autolearn=ham version=3.1.7 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 16 Jan 2007 03:12:47 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 28791 invoked from network); 16 Jan 2007 03:12:42 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 16 Jan 2007 03:12:42 -0000 Received: (qmail 13589 invoked by alias); 16 Jan 2007 03:12:38 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 23113 Received: (qmail 13580 invoked from network); 16 Jan 2007 03:12:38 -0000 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by sunsite.dk with SMTP; 16 Jan 2007 03:12:38 -0000 Received: (qmail 28447 invoked from network); 16 Jan 2007 03:12:37 -0000 Received: from vinc17.net8.nerim.net (HELO prunille.vinc17.org) (62.212.121.106) by a.mx.sunsite.dk with SMTP; 16 Jan 2007 03:12:32 -0000 Received: by prunille.vinc17.org (Postfix, from userid 501) id 0FEF910229BB; Tue, 16 Jan 2007 04:12:31 +0100 (CET) Date: Tue, 16 Jan 2007 04:12:30 +0100 From: Vincent Lefevre To: zsh-workers@sunsite.dk Subject: Re: corrupt history file on NFS Message-ID: <20070116031230.GM10583@prunille.vinc17.org> Mail-Followup-To: zsh-workers@sunsite.dk References: <20070114202554.GB10583@prunille.vinc17.org> <20070115032716.GA22860@blorf.net> <20070116020321.GK10583@prunille.vinc17.org> <070115190043.ZM25669@torch.brasslantern.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <070115190043.ZM25669@torch.brasslantern.com> X-Mailer-Info: http://www.vinc17.org/mutt/ User-Agent: Mutt/1.5.13-vl-r14963 (2007-01-09) On 2007-01-15 19:00:43 -0800, Bart Schaefer wrote: > 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. If you have a patch, I can test it to make sure this solves the problem. > 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". An option would be OK for me, but would this really penalize cases with local files in practice? -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)