X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Date: Mon, 16 Nov 2009 20:09:56 +0100
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: 'ls' not finding owner/group of some files created by other       user
Message-ID: <20091116190956.GN29173@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <26355135 DOT post AT talk DOT nabble DOT com>  <31b7d2790911142111jf12e432ua0991329f8b3eeec AT mail DOT gmail DOT com>  <26360860 DOT post AT talk DOT nabble DOT com>  <20091116083735 DOT GA3503 AT calimero DOT vinschen DOT de>  <26371224 DOT post AT talk DOT nabble DOT com>  <20091116135426 DOT GJ29173 AT calimero DOT vinschen DOT de>  <26377078 DOT post AT talk DOT nabble DOT com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <26377078.post@talk.nabble.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

On Nov 16 10:33, aputerguy wrote:
> 
> Corinna Vinschen writes:
> > In that case, the problem probably occurs because userB has no
> > permissions to read the file permissions.  Cygwin's chmod creates a
> > POSIX compatible ACL, which adds READ_CONTROL permissions for everyone.
> 
> That seems to be the case here and would seem to explain it - thanks!
> BTW, it seems that chmod also adds FILE_READ_ATTRIBUTES though READ_CONTROL
> is all that was needed to solve my problem.
> 
> Also, for the record, it seems that 'cp -a' does similar except it also
> *deletes* the SYSTEM ACL attributes of DELETE, WRITE_DAC and WRITE_OWNER.
> It's not intuitively obvious to me why 'cp -a' would degrade permissions...
> 
> That being said is there (or should there) be a flag to 'cp' that will
> strictly preserve 'all' ACL attributes in a similar way to how Linux has the
> -Z flag to preserve SELinux context?

It's not cp but the Cygwin DLL which looks for the permissions.  The
permission bits are strictly viewed from a POSIX point of view and all
rwx bits are translated to a specific set of ACE permission bits and
vice versa.  If you need control over every single permission bit in a
Windows ACL, use a Windows tool.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple