DMARC-Filter: OpenDMARC Filter v1.4.2 delorie.com 5378o1fL1339058 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 5378o1fL1339058 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=LJZrwfM0 X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 5F9C4384D19E DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1744015799; bh=rmwYSyzBKW22VN4iBIwZEOK8sB7+0QbzoAvW0Ak2XD8=; h=Date:Subject:To:References:In-Reply-To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To: From; b=LJZrwfM0o8PH+UZz20xCg/E5ALGp/EalUNdb4feAbWrq+pqSFX5mEDzn6SAVVgupm IjyVhqP+C/HWsAHT0leiX7N+wpsdGo+RoJMDpIE0xkh2wKDMrRDHvE0FpWAp5COtJE Q5H/7OcoAod0mTR03VQPNFVAbVOGWbModJxTGiN4= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org A9228384D196 ARC-Filter: OpenARC Filter v1.0.0 sourceware.org A9228384D196 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1744015772; cv=none; b=k1GOCRHsAt08ZJJwcWepZ8YFM4Pv06obDlFZZScileAIjAF/sdr80Y8O0P6HE/Q8lfysj3/CfMzORkHwqslG8LP4y8cjMW1ZpajvYkPmTubgm0hHTCZMR6UTtY7BU337Fq8dfexJsj4roXkDg9Ifqunh3DOqNNf7t+Kkk/5Ujqc= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1744015772; c=relaxed/simple; bh=Hk9ttA8kvgNpTvJpmKqw1WQHSUaSDcZYOxZZs9svnOA=; h=DKIM-Signature:Message-ID:Date:MIME-Version:Subject:To:From; b=Sj1OrtotOt6UFXQuHFXEq2iHSVabKMOiQo8gNZ2Jmlweib6o+uOpHz3GsG9ZJfyjhF70q35h+Gx/hNfJvB4M0aIVBTuekpGQKYT1bYo+08g2tmTLmLJ17PrOIizTJjGfaZxIFmwFVOXVYZM0v+MLC8VF+V5RzfBNhdlsyw97K98= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org A9228384D196 DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu BB42B3C010870 X-Virus-Scanned: amavis at mail.cs.ucla.edu Message-ID: <616e0b6d-e1eb-4533-b1cd-1922a33b4ba1@cs.ucla.edu> Date: Mon, 7 Apr 2025 01:49:31 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: symbolic link curiousity in 3.6.0 To: =?UTF-8?Q?P=C3=A1draig_Brady?=

, Bruno Haible , bug-gnulib AT gnu DOT org, cygwin AT cygwin DOT com, Coreutils References: <11037686 DOT 3WhfQktd6Z AT nimes> <91c9d441-36e3-4dd5-b2ca-3cfd498d2260 AT draigBrady DOT com> Content-Language: en-US Organization: UCLA Computer Science Department 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: Paul Eggert via Cygwin Reply-To: Paul Eggert Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: cygwin-bounces~archive-cygwin=delorie DOT com AT cygwin DOT com Sender: "Cygwin" On 2025-03-30 05:50, Corinna Vinschen wrote: > The definition of O_PATH requires an additional > > #include Thanks, I added that and installed the patch into Gnulib. > However, assuming not only Cygwin is affected, shouldn't the patch > rather use O_PATH if it's available, O_RDONLY if not? I hope only Cygwin is affected. The only other platforms mentioned in the code that might also be affected are IRIX and Tru64, neither of which is supported these days. I don't think the code would work on a Linux kernel, as acl_get_fd doesn't work with O_PATH fds as I recall; however this code should never be compiled with Linux so it should be OK. If we run into the problem on a non-Cygwin platform we can complicate the patch along the lines that you suggest. Any such complication would involve more than merely using O_RDONLY, though, as the code should work even on unreadable files. >> -# if HAVE_ACL_GET_LINK_NP /* FreeBSD, NetBSD >= 10 */ >> +# if HAVE_ACL_GET_LINK_NP /* FreeBSD, NetBSD >= 10, Cygwin >= 2.5 */ > > Changing the comment is wrong, IMHO. We're adding a local version of > HAVE_ACL_GET_LINK_NP specificially because Cygwin (or, FWIW, any system > only providing the POSIX.1e draft 17 function) does not provide > acl_get_link_np, isn't it? As far as I know only Cygwin has the problem. > For Cygwin, I will add this function nevertheless, but it will only be > available in some upcoming version, either 3.6.1 or 3.7.0. It's funny that so many operating systems are adding an "acl_get_link_np" function to mean the same thing, when "_np" means "not portable". This API is badly designed but I guess we're stuck with it. > In terms of coreutils, I think either ls(1) gobble_file() or > file_has_aclinfo_cache() should still handle ENOENT from > file_has_aclinfo() and not print any error message. I'm not so sure about this, but one issue at a time. -- 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