X-Recipient: archive-cygwin@delorie.com X-Original-To: cygwin@cygwin.com Delivered-To: cygwin@cygwin.com 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 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-Language: en-US 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: , Reply-To: moss@cs.umass.edu Content-Type: text/plain; charset="utf-8"; Format="flowed" Errors-To: cygwin-bounces+archive-cygwin=delorie.com@cygwin.com Sender: "Cygwin" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by delorie.com id 26B2Y5XK006551 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 -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple