X-Recipient: archive-cygwin AT delorie DOT com
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 53CC7388F02C
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1620326220;
	bh=f+cG9OHd7pf7wdlKj/XSP2TyN4rp2yW1BdEaW4Fm7lU=;
	h=References:In-Reply-To:Date:Subject:To:List-Id:List-Unsubscribe:
	 List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:
	 From;
	b=ufVfRpGR3RIWhpXJtbeou/RCPIMvLMPWIyNSYB0szpEzNBA1tsv6CSCULhv8tpv0w
	 MBpT2RrNyzUQ63p9ahklrDU787h9wdyrrVLNyEhDpuSzuA3J/1nTVz/uYu7maKd8tB
	 QX7aaAr+w1oOGDaPdDV58qcTHkvm4mJPuBLJEOnw=
X-Original-To: cygwin AT cygwin DOT com
Delivered-To: cygwin AT cygwin DOT com
DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 2718C388E807
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:references:in-reply-to:from:date
 :message-id:subject:to;
 bh=ICrIwjjhWrRUhsJW5FHG/6rUsFL4n4Wqayw0glc61L0=;
 b=BnMJJjw6CH+Dt1MkK7nNoOKVEg/bmUmdDOHbY+ESXvDZVyT8z0e+pjbG7RbK7R8Asj
 lt1M/aHPl2GPq4TgFCsC3/oCdg122K3eUDCoSR+JT0w48Nqc7lb349AIXHSeIf4A2zIk
 SuVUG3TwpxdhLgMENoFQdPbig/mwG463uTDZ34hc34tnKzO0pWJpTRcQZ/ZNz6Ft/Mmi
 u50LzT3LqZhHfUWvGclV0/UbMHipl96W21hhBDvwWhkydBhTrOtpqKwcpxN+RHEtpnUj
 Hsdr8aVjeI6JSHhF8zgLShLlP8ooyoqEOBXsZjpdaUguS0mTDXjxZzNHqHOneEedYw5P
 2tFw==
X-Gm-Message-State: AOAM532y6HisE7W87584t3GvVjz3T8k6EdnoXgF/7s0R5ChiX1I+8qNM
 1u5zaRHDNCl6XSdHgoOOQ8BWC/2Ey63qZUWXMXl3/80BiQuBxg==
X-Google-Smtp-Source: ABdhPJxZtqPWwKvQwVY0R1X0lorw1rhgl/n1N2H2196oMnKY2f8aVjvSojfKEExVfPnFKsI+uTgIBjWIVYJUzqUf31k=
X-Received: by 2002:a17:90a:3f08:: with SMTP id
 l8mr18950127pjc.136.1620326216625; 
 Thu, 06 May 2021 11:36:56 -0700 (PDT)
MIME-Version: 1.0
References: <CAGHpTBLp9tVES8=ggRkNk3HZLr-QT7n79ewKadTkWXyshBfcAw AT mail DOT gmail DOT com>
 <CAGHpTBJHXXE6YUXjEX8wtE9wnX_wCz5HhrDKsJ_Dz2z1_f4LuQ AT mail DOT gmail DOT com>
 <YJQrCvv79bHcH3Rz AT calimero DOT vinschen DOT de>
In-Reply-To: <YJQrCvv79bHcH3Rz@calimero.vinschen.de>
Date: Thu, 6 May 2021 21:36:45 +0300
Message-ID: <CAGHpTBJ5L1Y4RU+n7PVr6vRCeEBkFPUgnVa8JGZDKcGt7n7JBQ@mail.gmail.com>
Subject: Re: realpath issue with native[strict] symlinks
To: cygwin AT cygwin DOT com, Orgad Shaneh <orgads AT gmail DOT com>
X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00, DKIM_SIGNED,
 DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,
 SPF_HELO_NONE, 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 AT cygwin DOT com
X-Mailman-Version: 2.1.29
List-Id: General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
 <mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
From: Orgad Shaneh via Cygwin <cygwin AT cygwin DOT com>
Reply-To: Orgad Shaneh <orgads AT gmail DOT com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: "Cygwin" <cygwin-bounces AT cygwin DOT com>

On Thu, May 6, 2021 at 8:44 PM Corinna Vinschen
<corinna-cygwin AT cygwin DOT com> wrote:
>
> On May  4 22:52, Orgad Shaneh via Cygwin wrote:
> > On Tue, Apr 27, 2021 at 8:44 AM Orgad Shaneh <orgads AT gmail DOT com> wrote:
> > >
> > > On Apr 19 12:58, Corinna Vinschen via Cygwin wrote:
> > > > On Apr 18 10:59, Orgad Shaneh via Cygwin wrote:
> > >
> > > > I was going to write:
> > > >
> > > >   Nothing we can do about without re-implementing Cygwin's path handling
> > > >   from scratch.  For historical reasons, POSIX paths are evaluated in a
> > > >   non-POSIXy manner from right to left.  If the resulting path is an
> > > >   existing path, the assumption is that no inner path component is a
> > > >   symlink.  That's true as long as Windows didn't support
> > > >   symlinks/junctions and Cygwin didn't support them.
> > > >
> > > > But now I'm writing this:
> > > >
> > > >   Probably I have a workaround for this problem.  I added a certain test
> > > >   to the function checking the outer path component, so the checks for
> > > >   path validity don't stop at the outer path component, just because
> > > >   it's a valid Windows path.
> > > >
> > > > I pushed the patch and uploaded new developer snapshots to
> > > > https://cygwin.com/snapshots/
> > > >
> > > > Please give them a try.
> > >
> > > Tried now, and it works for me. Thanks a lot!
> > >
> > > - Orgad
> >
> >
> > Hi Corinna,
> >
> > This change breaks access to subst drives. Reported on MSYS2:
> > https://github.com/msys2/msys2-runtime/pull/38#issuecomment-832160980
> >
> > Can you please have a look?
>
> Works fine for me:
>
>   $ subst T: C:\\cygwin64\\home\\corinna\\tmp
>   $ subst
>   T:\: => C:\cygwin64\home\corinna\tmp
>   $ ls /cygdrive/t
>   bar  cygwin  foo  gawk-5.1.0  ocaml  openssh-8.5p1  recurse  tst
>
> TAB completion works, too.

Right. But if you set / for cygdrive in /etc/fstab it fails:
none / cygdrive binary,posix=0,user 0 0

- Orgad

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