From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mailsrv.cs.umass.edu (mailsrv.cs.umass.edu [128.119.240.136]) by sourceware.org (Postfix) with ESMTPS id 14CBC3858400 for ; Mon, 11 Jul 2022 02:33:48 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 14CBC3858400 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=cs.umass.edu Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=cs.umass.edu Received: from [172.20.1.12] (unknown [12.4.219.149]) by mailsrv.cs.umass.edu (Postfix) with ESMTPSA id 6939C4015532; Sun, 10 Jul 2022 22:33:47 -0400 (EDT) Reply-To: moss@cs.umass.edu Subject: Re: chmod g+s ineffective To: Chris Wagner , cygwin@cygwin.com References: <9c053381-4466-ea8a-11d6-ea2e676d3b35@huarp.harvard.edu> <792558531.20220629153952@yandex.ru> <7964c08d-83cb-aab3-5d1c-4a5f0a86bf0a@huarp.harvard.edu> <463526579.20220701025601@yandex.ru> From: Eliot Moss Message-ID: Date: Sun, 10 Jul 2022 22:33:47 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-0.3 required=5.0 tests=BAYES_00, BODY_8BITS, JMQ_SPF_NEUTRAL, KAM_DMARC_STATUS, NICE_REPLY_A, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2022 02:33:49 -0000 On 7/10/2022 10:17 PM, Chris Wagner wrote: >>> On 6/29/2022 9:18 AM, Norton Allen wrote: >>>>>> On one machine I have, chmod g+s fails to set the sticky bit. The >>> command >>>>>> does not return any error, but ls -l continues to show the bit not set. >>>>>>      $ mkdir foo >>>>>>      $ chgrp flight foo >>>>>>      $ chmod g+ws foo >>>>>>      $ ls -ld foo >>>>>>      drwxrwxr-x+ 1 nort flight 0 Jun 29 06:50 foo > > Hi.  The permission bits are implemented as normal Window's DACLs (Discretionary Access List).  +s > is implemented magically with the NULL SID.  You can view it from Explorer or with icacls.  Try > checking the return code (echo $?) from chmod.  Also try changing perms from Explorer.  You might > not be able to set the NULL SID for some reason. I'd like to add that, for good reason, the Cygwin DACLs do not conform to the order of entries that some Windows tools prefer. Don't let any Windows program/tool reorder the DACLs! It will break the Cygwin functionality, and the Cygwin order does not break Windows functionality. Best - Eliot Moss