From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.10]) by sourceware.org (Postfix) with ESMTPS id 702E6385DC37 for ; Thu, 15 Oct 2020 08:16:56 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 702E6385DC37 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 (mreue106 [212.227.15.183]) with ESMTPSA (Nemesis) id 1N9d91-1kQCYd3P6r-015djf for ; Thu, 15 Oct 2020 10:16:54 +0200 Received: by calimero.vinschen.de (Postfix, from userid 500) id 72091A82BC2; Thu, 15 Oct 2020 10:16:54 +0200 (CEST) Date: Thu, 15 Oct 2020 10:16:54 +0200 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: test -r or -x always return false on an NFS mount? Message-ID: <20201015081654.GE26704@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> <20201014115021.GC26704@calimero.vinschen.de> <9e779a6f-288c-f9aa-615f-75f74192558a@emmenlauer.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <9e779a6f-288c-f9aa-615f-75f74192558a@emmenlauer.de> X-Provags-ID: V03:K1:Fwlp6t7Tc7dnVsiF3uBtxFIDzgPBZ1rzpdEU5q52UCaTv+xXleE CQy/xw+w0+MR3dO+7OZuXJCWhgppAsgbQ/q97THZ85bL14EsWAMv2tFKxC5qVLbatMSmnZw dH+DioqVP2ubGNvsaWvtca/Ig9m4f9Q9ziDWuZcG8lRXOZKgYzTE1pQyGh5mAexLDt/8Hha 2L4z+zTvW63dB8zpCsMmQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:JCr1I4vOt3U=:XsdEl3eUN3+3ATP3Z4WT/t jNsSdLogGP3TSmNDuW/oiXEaxuNFjFDs+UnTFaoK5IlhdKd6UIBfL3s98UZwTODTgR76TLvG/ OfU6wl4JAK0VW9iMZnB5mJyRmzKuKNjj370xw9hWbG3dUPxIkeIl/w/KHWUBhpqDcewEnnN5i h17h8ZXtNEm5Lo38hUa8SbiNzYSfvqbkW5VZH1gS9vn8nygVhuYAzAcfxnYOyWIP0YJT1MMmF vkHIgpUE+HyZzMv6/YJZcgZUXfEAAnuEvxmwtpuRXEUIl/Fl1tGuXlcBx/6kssd9BpUNqzJ/+ o20wfHHyQkBZkP25+99grwDX8xjNO0RZ8fEIPtbTe13CClbsWsyg6ZFkWxmcq0ZoizjNp3c/S WSd+lfmlLN2GqugMflaij55tXSleUlMxsJsywaUbggqLbpgS7q6R1KH9CSZe7rZOosSXef6CZ 1kvsZqtI4w== X-Spam-Status: No, score=-100.4 required=5.0 tests=BAYES_00, GOOD_FROM_CORINNA_CYGWIN, 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: Thu, 15 Oct 2020 08:16:57 -0000 On Oct 14 16:57, Mario Emmenlauer wrote: > On 14.10.20 13:50, Corinna Vinschen wrote: > > 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. > > Yes, but Cygwin stat is implemented based on the Win32 posix layer too, > or not? No, Cygwin is using the NT layer functions to access filesystems. Corinna -- Corinna Vinschen Cygwin Maintainer