DMARC-Filter: OpenDMARC Filter v1.4.2 delorie.com 51QH63YF243590 Authentication-Results: delorie.com; dmarc=pass (p=none dis=none) header.from=cygwin.com Authentication-Results: delorie.com; spf=pass smtp.mailfrom=cygwin.com DKIM-Filter: OpenDKIM Filter v2.11.0 delorie.com 51QH63YF243590 Authentication-Results: delorie.com; dkim=pass (1024-bit key, unprotected) header.d=cygwin.com header.i=@cygwin.com header.a=rsa-sha256 header.s=default header.b=QgtiIoZZ X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 8A3463858D33 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1740589562; bh=FpuHpmEc4SqPnHDwHzhzOmbNc2tLe/lIzoc6/lFjvy8=; h=Date:To:Subject:References:In-Reply-To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=QgtiIoZZdVGp9JE3wSp6V0xBmffH3hee3xJfSniWPOaOyIWNMeMgAZCAOX4/IClWU QcsNfWQotfT4LLw4hm/Zs75muxXzikby2w4tUsq5Mxb6T4q0Tt+IP0SnbNP9Qvfq/L 0BcU+n48JTEGgDos5WreKRMKvJ1yxtzbQOyDZuIs= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 22BC73858D26 Date: Wed, 26 Feb 2025 18:04:58 +0100 To: cygwin AT cygwin DOT com Subject: Re: Registering new |WNNC_NET_*| keys ? / Re: Document support for @ character in UNC paths Message-ID: Mail-Followup-To: cygwin AT cygwin DOT com References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-BeenThere: cygwin AT cygwin DOT com X-Mailman-Version: 2.1.30 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Corinna Vinschen via Cygwin Reply-To: cygwin AT cygwin DOT com Cc: Corinna Vinschen Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: cygwin-bounces~archive-cygwin=delorie DOT com AT cygwin DOT com Sender: "Cygwin" On Feb 26 17:46, Cedric Blancher via Cygwin wrote: > On Wed, 26 Feb 2025 at 17:29, Corinna Vinschen via Cygwin > wrote: > > I wasn't aware there are other projects using the undocumented NFS > > interfaces. As far as Cygwin is concerned, it would be the simplest > > thing to add a check for the "NFSv4" FS name and handle it accordingly. > > > > OTOH, there are other ways to differ between MS NFS and NFSv4 in > > fs_info::update(), for instance by checking the filesystem flags. > > > > MS NFS only sets FILE_CASE_PRESERVED_NAMES to TRUE, but no other > > flag. Therefore, if we know the flags, or a minimal set of flags > > NFSv4 sets, we can distinguish both NFS versions and ultimately add code > > handling NFSv4 different from MS NFS where necessary or prudent in the > > future. > > > > For an example of handling filesystems using the same FS name differently, > > see for instance the MINIMAL_WIN_NTFS_FLAGS in mount.cc: > > > > https://sourceware.org/cgit/newlib-cygwin/tree/winsup/cygwin/mount.cc#n391 > > This might not be trivial if we want to be generic and also include > the OpenText folks. ms-nfs41-client and the Exceed/OpenText NFSv4 > clients are completely different projects. > > But I just had a chat with Chuck Lever , maybe > ORACLE can find someone in Microsoft to get new WNNC_NET_* values > registered. > I would prefer the official way, e.g. get new WNNC_NET_* values > registered, instead of letting Cygwin suffer from more workarounds. The WNNC type has nothing to do with the stuff in mount.cc. The first is used to handle share enumerating, the latter to handle files and dirs on a share. Corinna -- 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