[Top] [All Lists]

Re: [Acl-Devel] Re: setfacl bug

To: Andreas Gruenbacher <ag@xxxxxxxxxxx>
Subject: Re: [Acl-Devel] Re: setfacl bug
From: Ethan Benson <erbenson@xxxxxxxxxx>
Date: Mon, 12 Aug 2002 11:08:50 -0800
Cc: linux-xfs@xxxxxxxxxxx, acl-devel@xxxxxxxxxxx
In-reply-to: <Pine.LNX.4.33.0208121706580.13734-100000@xxxxxxxxxxxxxxxx>; from ag@xxxxxxxxxxx on Mon, Aug 12, 2002 at 05:08:34PM +0200
Mail-copies-to: nobody
Mail-followup-to: Andreas Gruenbacher <ag@xxxxxxxxxxx>, linux-xfs@xxxxxxxxxxx, acl-devel@xxxxxxxxxxx
References: <20020811170003.E23734@xxxxxxxxxxxxxxx> <Pine.LNX.4.33.0208121706580.13734-100000@xxxxxxxxxxxxxxxx>
Sender: owner-linux-xfs@xxxxxxxxxxx
User-agent: Mutt/1.2.5i
On Mon, Aug 12, 2002 at 05:08:34PM +0200, Andreas Gruenbacher wrote:
> On Sun, 11 Aug 2002, Ethan Benson wrote:
> >
> > one more detail, setfacl -b is also completly broken, it just returns
> > Permission denied for regular files.  this is consistent with Nathan's
> > assessment that acl_get_file needs to not fail on regular files.
> >
> > sidenote, why is setfacl returning permission denied? this does not
> > seem to be the correct error.
> It's defined to behave like that in 1003.1e draft 17 if an application
> tries acl_get_file("non-directory", ACL_TYPE_DEFAULT). That's what setfacl
> did. Thanks for reporting the bug.

wierd, i would think ENOTDIR would be more appropriate and accurate.
(would certainly would have made the bug easier to track).

Ethan Benson

Attachment: pgpmqCpTGD2GF.pgp
Description: PGP signature

<Prev in Thread] Current Thread [Next in Thread>