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:to:from:subject:date:message-id:references
	:mime-version:content-type:content-transfer-encoding; q=dns; s=
	default; b=aAdfiyMgJpUoSsQeMAW/SmWTPMtKs0AVjF8sNtBzF0JfLGapSEiFp
	HSVHTgQdr481CqihGMv8sM5nDqnNh4iv3wHv6JqKER49mpxVSL9y1gKaCWUyDv9u
	zSKVJ85riGfkPdVyqwfxDKRyP0YTKKTwnHA5TO3fg1pDihHUeMxeq8=
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:to:from:subject:date:message-id:references
	:mime-version:content-type:content-transfer-encoding; s=default;
	 bh=VJVeee7X3Zf1KFHfQBUkBBUCDuY=; b=xAW0ciRIn82Th9E1OM//gmZRzweW
	ayLqpwl1Try78pJoBXBhZ+J+JcgoV+HNBkyWV5B1RAS0+oSpaIZV0FvYTKvoTbHT
	q40PaGG3pRRhysLd96o6NFG1S7+HOm3IC5RAzEJ/WThnb1DzAmoVWmTIt5ClDBOd
	/tge7TR89hu5iMw=
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=-3.8 required=5.0 tests=AWL,BAYES_40,FSL_HELO_BARE_IP_2,RCVD_IN_DNSWL_LOW,RCVD_NUMERIC_HELO,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=no version=3.3.2
X-HELO: plane.gmane.org
To: cygwin AT cygwin DOT com
From: Achim Gratz <Stromeko AT NexGo DOT DE>
Subject: Re: (call-process ...) hangs in emacs
Date: Wed, 27 Aug 2014 15:15:33 +0000 (UTC)
Lines: 19
Message-ID: <loom.20140827T170804-533@post.gmane.org>
References: <20140805184047 DOT GC13601 AT calimero DOT vinschen DOT de> <53E3685B DOT 8050508 AT cornell DOT edu> <53E39BAD DOT 3010004 AT redhat DOT com> <53E3CB46 DOT 1020909 AT cornell DOT edu> <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> <53FDD4A8 DOT 5050401 AT cornell DOT edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
User-Agent: Loom/3.14 (http://gmane.org/)
X-IsSubscribed: yes

Ken Brown <kbrown <at> cornell.edu> writes:
> Achim, could you send me a recipe for reproducing the problem so that I 
> can test further?  Please be very detailed; I have no experience with ACLs.

Let's get one issue out of the way first that may be a Cygwin bug: on Linux
a file with all access removed via standard POSIX modes and then access
granted via ACL would place the mask bits of the ACL (the maximum permission
that can be granted via ACL, usually rwx) into the group portion of the
POSIX modes (ls --color would even show these in different color if you
didn't happen to notice the "+").  That doesn't happen on Cygwin and it
seems that some software optimizes based on that information to not traverse
the ACL when there's no chance to ever get a permission granted.  This
behaviour is mandated by POSIX IIUC (and it is what Linux is doing) so
unless Cygwin explicitly follows a different ACL model, I think that should
be taken care of before diving into this further.


Regards,
Achim.


--
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