Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Date: Fri, 28 Jan 2005 14:54:05 +0100 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: ACL questions Message-ID: <20050128135405.GH31117@cygbert.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <41FA3C1E DOT 7090706 AT byu DOT net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41FA3C1E.7090706@byu.net> User-Agent: Mutt/1.4.2i On Jan 28 06:20, Eric Blake wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Several places in the coreutils testsuite died because new directories in > cygwin have 7 ACL designations (user, group, other, mask, default user, That's a negligible problem of the coreutils testsuite. > Could this be a bug in cygwin/sec_acl.cc's getacl() for creating directory > default ACLs that are no different from the owner's permissions when > parsing the Windows permissions? Or is it really valid behavior that all > cygwin directories start life with default ACL entries, in which case > either the coreutils testsuite needs to account for the '+' in the mode > (or else patch `ls' to treat 7 ACL entries on directories, with the 3 > default entries matching the corresponding directory owner permissions, as > normal and not extended access)? That happens in alloc_sd(). The idea is to have a SD which allows to inherit the POSIX-like permissions to newly created files and subdirs in the directory. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin AT cygwin DOT com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/