X-Recipient: archive-cygwin@delorie.com
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 33355385DC37
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1602749819;
	bh=pKrZZvXcyt6hSskUOouogzYHVyM7wLzj1dC6p1NBNoA=;
	h=Date:From:To:Subject:References:In-Reply-To:List-Id:
	 List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe:
	 Reply-To:From;
	b=BBoZP4xBTf6yQOHFGHg6Xw6eYr8SLH4LXX+jkaau07Q/xnbtVuNmxqwlYq58NDzkY
	 AjvQOc3dLunGdwT41wf3Nx1h4UKjaGRtn3WdqWPZv6Nt/yUTEq9cuaSiVGATm+LHyC
	 CGHvqArrBjSSUYoN3+S6FArJUIg1JodwWf8Jm/Zg=
X-Original-To: cygwin@cygwin.com
Delivered-To: cygwin@cygwin.com
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
Date: Thu, 15 Oct 2020 10:16:54 +0200
From: Corinna Vinschen <corinna-cygwin@cygwin.com>
To: cygwin@cygwin.com
Subject: Re: test -r or -x always return false on an NFS mount?
Message-ID: <20201015081654.GE26704@calimero.vinschen.de>
Mail-Followup-To: cygwin@cygwin.com
References: <d05f79db-5574-d408-28ce-7840cddff7ec@emmenlauer.de>
 <1279009444.20201006184606@yandex.ru>
 <c5adbabd-f6c1-7a09-2af2-fdd819b76cdf@emmenlauer.de>
 <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-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 <cygwin.cygwin.com>
List-Unsubscribe: <https://cygwin.com/mailman/options/cygwin>,
 <mailto:cygwin-request@cygwin.com?subject=unsubscribe>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-request@cygwin.com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
 <mailto:cygwin-request@cygwin.com?subject=subscribe>
Reply-To: cygwin@cygwin.com
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: cygwin-bounces@cygwin.com
Sender: "Cygwin" <cygwin-bounces@cygwin.com>

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