This is the mail archive of the
mailing list for the Cygwin project.
Re: Execute bit getting set on created files when it shouldn't
- From: Brian Dessent <brian at dessent dot net>
- To: cygwin at cygwin dot com
- Date: Wed, 21 Dec 2005 12:03:49 -0800
- Subject: Re: Execute bit getting set on created files when it shouldn't
- References: <43A9B2B9.firstname.lastname@example.org>
- Reply-to: cygwin at cygwin dot com
Don Peterson wrote:
> Problem statement: running a non-cygwin program in a console generate
> files with the execute bit set, even if your umask doesn't allow it.
Why would a non-cygwin process have any concept of 'umask', let alone
respect its setting? This is entirely a Cygwin mechanism.
This is purely due to NTFS permissions, as most applications do not
specify an ACL when creating a file, they just inherit the ACL of the
directory or its parent, and so on. If you don't want the execute bit
set, then change the ACL of the filesystem object from which everything
is inheriting. However, expect this to break most windows programs (or
at least their installers), since the notion of having to explicitly set
the execute permission on binaries does not exist on windows.
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html