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:message-id:date:from:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; q=dns; s=default; b=jDkAG4lxHrBczUOuIn6kF7+QheHy9wS0o5yO15wJREe bnE2Bqjm0EjaYgOKEVdPY8b57i5oYLVBQuu4AvcKkLjZKYWDte48LbWFajB+x1xl r2K6r9agUiU21tfevLo/z5FJJUEbPj7oSW1mcyfKs8GnY9yO2iqCaAll1S5EaF3Y = 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:message-id:date:from:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; s=default; bh=avRWSS2yKm6UBOJubEU5GW3oCEg=; b=wwh+8VaTOb1LLV4PQ 1QXvBbbcsCveqtxAp0VYJQDk8jW/nZ1XTW3EzhHxRGEnXKKKwZQumWGOntbfqaZk z3jmNbMC2Y4rAN+AnJXIeU4MdWT1z0uDT1RQbEbZRC7F0ozOi+C2xJcrJQHO3gsQ gMGTHwCdv024ZVVlJCueBe4eYs= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: 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 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 X-HELO: limerock02.mail.cornell.edu X-CornellRouted: This message has been Routed already. Message-ID: <53FE1222.9050803@cornell.edu> Date: Wed, 27 Aug 2014 13:15:14 -0400 From: Ken Brown User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: (call-process ...) hangs in emacs References: <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> <20140827134700 DOT GJ20700 AT calimero DOT vinschen DOT de> <53FDEDDE DOT 6050902 AT redhat DOT com> In-Reply-To: <53FDEDDE.6050902@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes On 8/27/2014 10:40 AM, Eric Blake wrote: > On 08/27/2014 07:47 AM, Corinna Vinschen wrote: > >>>> >>>> Works for vim. Does the Emacs configure test only check for POSIX >>>> ACL functions and not for Solaris ACL functions, by any chance? >>> >>> I spoke too soon. It does detect that Cygwin has certain ACL functions. >>> But the feature that Achim was asking about seems to get used only on >>> systems that have acl_get_file. I guess that's a POSIX ACL function. >> >> Yes, it is. It's pretty much the same as the Solaris/Cygwin function >> >> int acl (const char *path, int cmd, int nentries, aclent_t *aclbufp); >> >> See http://docs.oracle.com/cd/E23823_01/html/816-5167/acl-2.html for >> a description. We're only supporting the aclent_t type (funny, isn't it?) >> which is pretty much based on POSIX ACLs and which is defined in >> /usr/include/cygwin/acl.h. > > Hmm; isn't emacs using gnulib's acl wrappers? (Paul Eggert would know; > he's the developer that's done the most recent work on Gnulib ACL > support as well as on emacs). In that case, shouldn't the behavior be > the same as for coreutils, which also uses gnulib? I'm wondering if > there are any bugs in the gnulib acl wrappers which might affect more > than just emacs, and/or where a cygwin patch would make the gnulib > wrappers happier. Sadly, I'm also not the best expert on ACLs. I'll follow up on the emacs-devel list. Ken -- 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