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 78B4F385BF9E for ; Tue, 8 Jun 2021 00:01:47 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 78B4F385BF9E Received: from mail231.csoft.net (localhost [127.0.0.1]) by mail231.csoft.net (Postfix) with ESMTP id A6AF4CB66 for ; Mon, 7 Jun 2021 20:01:44 -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 A2CD7CB64 for ; Mon, 7 Jun 2021 20:01:44 -0400 (EDT) Date: Mon, 7 Jun 2021 17:01:44 -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.3 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: Tue, 08 Jun 2021 00:01:57 -0000 On Fri, 28 May 2021, Jeremy Drake wrote: > 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: > There was another report of someone running into an issue with this change, though not exactly the same situation as mine: https://github.com/msys2/msys2-runtime/issues/41#issuecomment-854913283 It seems that a mapped network drive is being 'dereferenced', confusing eclipse trying to find source files from debug info from an arm cross-compiler. Unfortunately I have not heard back whether or not my patch helps this case.