Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: PATCH: warn on "hard" hard link failure
- X-seq: zsh-workers 27405
- From: "FranÃois Revol" <revol@xxxxxxx>
- To: zsh-workers@xxxxxxx
- Subject: Re: PATCH: warn on "hard" hard link failure
- Date: Sat, 14 Nov 2009 18:32:51 +0100 CET
- In-reply-to: <20091114161834.GA12016@xxxxxxxx>
- List-help: <mailto:zsh-workers-help@zsh.org>
- List-id: Zsh Workers List <zsh-workers.zsh.org>
- List-post: <mailto:zsh-workers@zsh.org>
- Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
> On Tue, Mar 10, 2009 at 02:18:41PM +0000, Peter Stephenson wrote:
> > This is reponse to Sourceforge issue 1968395: failures to create
> > hard
> > links aren't gracefully handled. Failing to create a link because
> > the
> > file already exists is the normal condition being handled by the
> > locking
> > code; however, a failure for any other reason is presumably a hard
> > failure worthy of reporting. The same goes if stat() fails with
> > anything other than ENOENT: in both cases we give up and should say
> > so.
> >
> > It's possible this can be improved further.
>
> Apparently this has caused someone distress because of the hard
> failure
> preventing the correction of the out-of-diskspace condition causing
> the
> history failure.
I don't know what you use hardlinks for, but beware, not every OS out
there supports them.
BeOS and Haiku don't for example.
Actually they don't forbid them at the VFS layer, but BFS doesn't
support hardlinks due to the way it is implemented to support indices
and queries.
So please do provide a fallback in case of failure.
I should probably post my zsh diff someday...
FranÃois.
Messages sorted by:
Reverse Date,
Date,
Thread,
Author