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:message-id:from:to:mime-version
	:content-transfer-encoding:content-type:references:subject:date
	:in-reply-to; q=dns; s=default; b=SpVxs62KnvJAAwYG/p6+G8fRxo7tKb
	5WOwlwRtHWzcEzUeN9BbeIevoPEso2twMYVu6qBO6AWmmqgRvhBaXR4pFCRhuLCO
	1QNYN3G7cFhh3clc4S4Noab+ttryAhtJoMGwHYCFUxLlU5saGa8cJWHywrlyjSAy
	WxIAA+AJVAeOc=
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:from:to:mime-version
	:content-transfer-encoding:content-type:references:subject:date
	:in-reply-to; s=default; bh=fPPA4ZoXE2Dkt3ANtM3RDHK1kwI=; b=XVCT
	c1x5ZgHod1E0cabOUrlkEkGUsMRXwqqCmjGrhb+rkqIIPoJ3gfSYnV4KZIW11gM5
	QfxgvRh+YeT9u5RdLU2DtNk9x/vvMC9VgIaHF90bOY/2a1wtzRM3yWliWJWD8JzG
	YhtOzwpB6zP3md1QNF+0tEVWORos5Ao+mHMndz0=
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=-2.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=H*MI:sk:7bbc786, H*f:sk:7bbc786, H*i:sk:7bbc786, HTo:U*kbrown
X-HELO: out1-smtp.messagingengine.com
X-ME-Sender: <xms:sRFQWNoBBEmmDENBgNfVPpWUGsQEvNIU51vAE5TzchV-Uwq9VHSOKQ>
Message-Id: <1481642417.99199.817613057.617EE00F@webmail.messagingengine.com>
From: Ronald Otto Valentin Fischer <ashi.niwatori@the-quickest.com>
To: Ken Brown <kbrown@cornell.edu>, cygwin@cygwin.com
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="utf-8"
References: <1481625566.176738.817340945.718D9CF0@webmail.messagingengine.com> <7bbc7866-32f9-1c22-c39e-e7cc92e28222@cornell.edu>
Subject: Re: Editors set x-bit (sometimes)
Date: Tue, 13 Dec 2016 16:20:17 +0100
In-Reply-To: <7bbc7866-32f9-1c22-c39e-e7cc92e28222@cornell.edu>


> Does this help?
> 
>     https://cygwin.com/faq/faq.html#faq.using.same-with-permissions

While interesting, it seems to describe a different phenomenon.
Actually, when I create files by Cygwin tools only (touch, nano, ....),
the access rights are always correct. Indeed, even after removing the
extended ACL entries - as was suggested in the FAQ -, the problem still
appears.

However, I have a new finding: When I create a file from a CMD.EXE
command line, by i.e.

    echo xx > abc.rb

the access rights *do* have the x-bits set! This is reproducible, but
only when the file which was created, is below my Cygwin tree! I agree
that this smells a lot like an extended ACL issue, but as I said, 
setacl -b provided no help.

Ronald


-- 
Ronald Fischer <ronald.fischer@fusshuhn.de>
http://www.fusshuhn.de/


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

