From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail231.csoft.net (mail231.csoft.net [96.47.74.235]) by sourceware.org (Postfix) with ESMTPS id CEE83388CC0D for ; Fri, 28 May 2021 19:23:18 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org CEE83388CC0D Received: from mail231.csoft.net (localhost [127.0.0.1]) by mail231.csoft.net (Postfix) with ESMTP id A2D5FCB51 for ; Fri, 28 May 2021 15:23:17 -0400 (EDT) Received: from mail231 (mail231 [96.47.74.235]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (No client certificate requested) (Authenticated sender: jeremyd) by mail231.csoft.net (Postfix) with ESMTPSA id 9F212CB50 for ; Fri, 28 May 2021 15:23:17 -0400 (EDT) Date: Fri, 28 May 2021 12:23:17 -0700 (PDT) From: Jeremy Drake X-X-Sender: jeremyd@resin.csoft.net To: cygwin@cygwin.com Subject: Re: realpath issue with native[strict] symlinks In-Reply-To: Message-ID: References: User-Agent: Alpine 2.21 (BSO 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-6.7 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_LOW, SPF_HELO_PASS, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) 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: Fri, 28 May 2021 19:23:20 -0000 On Thu, 27 May 2021, Jeremy Drake wrote: > > > Treating mapped/subst drives as though they were not symlinks, without > > > messing with intermedate symlinks. > > > > It was that simple, surprise, surprise... > > It turns out it wasn't, after all. This only seems to work at the root of > a subst-ed drive. I just got the following error: I was thinking about this more, and maybe I'm fixated on the wrong code (since that code change "broke" it). Perhaps SUBST drives *should* be treated as native symlinks, and what needs to change is that native symlinks should not be dereferenced when launching native programs. I assume the symlink-dereferencing there predates the native symlink support, and was required since native programs wouldn't be able to traverse a cygwin symlink or .lnk file.