From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.kundenserver.de (mout.kundenserver.de [217.72.192.73]) by sourceware.org (Postfix) with ESMTPS id ECE973861812 for ; Wed, 14 Oct 2020 11:50:25 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org ECE973861812 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=cygwin.com Authentication-Results: sourceware.org; spf=fail smtp.mailfrom=corinna-cygwin@cygwin.com Received: from calimero.vinschen.de ([24.134.7.25]) by mrelayeu.kundenserver.de (mreue109 [212.227.15.183]) with ESMTPSA (Nemesis) id 1MatZt-1jvGQ13rid-00cRyP for ; Wed, 14 Oct 2020 13:50:22 +0200 Received: by calimero.vinschen.de (Postfix, from userid 500) id D4547A82BBE; Wed, 14 Oct 2020 13:50:21 +0200 (CEST) Date: Wed, 14 Oct 2020 13:50:21 +0200 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: test -r or -x always return false on an NFS mount? Message-ID: <20201014115021.GC26704@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <1279009444.20201006184606@yandex.ru> <20201013183650.GW26704@calimero.vinschen.de> <2820bfde-68f4-e2f9-78c4-4174423a6213@emmenlauer.de> <20201014082841.GY26704@calimero.vinschen.de> <8afea014-6e68-01ef-f6c8-d947e820ec3a@emmenlauer.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <8afea014-6e68-01ef-f6c8-d947e820ec3a@emmenlauer.de> X-Provags-ID: V03:K1:xNCfsPfWvJU5FFF4BzD1kuHWqjHd7MmiVtNKPDaQuxRhJ8dw2bQ 4I3GG/0r2Y/pcD2rXaTP+bjFWuBidHhrDFUzqBxwOPhT9oobgjflb7LenzLmYEsyLPpJ9mA V+qIDZCpnbc5sMGqkFCBbRZHHEDafQcIbleU5K0+g9T4xgj3WMnCRrP2vpFFj5HWjH/Bcp2 h11uEIM8oSVwluk0Kpqog== X-UI-Out-Filterresults: notjunk:1;V03:K0:7Aq3IuqJjFI=:ZPB6sGp39v2Ajqk+Z8ZNd1 qbvi7C1taHEFvamjEEtFCDPrvUIbRgW3ui5RBYNQ9C5WQDEV9gV7Gry2H/qZtbX9CejFo4ld0 hjdWRwulBr89kDr4rMlQz1sjrbtwqYjMK4EPj3z2kjzOtY3vKHYckVDZDV9aNFZR6VgbXjsgC C2J0VBc1qTp2AIxRIzAwFWZLgO6Au7p3yxXmFbnMans36rkdp8hlT4uSLzHm7UUeUj/BFhnZh KKUT3Z35EwCIHkv8csNrmKjXwPMmzVKZ6XJCEmcPCsdXIKyGTawuJdTm6xRzuqhb6/p2QO6cU xV37RBZpUaR2QvKedih8fmoE++T7/b9mArBw5jN1KYVzGAZao/idQRdlqd7C57uR2sMG+zQyk uvQrxV3Mx0PTMGVMsVXxGBY2P+cmC7WbDnLqTRuavHHXJDc6SbuhJ825OXYviob0amCyLTErK WYd1v5ba6+tzuKU1sVWgckx/fLUH4ot/S0efCdB+Zzt7/Fk7eYEXaXn4+4SiAcQRgKhCDpecK eVjKLZkb4lYUPPwMaOuqB51WIprBb4a4Rt7Ynu7JObB9qLPbC0uHAo1thjKiTO5ivQspESFdE /Y486CX5O96Xm6vXU/TRlLX+H2nwd9JneGRpngDG1Gi4nkPxV7nJctU/an4rWLqDoboQOJ28c 3Eq1yMsCqv/B+oIyAyJuL+RnJX9I83aq0r+ClOGqOiH4b8tXTK3Z9erzuxiqBNG5pI+Nyy5AV DaZiTOUCTg1Awz2aaGlH++zS4V1U2nsKF35j8Jp1mCt7lLiQJj3TQ0rUy1D+2Y9vj+/oA4H1u VfWHniL3RTlg3nG2j0I235SrqhZqoHfsqOYOu9+WCVRoIv3WzK8+KaVp5xYlgG4UMZTqERrrX DUgrWypuaCU4QZYFcIyA== X-Spam-Status: No, score=-100.2 required=5.0 tests=BAYES_00, GOOD_FROM_CORINNA_CYGWIN, JMQ_SPF_NEUTRAL, KAM_DMARC_STATUS, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_NEUTRAL, 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: Wed, 14 Oct 2020 11:50:27 -0000 On Oct 14 11:06, Mario Emmenlauer wrote: > On 14.10.20 10:28, Corinna Vinschen wrote: > > Actually, not really. It's weird in fact, given ls(1) shows the > > desired result. That would point to a bug in access(2), but there's > > no special code in access(2) for NFS. For filesystems not supporting > > ACLs (FAT, NFS, etc), it calls stat(2) and checks the st_mode bits > > against the requested access(2) mode based on the uid/gid of the > > caller, simple as that. > > Hmm, now that you mention it, I just coincidentally found an issue > with the `_stat` call in Microsoft Windows 2004 update. In the Apache This is entirely unrelated. We're talking about Cygwin stat(2), not msvcrt.dll _stat(). Different source, different call. Corinna -- Corinna Vinschen Cygwin Maintainer