X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=Dis8DvOjf88OXjDhqw6cJP3/OokKX7tf6Zu3ncPu8xB3fIf19fObO
	YjC6PqiZQRwyaVcGi3hKk7SF9JspLVKf3yXH30LIpZKdaVi8HSD5Bs8I2OqHUaMx
	TyH+CPoNKPiTFDm0fisqrT36pstJybag9yCrsAsOHnb1FIFm/ZwPoU=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; s=default;
	 bh=o4MUh0rmEqGEriwLMU3SLgE7P68=; b=GfEXKc9EZCqaVk+qxqTnyZTedVj6
	rwJdh25A7B2wUewYZhWxsc3eo6o5C+mE39bqhablJPUH8YZxOA64dZ6ZfkB1aZXC
	O9KztYvcIsH/HzSn5ew98WdI9Tl3lY1eVT9uZYsWSUkVZ5dJ1Ldd2MqmOHDoqson
	D0ozE7XuRG2NjyY=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.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
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-5.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2
X-HELO: calimero.vinschen.de
Date: Thu, 28 Aug 2014 16:10:36 +0200
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: (call-process ...) hangs in emacs
Message-ID: <20140828141036.GW20700@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <53E3F2AE DOT 7030608 AT redhat DOT com> <53E4D01B DOT 9010005 AT cornell DOT edu> <53F1F154 DOT 1020702 AT cornell DOT edu> <53FB87DC DOT 2050908 AT cornell DOT edu> <87wq9v9j2y DOT fsf AT Rainer DOT invalid> <53FD0662 DOT 5050208 AT cornell DOT edu> <20140827084245 DOT GD20700 AT calimero DOT vinschen DOT de> <17910052714 DOT 20140828010203 AT yandex DOT ru> <20140828100112 DOT GQ20700 AT calimero DOT vinschen DOT de> <187704841 DOT 20140828172337 AT yandex DOT ru>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;	protocol="application/pgp-signature"; boundary="E75mJrUy8lRi9cGN"
Content-Disposition: inline
In-Reply-To: <187704841.20140828172337@yandex.ru>
User-Agent: Mutt/1.5.23 (2014-03-12)

--E75mJrUy8lRi9cGN
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Aug 28 17:23, Andrey Repin wrote:
> > It's what "acl" means on Cygwin.  "acl" means that Windowsd ACLs are us=
ed
> > and permissions are handled and converted to and from POSIX permissions.
> > "noacl" means, Cygwin ignores all ACLs and fakes ownership and POSIX
> > permissions only based only on filetype and DOS R/O attribute, as it has
> > to on filesystems not supporting ACLs, like FAT/FAT32.
>=20
> Got it.
> It seems, Cygwin need a middle groung between these two for cases, where =
FS
> support access control, but don't want to be mangled.

I'm certainly not going to introduce another mount mode.  What Cygwin
could do is to perform ACL-based access checks independently of the
"acl"/"noacl" mount mode on FSes supporting ACLs.  However, if you want
ACLs, why not use the "acl" mount mode in the first place?

Still, it *might* makes sense in some scenarios, even if the results of
stat(2)/acl(2) may differ surprisingly from what access(2) returns.

We can also simply try it out.  A patch to enable this behaviour is
dead-simple.

Here's the prerequisite:

  Would more than one person want that *and* be willing to give this a
  *thorough* testing?


Corinna

--=20
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--E75mJrUy8lRi9cGN
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJT/zhbAAoJEPU2Bp2uRE+g/8oP/AwsZ1QwxTUWC9mD/12nljLY
5QZ70JMADsZjXJVJ+0AOAiqoApL0CtLJ5sCvQqw0ecy5471k4jZdrisGcGOwDw7l
VSstH6DQfJtR+6bf13sUZNnl+ERKxFlGkw+NHjhY3GXP/q1aYhz3b8Ghe2qEuUkW
ihf85JZHYkAOQsAPHFgT8KIWVgirhsfmUBg2Nh7EbY78X94bVC26QQHzG8sh5fbj
geWfgZbg8A0TbsNVbbMA9zIDtgh990NWQVMAHA9nh7NhmwsQBNslXnvLU+M53rFt
KSntvUNlhGnJ/BjZVtjBhmUjAzjNlKOc0qgTY1Vkq/zRVwgOl4NanxGtpFzMmKGG
cX9/sriSDnsDVqRHQzIJxY7jrQlG4W1C5CBxLOT9eYL/SDgZTiYU0gm34i8Py5fp
H0LhTwdHfwwdVwGEL0R4Er5AhwOs/XQUjQ6noePxtdHtjtRXWJQm6UBl7NR9R+Jh
pZMPGb5xNb32CMg3eLCefy9viwAaa3zhdjMoe4GHf8hz9VQY90kNsuKZ0SA6Xmv1
D4BXPzR8aRCjBSyVBBtWyQn+tHSDcgruijhM4yq+HQ7Y//EdORBkbp3NnRduRHM1
jlH1FDvKRISOgqWxoQxekq1MQ8wGgVPVm6lXJpxuJy2g/Cw/Kfz++3h5tTbfgO1H
qMVc8m4MutTueiuLFdm3
=DGtE
-----END PGP SIGNATURE-----

--E75mJrUy8lRi9cGN--