This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: (call-process ...) hangs in emacs
- From: Achim Gratz <Stromeko at nexgo dot de>
- To: cygwin at cygwin dot com
- Date: Tue, 02 Sep 2014 21:42:22 +0200
- Subject: Re: (call-process ...) hangs in emacs
- Authentication-results: sourceware.org; auth=none
- References: <loom dot 20140827T170804-533 at post dot gmane dot org> <loom dot 20140828T085927-71 at post dot gmane dot org> <20140828095524 dot GO20700 at calimero dot vinschen dot de> <20140828131832 dot GT20700 at calimero dot vinschen dot de> <loom dot 20140828T172529-396 at post dot gmane dot org> <loom dot 20140829T115632-276 at post dot gmane dot org> <20140901115701 dot GD2644 at calimero dot vinschen dot de> <87ppffs0kw dot fsf at Rainer dot invalid> <20140902083217 dot GM2644 at calimero dot vinschen dot de> <87mwaiq6bt dot fsf at Rainer dot invalid> <20140902191914 dot GG6056 at calimero dot vinschen dot de>
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