Re: test -r or -x always return false on an NFS mount?
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
Re: Strange behaviour with winsymlinks:native
On Oct 14 15:56, David Allsopp via Cygwin wrote: > I've been doing some working around the problems with Cygwin 3.1.5+ WSL > junction points in Docker and found three unexpected pieces of behaviour > with CYGWIN=winsymlinks:native > > In all cases, these work as expected with the default symlink behaviour > (i.e. CYGWIN unset or without a winsymlinks option). > > 1. Relative paths get unnecessarily resolved > > mkdir -p foo/bar > cd foo/bar > touch baz > CYGWIN='winsymlinks:native' ln -s ../bar/baz link > readlink link > > Result is baz, not ../bar/baz > > 2a. Links in the magic mount directories (/usr/bin and /usr/lib) get extra > bits added (source is a default mount): > > cd /usr/lib > CYGWIN='winsymlinks:native' ln -s ../share/terminfo terminfo2 > readlink terminfo2 > > Result is ../usr/share/terminfo, which makes it valid from /lib (the "real" > directory) but not in the virtual one > > 2b. Same but where target is a default mount > > cd /usr/libexec/p11-kit > CYGWIN='winsymlinks:native' ln -s ../../bin/update-ca-trust > trust-extract-compat2 > readlink trust-extract-compat2 > > Result is ../../../bin/update-ca-trust, again it seems to be computing an > extra level back to the "real" lib directory > > Are these behaviours expected? I can create those symbolic links manually > with mklink with no problem, so I'm wondering if it's an outright bug or an > unexpected consequence of something else. The difference between mklink and Cygwin creating native symlinks is that Cygwin performs the additional POSIX -> Windows conversion. Given that Cygwin doesn't need native symlinks to do its job, the goal in creating native symlinks is to make the target path understood by non-Cygwin tools. This requires a bit of tweaking the path, especially if the path is given as relative path. Cygwin tries to keep the path relative, but it's not foolproof: 1. After converting the POSIX path to Windows paths, the absolute symlink and target paths are compared to find the common prefix. The resulting relative path skips all common directories. Please keep in mind that the target path is relative to the symlink you're just creating, not relative to CWD. Just checking the relative path for existence using a Windows function is not going to work, except in border cases. 2a. and 2b. are basically the same problem: The virtual mounts are not valid in Windows. Cygwin has to resolve them using the underlying real path to make them work with native Windows tools. Having said that, there's very likely still room for improvement. You may want to take a look at the function creating native symlinks: https://sourceware.org/git/?p=newlib-cygwin.git;a=blob;f=winsup/cygwin/path.cc;h=4f5f03a761d3839e10c77b4531855233ddf80d88;hb=HEAD#l1740 Feel free to provide patches to improve the situation in certain scenarios. But keep in mind that, ultimately, the native symlinks should be usable by a non-Cygwin Windows tool. 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
Re: [ANNOUNCEMENT] doxygen 1.8.20-1 (TEST)
On 8/28/2020 12:20 PM, Ken Brown via Cygwin-announce wrote: The following packages have been uploaded to the Cygwin distribution as test releases: * doxygen-1.8.20-1 * doxygen-doxywizard-1.8.20-1 This has now been promoted from 'test' to 'current'. Ken -- 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
[ANNOUNCEMENT] Updated: tiff 4.1.0-1
Hi! tiff/libtiff packages have been updated to the latest upstream. The following packages have been uploaded: * libtiff-devel-4.1.0-1.tar.xz * libtiff6-4.1.0-1.tar.xz * tiff-4.1.0-1.tar.xz * tiff-doc-4.1.0-1.tar.xz * tiff-opengl-4.1.0-1.tar.xz * tiff-4.1.0-1-src.tar.xz TIFF image utilities" libtiff, for reading and writing TIFF images, a small collection of tools for doing simple manipulations of TIFF images on UNIX systems, and documentation on the library and tools. HOMEPAGE: http://www.simplesystems.org/libtiff/ ChangeLog: https://gitlab.com/libtiff/libtiff/-/blob/v4.1.0/ChangeLog Cygwin Package Summary: https://www.cygwin.com/packages/summary/tiff-src.html Please, report any issues. -- Lemures Lemniscati -- 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
Cygwin installation fails in Windows 10
Hi Team, Cygwin installation fails in windows 10 after we ran the setup-x86_64.exe and unable to see the installation window. Please advise. Thanks Pramod -- 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
Re: Cygwin installation fails in Windows 10
On 15.10.2020 18:47, Chevva,Pramod Kumar via Cygwin wrote: Hi Team, Cygwin installation fails in windows 10 after we ran the setup-x86_64.exe and unable to see the installation window. Please advise. Thanks Pramod Have you checked your Antivirus logs or settings ? -- 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
RE: Cygwin installation fails in Windows 10
I don't have access to the AV logs but the application is working fine two days before -Original Message- From: Marco Atzeri [mailto:marco.atz...@gmail.com] Sent: Thursday, October 15, 2020 1:02 PM To: Chevva,Pramod Kumar ; cygwin@cygwin.com Cc: Deval,Ananth Nag Subject: [External] Re: Cygwin installation fails in Windows 10 On 15.10.2020 18:47, Chevva,Pramod Kumar via Cygwin wrote: > Hi Team, > > Cygwin installation fails in windows 10 after we ran the setup-x86_64.exe and > unable to see the installation window. > > Please advise. > > Thanks > Pramod Have you checked your Antivirus logs or settings ? -- 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
[ANNOUNCEMENT] ghostscript 9.53.3-1
The following packages have been uploaded to the Cygwin distribution: * ghostscript-9.53.3-1 * libgs9-9.53.3-1 * libgs-devel-9.53.3-1 GNU Ghostscript is a PostScript interpreter capable of converting PS files into a number of printer output formats. Ghostscript can also render PS files into a number of graphics file formats. This is an update to the latest upstream patch release. It fixes some issues in ghostscript 9.53.2. See http://www.ghostscript.com/doc/9.53.3/News.htm for release notes. Ken Brown Cygwin's Ghostscript 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
RE: Cygwin installation fails in Windows 10
Please join the call from the below meeting link to discuss on this issue. https://teams.microsoft.com/l/meetup-join/19%3ameeting_MGM4MDNjNDYtN2Q0Ni00MDcxLWFmNWMtOWQ1ZmNkMWM4M2Vl%40thread.v2/0?context=%7b%22Tid%22%3a%22d3a74ac8-efe4-4fe8-b707-b1bf8c6a25bd%22%2c%22Oid%22%3a%22fb3e46e2-56bd-474e-b8a0-95044bf99197%22%7d Thanks Pramod -Original Message- From: Chevva,Pramod Kumar Sent: Thursday, October 15, 2020 1:39 PM To: cygwin@cygwin.com Cc: Deval,Ananth Nag Subject: RE: [External] Re: Cygwin installation fails in Windows 10 I don't have access to the AV logs but the application is working fine two days before -Original Message- From: Marco Atzeri [mailto:marco.atz...@gmail.com] Sent: Thursday, October 15, 2020 1:02 PM To: Chevva,Pramod Kumar ; cygwin@cygwin.com Cc: Deval,Ananth Nag Subject: [External] Re: Cygwin installation fails in Windows 10 On 15.10.2020 18:47, Chevva,Pramod Kumar via Cygwin wrote: > Hi Team, > > Cygwin installation fails in windows 10 after we ran the setup-x86_64.exe and > unable to see the installation window. > > Please advise. > > Thanks > Pramod Have you checked your Antivirus logs or settings ? -- 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
Cygwin X server accepts xfixes version 5.0 but doesn't handle xcb_xfixes_hide_cursor
I'm building an XCB-based application that uses xcb_xfixes_hide_cursor. The X server reports back version 5.0 in xcb_fixes_query_version_reply and accepts xcb_xfixes_hide_cursor requests, but does not hide the cursor. When omitting the xcb_fixes_query_version operation, the xcb_xfixes_hide_cursor is (properly) rejected. Compiling and running the same program under Fedora, the cursor is hidden when running natively. When running an ssh remote xterm to Fedora, the hide_cursor again does nothing. The associated X11/extensions/Xfixes.h XFixesHideCursor() works identically. It fails to do anything but does not report any error indication. When testing this on Fedora, I also noticed that xterm hides the cursor in exactly the same manner I want for my application, and doesn't on Cygwin (where it always remains visible.) That is, typing hides the cursor and cursor movement shows it again. This should eliminate the need for a test case which, because of all the ancillary setup needed, would be quite large. Possibly the simplest fix would be to properly report back the version of Xfixes you actually support, document that restriction at least in the include file, and reject the Xfixes extension requests you don't handle. As an aside, almost every other X feature I've tried to use has worked identically on Cygwin and Fedora, usage bugs included. Note that there is probably a work-around for this missing function by creating a blank cursor and using that instead of hide_cursor. -- 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
[ANNOUNCEMENT] freetype2 2.10.3-1 (TEST)
The following packages have been uploaded to the Cygwin distribution as test releases: * freetype2-demos-2.10.3-1 * libfreetype6-2.10.3-1 * libfreetype-devel-2.10.3-1 * libfreetype-doc-2.10.3-1 FreeType 2 is a software font engine that is designed to be small, efficient, and highly customizable while capable of producing high-quality output (glyph images). This is an update to the latest upstream release. Ken Brown Cygwin's freetype2 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
Re: Cygwin installation fails in Windows 10
To reset all Cygwin Setup program settings rm /etc/setup/setup.rc or delete the file from the equivalent path relative to your Cygwin root directory under Windows. Please get your own IT team to diagnose why the Cygwin Setup program is not or is no longer working on your system, when it worked two days earlier, and works on thousands of others without issues. Your own IT team most likely have added blocks to prevent it running, contacting the Cygwin site, or your local mirror. Cygwin is maintained and supported totally by a global network of volunteers in their spare time, and is only available via email here to accommodate that. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in binary units and prefixes, physical quantities in SI.] On 2020-10-15 11:57, Chevva,Pramod Kumar via Cygwin wrote: > Please join the call from the below meeting link to discuss on this issue. > > https://teams.microsoft.com/l/meetup-join/19%3ameeting_MGM4MDNjNDYtN2Q0Ni00MDcxLWFmNWMtOWQ1ZmNkMWM4M2Vl%40thread.v2/0?context=%7b%22Tid%22%3a%22d3a74ac8-efe4-4fe8-b707-b1bf8c6a25bd%22%2c%22Oid%22%3a%22fb3e46e2-56bd-474e-b8a0-95044bf99197%22%7d > > > Thanks > Pramod > > -Original Message- > From: Chevva,Pramod Kumar > Sent: Thursday, October 15, 2020 1:39 PM > To: cygwin@cygwin.com > Cc: Deval,Ananth Nag > Subject: RE: [External] Re: Cygwin installation fails in Windows 10 > > I don't have access to the AV logs but the application is working fine two > days before > > -Original Message- > From: Marco Atzeri [mailto:marco.atz...@gmail.com] > Sent: Thursday, October 15, 2020 1:02 PM > To: Chevva,Pramod Kumar ; cygwin@cygwin.com > Cc: Deval,Ananth Nag > Subject: [External] Re: Cygwin installation fails in Windows 10 > > On 15.10.2020 18:47, Chevva,Pramod Kumar via Cygwin wrote: >> Hi Team, >> >> Cygwin installation fails in windows 10 after we ran the setup-x86_64.exe >> and unable to see the installation window. >> >> Please advise. >> >> Thanks >> Pramod > > > Have you checked your Antivirus logs or settings ? -- 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
