(call-process ...) hangs in emacs

Corinna Vinschen corinna-cygwin@cygwin.com
Thu Aug 28 14:10:00 GMT 2014


On Aug 28 17:23, Andrey Repin wrote:
> > It's what "acl" means on Cygwin.  "acl" means that Windowsd ACLs are used
> > and permissions are handled and converted to and from POSIX permissions.
> > "noacl" means, Cygwin ignores all ACLs and fakes ownership and POSIX
> > permissions only based only on filetype and DOS R/O attribute, as it has
> > to on filesystems not supporting ACLs, like FAT/FAT32.
> 
> Got it.
> It seems, Cygwin need a middle groung between these two for cases, where FS
> support access control, but don't want to be mangled.

I'm certainly not going to introduce another mount mode.  What Cygwin
could do is to perform ACL-based access checks independently of the
"acl"/"noacl" mount mode on FSes supporting ACLs.  However, if you want
ACLs, why not use the "acl" mount mode in the first place?

Still, it *might* makes sense in some scenarios, even if the results of
stat(2)/acl(2) may differ surprisingly from what access(2) returns.

We can also simply try it out.  A patch to enable this behaviour is
dead-simple.

Here's the prerequisite:

  Would more than one person want that *and* be willing to give this a
  *thorough* testing?


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://cygwin.com/pipermail/cygwin/attachments/20140828/769b4faa/attachment.sig>


More information about the Cygwin mailing list