From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 55979 invoked by alias); 26 Aug 2016 08:05:58 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 54416 invoked by uid 89); 26 Aug 2016 08:05:58 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-101.5 required=5.0 tests=AWL,BAYES_00,GOOD_FROM_CORINNA_CYGWIN,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:1595, H*i:D3E512D6.AF5F, H*MI:D3E512D6.AF5F, H*f:D3E512D6.AF5F X-HELO: drew.franken.de Received: from mail-n.franken.de (HELO drew.franken.de) (193.175.24.27) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 26 Aug 2016 08:05:55 +0000 Received: from aqua.hirmke.de (aquarius.franken.de [193.175.24.89]) (Authenticated sender: aquarius) by mail-n.franken.de (Postfix) with ESMTPSA id 03F29721E280D for ; Fri, 26 Aug 2016 10:05:52 +0200 (CEST) Received: from calimero.vinschen.de (calimero.vinschen.de [192.168.129.6]) by aqua.hirmke.de (Postfix) with ESMTP id 34BEA5E030D for ; Fri, 26 Aug 2016 10:05:51 +0200 (CEST) Received: by calimero.vinschen.de (Postfix, from userid 500) id 228C5A80405; Fri, 26 Aug 2016 10:05:51 +0200 (CEST) Date: Fri, 26 Aug 2016 10:25:00 -0000 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: FUSE, symbolic links and special files Message-ID: <20160826080551.GA23935@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <20160825124512.GE9783@calimero.vinschen.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.2 (2016-07-01) X-SW-Source: 2016-08/txt/msg00505.txt.bz2 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 1604 On Aug 25 19:04, Bill Zissimopoulos wrote: > On 8/25/16, 3:45 PM, Corinna Vinschen wrote: > >...it needs thorough testing(*). There's a good chance that the NFS RP > >buffer is not exposed to user space, but instead only handled by the NFS > >driver. *If* the RP method works fine in user space, I'm inclined to do > >as outlined above and get rid of the EA stuff in symlink_info::check > >since it could be transparently shared between NFS and WinFSP. >=20 > I agree. FYI I have not tested the use of NFS reparse points yet, although > I intend to. >=20 > My expectation is that there should not be any issue accessing such > reparse points from user mode. My understanding of the reparse point > mechanism is that it comes into play in a couple of cases: No, me neither, but the MSDN documentation is, shall we say, limited... > - The first case is during the processing of NtCreateFile (without the > FILE_OPEN_REPARSE_POINT flag set). This case doesn't matter to us. Cygwin always opens the file with FILE_OPEN_REPARSE_POINT set... > - The second case is through direct manipulation of the reparse point > using FSCTL_GET_REPARSE_POINT, FSCTL_SET_REPARSE_POINT and > FSCTL_DELETE_REPARSE_POINT. >=20 > Let us consider the expected behavior of an NFS_SPECFILE_LNK reparse point > (this is speculation) during NtCreateFile: >=20 > - On NTFS prior to Win8: > - STATUS_IO_REPARSE_TAG_NOT_HANDLED ...so this shouldn't happen to us, right? Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature; name="signature.asc" Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXv/heAAoJEPU2Bp2uRE+g12kP/0xtG+Urmm8EGJg2uC6XTUFc 8ezJt+l3YC7zrxMOFYeJG0+Cd0mbdRaNuBQfvfqM4UrSluABHCFNQ3e0lvfKF8FR 21/xYNBsD9oVArSviZO/EVG8cydhkzNPicH0+gCRBnfr8WMxaCUxYIYMm5WZBDut bqLI+J7T0/gzP3VYVpOfuuI7Z53jR9tIDVXBIv5egkcxWcRkJFei94TlD8HKyyxT NeePPDeZiKeZEEfI80I/UEBf+ePMstKB49StRKhmOUd4UNbrJPsWQwcHuCs8ddU+ RqXo5GGPMetzbYD+/WCvRWNrqCfkGSu/uUpOUVU4sJfNWaoQeZQLzalT3xrtAT33 agVPDZYY1UjJtJzQbHxScgljULoOSyYzv6OHEqF6AYlviUWwvkbVEKExrhnAC6vt Ao2CFIvXr/VfuqDqz/TSa77ZwFU4qdtaX+8UZQF11qMnflfgsOaw9aTpznZFoM/W bsCa/jPpdbiUK68MrmxF85yQ8tjBuMrCydsDXt/F74THga8yzun5o+3Xc6xpp18i WFGJLhM0RRilN9Iw3WJ/nh3rsWjd5kEHsQj3c4XoPhotXG/3oEQtoLyP/5beJUDc chfuToUDo0Lg6GTsceyJ+Vsz5lz4z296TM0/TA7QNNWeJ7Kfq9SKOCrHzRX70enu RMqPSJQC8YuENrOEj0TY =xVXb -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j--