From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26586 invoked by alias); 27 Aug 2014 15:15:55 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 26572 invoked by uid 89); 27 Aug 2014 15:15:55 -0000 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 Received: from plane.gmane.org (HELO plane.gmane.org) (80.91.229.3) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Wed, 27 Aug 2014 15:15:54 +0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XMewq-0008SV-BT for cygwin@cygwin.com; Wed, 27 Aug 2014 17:15:44 +0200 Received: from 217.10.52.10 ([217.10.52.10]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 27 Aug 2014 17:15:44 +0200 Received: from Stromeko by 217.10.52.10 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 27 Aug 2014 17:15:44 +0200 To: cygwin@cygwin.com From: Achim Gratz Subject: Re: (call-process ...) hangs in emacs Date: Wed, 27 Aug 2014 15:15:00 -0000 Message-ID: References: <20140805184047.GC13601@calimero.vinschen.de> <53E3685B.8050508@cornell.edu> <53E39BAD.3010004@redhat.com> <53E3CB46.1020909@cornell.edu> <53E3F2AE.7030608@redhat.com> <53E4D01B.9010005@cornell.edu> <53F1F154.1020702@cornell.edu> <53FB87DC.2050908@cornell.edu> <87wq9v9j2y.fsf@Rainer.invalid> <53FD0662.5050208@cornell.edu> <20140827084245.GD20700@calimero.vinschen.de> <53FDD4A8.5050401@cornell.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 X-SW-Source: 2014-08/txt/msg00534.txt.bz2 Ken Brown 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