X-Recipient: archive-cygwin@delorie.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:from:to:subject:references:date:in-reply-to
	:message-id:mime-version:content-type; q=dns; s=default; b=PdCTf
	/GZmZ4sUvKfCwRF+OwnzJ0gn4yTeuTlC7BdGV1htItwHRiuneM5A5nro1T5bjCA8
	tsRQ/pkEjlYw1awZ5gVofbg7T3NjiWFlOKvj9n9ZdNjROTerU4cG3Q+IhrCIyifg
	wKgVYmJpOcUADINvOuWpNBtOuIF8ni8G+9mS+o=
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:from:to:subject:references:date:in-reply-to
	:message-id:mime-version:content-type; s=default; bh=+Riy0wkPUpd
	sp8NJpYbOHanIwwU=; b=YqIYNAOHgpv8v0STBbIxsRJ3D/N/xCDctb0/29cKa4a
	dWvwWbtvofaKtnHrgBzNrXOQZTvx+ZR71bECGrz8+vxkuVp8IpniKnjrZU8FttuX
	OvRzhx4XR1QIcI5pLUweSL5mlIFIcd513ZH2LHy7pAwPRFcycUrJjiePXWZ+CQek
	=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-6.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2
X-HELO: mail-in-11.arcor-online.net
X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-13.arcor-online.net A199AEE001
From: Achim Gratz <Stromeko@nexgo.de>
To: cygwin@cygwin.com
Subject: Re: (call-process ...) hangs in emacs
References: <loom.20140827T170804-533@post.gmane.org>	<loom.20140828T085927-71@post.gmane.org>	<20140828095524.GO20700@calimero.vinschen.de>	<20140828131832.GT20700@calimero.vinschen.de>	<loom.20140828T172529-396@post.gmane.org>	<loom.20140829T115632-276@post.gmane.org>	<20140901115701.GD2644@calimero.vinschen.de>	<87ppffs0kw.fsf@Rainer.invalid>	<20140902083217.GM2644@calimero.vinschen.de>	<87mwaiq6bt.fsf@Rainer.invalid>	<20140902191914.GG6056@calimero.vinschen.de>
Date: Tue, 02 Sep 2014 21:42:22 +0200
In-Reply-To: <20140902191914.GG6056@calimero.vinschen.de> (Corinna Vinschen's	message of "Tue, 2 Sep 2014 21:19:14 +0200")
Message-ID: <87sik9q069.fsf@Rainer.invalid>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.93 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain

Corinna Vinschen writes:
> More or less, just compare the ACLs and see if you find strange
> differences.  This only works for the ACLs created or modified with
> `setfacl' and the snapshot DLL.

I see, I'll have to make extra tests for this.  Usually I just have to
live with some inherited ACL that I can't change at all.

> The ACLs created or modified via
> setfacl with the older DLLs always were different and, I have to admit,
> kind of broke the default POSIX permissions created via open() or
> chmod().  The idea of my change was to make them always in an identical
> fashion.  The order may only vary in secondary permissions, but never
> in the standard permissions, which also always come first.

One thing I've noticed, but can't really say if it's related to the
change, is that setfacl quite often claims an "illegal ACL" when trying
to remove for instance the SYSTEM read permission.  Removing the group
owner ACL instead did the right thing in at least one instance.  But
I've mostly been removing all ACL from the whole tree via the explorer
security tab (for ~/.ssh/ and similar stuff).


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

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

