[-- Attachment #1.1: Type: text/plain, Size: 7630 bytes --] Hi, Send data recollected: - Its strange that, I need to install curl and ca-certificates-letsencrypt, houldn't they be within the default packages? - The terminal is the default Cygwin64 Terminal. Repeated two /usr/bin/curl: $ which -a curl /usr/bin/curl /cygdrive/c/WINDOWS/system32/curl /usr/bin/curl $ curl -V curl 8.6.0 (x86_64-pc-cygwin) libcurl/8.6.0 OpenSSL/3.0.13 zlib/1.3.1 brotli/1.1.0 zstd/1.5.5 libidn2/2.3.7 libpsl/0.21.5 libssh2/1.11.0 nghttp2/1.60.0 libgsasl/2.2.1 OpenLDAP/2.6.7 Release-Date: 2024-01-31 Protocols: dict file ftp ftps gopher gophers http https imap imaps ipfs ipns ldap ldaps mqtt pop3 pop3s rtsp scp sftp smb smbs smtp smtps telnet tftp Features: alt-svc AsynchDNS brotli gsasl GSS-API HSTS HTTP2 HTTPS-proxy IDN IPv6 Kerberos Largefile libz NTLM PSL SPNEGO SSL threadsafe TLS-SRP UnixSockets zstd $ cygcheck -c ca-certificates ca-certificates-letsencrypt curl cygwin \ libbrotlidec1 libcurl4 libgsasl18 libgssapi_krb5_2 libidn2_0 libnghttp2_14 \ libopenldap2 libpsl5 libssh2_1 libssl3 libzstd1 zlib0 Cygwin Package Information Package Version Status ca-certificates 2023.2.62_v7.0.401-2 OK ca-certificates-letsencrypt 2023.2.62_v7.0.401-2 OK curl 8.6.0-1 OK cygwin 3.5.1-1 OK libbrotlidec1 1.1.0-1 OK libcurl4 8.6.0-1 OK libgsasl18 2.2.1-1 OK libgssapi_krb5_2 1.15.2-2 OK libidn2_0 2.3.7-1 OK libnghttp2_14 1.60.0-1 OK libopenldap2 2.6.7-1 OK libpsl5 0.21.5-1 OK libssh2_1 1.11.0-1 OK libssl3 3.0.13-1 OK libzstd1 1.5.5-1 OK zlib0 1.3.1-1 OK $ cat ca-certificates.sh.done if [ ! -e "/etc/pki/ca-trust/ca-legacy.conf" ] then /usr/bin/mkdir -p "/etc/pki/ca-trust" /usr/bin/cp "/etc/defaults/etc/pki/ca-trust/ca-legacy.conf" "/etc/pki/ca-trust/ca-legacy.conf" else if [ -f /etc/pki/ca-trust/ca-legacy.conf -a -x /usr/bin/diff ] then /usr/bin/mkdir -p "/var/cache/setup/etc/pki/ca-trust" /usr/bin/rm -f "/var/cache/setup//etc/pki/ca-trust/ca-legacy.conf.diff" /usr/bin/diff -wut "/etc/pki/ca-trust/ca-legacy.conf" "/etc/defaults/etc/pki/ca-trust/ca-legacy.conf" > "/var/cache/setup//etc/pki/ca-trust/ca-legacy.conf.diff" || echo "Defaults for /etc/pki/ca-trust/ca-legacy.conf differ from actual file, please check /var/cache/setup//etc/pki/ca-trust/ca-legacy.conf.diff" fi fi /usr/bin/ca-legacy install /usr/bin/update-ca-trust $ cat ca-certificates-letsencrypt.sh.done # p11kit / update-ca-trust leaves the directory unwritable chmod u+w /etc/pki/ca-trust/extracted/pem/directory-hash /usr/bin/ln -s /usr/share/pki/letsencrypt/isrg-intermediate-r3.pem /usr/share/pki/ca-trust-source/anchors/ /usr/bin/ln -s /usr/share/pki/letsencrypt/trustid-root-x3.pem /usr/share/pki/ca-trust-source/blacklist /usr/bin/update-ca-trust $ curl -vvvv -O https://cygwin.com/setup-x86_64.exe % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* Host cygwin.com:443 was resolved. * IPv6: (none) * IPv4: 8.43.85.97 * Trying 8.43.85.97:443... * Connected to cygwin.com (8.43.85.97) port 443 * ALPN: curl offers h2,http/1.1 } [5 bytes data] * TLSv1.3 (OUT), TLS handshake, Client hello (1): } [512 bytes data] * CAfile: /etc/pki/tls/certs/ca-bundle.crt * CApath: none 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0{ [5 bytes data] * TLSv1.3 (IN), TLS handshake, Server hello (2): { [70 bytes data] * TLSv1.2 (IN), TLS handshake, Certificate (11): { [1023 bytes data] * TLSv1.2 (OUT), TLS alert, unknown CA (560): } [2 bytes data] * SSL certificate problem: unable to get local issuer certificate 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 * Closing connection curl: (60) SSL certificate problem: unable to get local issuer certificate More details here: https://curl.se/docs/sslcerts.html curl failed to verify the legitimacy of the server and therefore could not establish a secure connection to it. To learn more about this situation and how to fix it, please visit the web page mentioned above. Regards <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> Libre de virus.www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> El lun, 18 mar 2024 a las 23:19, Brian Inglis via Cygwin (<cygwin@cygwin.com>) escribió: > On 2024-03-18 15:21, J M via Cygwin wrote: > > With a fresh install of Cygwin then I launch (with package curl > installed): > > > > curl -O https://www.cygwin.com/setup-x86_64.exe > > > > Shows a curl 60 error ssl problem. > > Using -k or --insecure works, but is not recomended. > > Howto fix it? > > WJFFM! > > That error implies that the version of curl you are running or the > certificate > store you are using does not include the Let's Encrypt CA used by > Cygwin.com. > > From what shell do you launch curl? > > Please run: > > which -a curl > > and ensure that /usr/bin/curl precedes /cygdrive/c/WINDOWS/system32/curl > then > run: > > $ curl -V > curl 8.6.0 (x86_64-pc-cygwin) libcurl/8.6.0 OpenSSL/3.0.13 zlib/1.3.1 > brotli/1.1.0 zstd/1.5.5 libidn2/2.3.7 libpsl/0.21.5 libssh2/1.11.0 > nghttp2/1.60.0 libgsasl/2.2.1 OpenLDAP/2.6.7 > Release-Date: 2024-01-31 > Protocols: dict file ftp ftps gopher gophers http https imap imaps ipfs > ipns > ldap ldaps mqtt pop3 pop3s rtsp scp sftp smb smbs smtp smtps telnet tftp > Features: alt-svc AsynchDNS brotli gsasl GSS-API HSTS HTTP2 HTTPS-proxy > IDN IPv6 > Kerberos Largefile libz NTLM PSL SPNEGO SSL threadsafe TLS-SRP UnixSockets > zstd > > and check you get the same output as above, then run: > > cygcheck -c ca-certificates ca-certificates-letsencrypt curl cygwin \ > libbrotlidec1 libcurl4 libgsasl18 libgssapi_krb5_2 libidn2_0 libnghttp2_14 > \ > libopenldap2 libpsl5 libssh2_1 libssl3 libzstd1 zlib0 > > and ensure all packages show Status OK. > > If that is the case, please follow the problem reporting guidelines below, > and > attach the output from running > > cygcheck -hrsv > cygcheck-hrsv.log > > as a text attachment to your reply. > > -- > Take care. Thanks, Brian Inglis Calgary, Alberta, Canada > > La perfection est atteinte Perfection is achieved > non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to > add > mais lorsqu'il n'y a plus rien à retirer but when there is no more to > cut > -- Antoine de Saint-Exupéry > > -- > 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 > [-- Attachment #2: cygcheck-hrsv.log --] [-- Type: application/octet-stream, Size: 35874 bytes --] Cygwin Configuration Diagnostics Windows 11 Professional Ver 10.0 Build 22631 Path: C:\cygwin64\usr\local\bin C:\cygwin64\bin C:\Program Files (x86)\VMware\VMware Player\bin C:\Program Files\Common Files\Oracle\Java\javapath C:\Program Files\Microsoft MPI\Bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\WINDOWS\System32\WindowsPowerShell\v1.0 C:\WINDOWS\System32\OpenSSH C:\Program Files (x86)\Windows Kits\10\Windows Performance Toolkit C:\Program Files\Pandoc C:\Program Files\dotnet C:\Program Files\Microsoft SQL Server\130\Tools\Binn C:\Program Files\Microsoft VS Code\bin C:\ProgramData\chocolatey\bin C:\Program Files\PuTTY C:\Program Files\nodejs C:\Program Files\Git\cmd C:\cygwin64\bin C:\Users\user\AppData\Local\Programs\Python\Python312\Scripts C:\Users\user\AppData\Local\Programs\Python\Python312 C:\Users\user\AppData\Local\Programs\Python\Python311\Scripts C:\Users\user\AppData\Local\Programs\Python\Python311 C:\Users\user\AppData\Local\Microsoft\WindowsApps C:\Users\user\AppData\Local\atom\bin C:\Program Files\JetBrains\PyCharm Community Edition 2020.3\bin C:\Users\user\AppData\Local\Microsoft\WindowsApps C:\Program Files\Multipass\bin C:\Users\user\AppData\Roaming\npm C:\Program Files\JetBrains\IntelliJ IDEA 2023.3\bin SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS Here's some environment variables that may affect cygwin: PWD = '/home/user' HOME = '/home/user' USER = 'user' Here's the rest of your environment variables: IntelliJ IDEA = 'C:\Program Files\JetBrains\IntelliJ IDEA 2023.3\bin;' ProgramFiles(x86) = 'C:\Program Files (x86)' CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files' PyCharm Community Edition = 'C:\Program Files\JetBrains\PyCharm Community Edition 2020.3\bin;' SHELL = '/bin/bash' NUMBER_OF_PROCESSORS = '8' PROCESSOR_LEVEL = '6' TERM_PROGRAM_VERSION = '3.7.1' USERDOMAIN_ROAMINGPROFILE = 'MYPC' HOSTNAME = 'mypc' PROGRAMFILES = 'C:\Program Files' ChocolateyInstall = 'C:\ProgramData\chocolatey' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' JAVA_HOME = 'C:\Program Files (x86)\Java\jdk1.8.0_192' OS = 'Windows_NT' HOMEDRIVE = 'C:' __PSLockDownPolicy = '0' USERDOMAIN = 'MYPC' USERPROFILE = 'C:\Users\user' MOSQUITTO_DIR = 'C:\Program Files\mosquitto' PRINTER = 'Canon MF4600 Series PCL6' VS140COMNTOOLS = 'C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\Tools\' TZ = 'Europe/Madrid' ALLUSERSPROFILE = 'C:\ProgramData' ORIGINAL_PATH = '/cygdrive/c/Program Files (x86)/VMware/VMware Player/bin:/cygdrive/c/Program Files/Common Files/Oracle/Java/javapath:/cygdrive/c/Program Files/Microsoft MPI/Bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/WINDOWS/System32/WindowsPowerShell/v1.0:/cygdrive/c/WINDOWS/System32/OpenSSH:/cygdrive/c/Program Files (x86)/Windows Kits/10/Windows Performance Toolkit:/cygdrive/c/Program Files/Pandoc:/cygdrive/c/Program Files/dotnet:/cygdrive/c/Program Files/Microsoft SQL Server/130/Tools/Binn:/cygdrive/c/Program Files/Microsoft VS Code/bin:/cygdrive/c/ProgramData/chocolatey/bin:/cygdrive/c/Program Files/PuTTY:/cygdrive/c/Program Files/nodejs:/cygdrive/c/Program Files/Git/cmd:/usr/bin:/cygdrive/c/Users/user/AppData/Local/Programs/Python/Python312/Scripts:/cygdrive/c/Users/user/AppData/Local/Programs/Python/Python312:/cygdrive/c/Users/user/AppData/Local/Programs/Python/Python311/Scripts:/cygdrive/c/Users/user/AppData/Local/Programs/Python/Python311:/cygdrive/c/Users/user/AppData/Local/Microsoft/WindowsApps:/cygdrive/c/Users/user/AppData/Local/atom/bin:/cygdrive/c/Program Files/JetBrains/PyCharm Community Edition 2020.3/bin:/cygdrive/c/Users/user/AppData/Local/Microsoft/WindowsApps:/cygdrive/c/Program Files/Multipass/bin:/cygdrive/c/Users/user/AppData/Roaming/npm:/cygdrive/c/Program Files/JetBrains/IntelliJ IDEA 2023.3/bin' CommonProgramW6432 = 'C:\Program Files\Common Files' USERNAME = 'user' VBOX_MSI_INSTALL_PATH = 'C:\Program Files\Oracle\VirtualBox\' OneDrive = 'C:\Users\user\OneDrive' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' APPDATA = 'C:\Users\user\AppData\Roaming' SYSTEMROOT = 'C:\WINDOWS' LOCALAPPDATA = 'C:\Users\user\AppData\Local' __COMPAT_LAYER = 'RunAsAdmin Installer' COMPUTERNAME = 'MYPC' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info' MSMPI_BIN = 'C:\Program Files\Microsoft MPI\Bin\' TERM = 'xterm' LOGONSERVER = '\\MYPC' ZES_ENABLE_SYSMAN = '1' PSModulePath = 'C:\Program Files\WindowsPowerShell\Modules;C:\WINDOWS\system32\WindowsPowerShell\v1.0\Modules' TEMP = '/tmp' SHLVL = '1' PROCESSOR_REVISION = '8e0a' DriverData = 'C:\Windows\System32\Drivers\DriverData' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' VS150COMCOMNTOOLS = 'C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\Tools\' LC_CTYPE = 'es_ES.UTF-8' PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 142 Stepping 10, GenuineIntel' PS1 = '\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' HOMEPATH = '\Users\user' TMP = '/tmp' ProgramW6432 = 'C:\Program Files' PROFILEREAD = 'true' MINTTY_SHORTCUT = '/cygdrive/c/Users/Public/Desktop/Cygwin64 Terminal.lnk' WINDIR = 'C:\WINDOWS' PROCESSOR_ARCHITECTURE = 'AMD64' PUBLIC = 'C:\Users\Public' SYSTEMDRIVE = 'C:' EXECIGNORE = '*.dll' OLDPWD = '/cygdrive/c/Users/user/Desktop' TERM_PROGRAM = 'mintty' ProgramData = 'C:\ProgramData' ChocolateyLastPathUpdate = '132532861156207447' _ = '/usr/bin/cygcheck' Scanning registry for keys with 'Cygwin' in them... HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Installations (default) = '\??\C:\cygwin64' HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\CapabilityAccessManager\ConsentStore\microphone\NonPackaged\C:#cygwin64#bin#pulseaudio.exe (default) = (unsupported type) LastUsedTimeStop = (unsupported type) HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Installations (default) = '\??\C:\cygwin64' HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup (default) = 'C:\cygwin64' HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\CapabilityAccessManager\ConsentStore\microphone\NonPackaged\C:#cygwin64#bin#pulseaudio.exe (default) = (unsupported type) LastUsedTimeStop = (unsupported type) obcaseinsensitive set to 1 Cygwin installations found in the registry: System: Key: e022582115c10879 Path: C:\cygwin64 User: Key: e022582115c10879 Path: C:\cygwin64 Listing available drives... Drv Type Size Used Flags Name c: hd NTFS 475628Mb 77% CP CS UN PA FC QU fd = floppy, hd = hard drive, cd = CD-ROM net= Network Share, ram= RAM drive, unk= Unknown CP = Case Preserving, CS = Case Sensitive, UN = Unicode PA = Persistent ACLS, FC = File Compression, VC = Volume Compression Mount entries: these map POSIX directories to your NT drives. -NT- -POSIX- -Type- -Flags- C:\cygwin64 / system binary,auto C:\cygwin64\bin /usr/bin system binary,auto C:\cygwin64\lib /usr/lib system binary,auto cygdrive prefix /cygdrive user binary,posix=0,auto Looking to see where common programs can be found, if at all... Found: C:\cygwin64\bin\awk Found: C:\cygwin64\bin\awk -> C:\cygwin64\bin\gawk.exe Found: C:\cygwin64\bin\bash.exe Found: C:\WINDOWS\system32\bash.exe Warning: C:\cygwin64\bin\bash.exe hides C:\WINDOWS\system32\bash.exe Found: C:\cygwin64\bin\bash.exe Found: C:\cygwin64\bin\cat.exe Found: C:\cygwin64\bin\cat.exe Found: C:\WINDOWS\system32\certutil.exe Not Found: clinfo Found: C:\WINDOWS\system32\comp.exe Found: C:\WINDOWS\system32\convert.exe Found: C:\cygwin64\bin\cp.exe Found: C:\cygwin64\bin\cp.exe Not Found: cpp (good!) Not Found: crontab Found: C:\cygwin64\bin\curl.exe Found: C:\WINDOWS\system32\curl.exe Warning: C:\cygwin64\bin\curl.exe hides C:\WINDOWS\system32\curl.exe Found: C:\cygwin64\bin\curl.exe Found: C:\cygwin64\bin\expand.exe Found: C:\WINDOWS\system32\expand.exe Warning: C:\cygwin64\bin\expand.exe hides C:\WINDOWS\system32\expand.exe Found: C:\cygwin64\bin\expand.exe Found: C:\cygwin64\bin\find.exe Found: C:\WINDOWS\system32\find.exe Warning: C:\cygwin64\bin\find.exe hides C:\WINDOWS\system32\find.exe Found: C:\cygwin64\bin\find.exe Found: C:\WINDOWS\system32\ftp.exe Not Found: gcc Not Found: gdb Found: C:\cygwin64\bin\grep.exe Found: C:\cygwin64\bin\grep.exe Found: C:\cygwin64\bin\hostname.exe Found: C:\WINDOWS\system32\hostname.exe Warning: C:\cygwin64\bin\hostname.exe hides C:\WINDOWS\system32\hostname.exe Found: C:\cygwin64\bin\hostname.exe Found: C:\cygwin64\bin\kill.exe Found: C:\cygwin64\bin\kill.exe Found: C:\WINDOWS\system32\klist.exe Not Found: ld Found: C:\cygwin64\bin\ls.exe Found: C:\cygwin64\bin\ls.exe Not Found: make Found: C:\cygwin64\bin\mv.exe Found: C:\cygwin64\bin\mv.exe Found: C:\WINDOWS\system32\nslookup.exe Not Found: patch Not Found: perl Found: C:\WINDOWS\system32\replace.exe Found: C:\cygwin64\bin\rm.exe Found: C:\cygwin64\bin\rm.exe Found: C:\cygwin64\bin\sed.exe Found: C:\cygwin64\bin\sed.exe Found: C:\cygwin64\bin\sh.exe Found: C:\cygwin64\bin\sh.exe Found: C:\WINDOWS\system32\shutdown.exe Found: C:\cygwin64\bin\sort.exe Found: C:\WINDOWS\system32\sort.exe Warning: C:\cygwin64\bin\sort.exe hides C:\WINDOWS\system32\sort.exe Found: C:\cygwin64\bin\sort.exe Found: C:\WINDOWS\System32\OpenSSH\ssh.exe Found: C:\cygwin64\bin\tar.exe Found: C:\WINDOWS\system32\tar.exe Warning: C:\cygwin64\bin\tar.exe hides C:\WINDOWS\system32\tar.exe Found: C:\cygwin64\bin\tar.exe Found: C:\cygwin64\bin\test.exe Found: C:\cygwin64\bin\test.exe Found: C:\cygwin64\bin\timeout.exe Found: C:\WINDOWS\system32\timeout.exe Warning: C:\cygwin64\bin\timeout.exe hides C:\WINDOWS\system32\timeout.exe Found: C:\cygwin64\bin\timeout.exe Found: C:\cygwin64\bin\vi.exe Found: C:\cygwin64\bin\vi.exe Not Found: vim Found: C:\cygwin64\bin\whoami.exe Found: C:\WINDOWS\system32\whoami.exe Warning: C:\cygwin64\bin\whoami.exe hides C:\WINDOWS\system32\whoami.exe Found: C:\cygwin64\bin\whoami.exe Looking for various Cygwin DLLs... (-v gives version info) 45k 2023/07/11 C:\cygwin64\bin\cygargp-0.dll - os=4.0 img=0.0 sys=5.2 "cygargp-0.dll" v0.0 ts=2023-07-11 20:11 17k 2023/01/15 C:\cygwin64\bin\cygattr-1.dll - os=4.0 img=0.0 sys=5.2 "cygattr-1.dll" v0.0 ts=2023-01-15 15:39 250k 2024/01/24 C:\cygwin64\bin\cygblkid-1.dll - os=4.0 img=0.0 sys=5.2 "cygblkid-1.dll" v0.0 ts=2024-01-24 08:22 134k 2023/12/12 C:\cygwin64\bin\cygbrotlicommon-1.dll - os=4.0 img=1.1 sys=5.2 "cygbrotlicommon-1.dll" v0.0 ts=2023-12-12 12:18 49k 2023/12/12 C:\cygwin64\bin\cygbrotlidec-1.dll - os=4.0 img=1.1 sys=5.2 "cygbrotlidec-1.dll" v0.0 ts=2023-12-12 12:18 66k 2019/07/21 C:\cygwin64\bin\cygbz2-1.dll - os=4.0 img=0.0 sys=5.2 "cygbz2-1.dll" v0.0 ts=2019-07-22 00:05 13k 2019/01/02 C:\cygwin64\bin\cygcom_err-2.dll - os=4.0 img=0.0 sys=5.2 "cygcom_err-2.dll" v0.0 ts=2019-01-02 02:39 193k 2021/05/20 C:\cygwin64\bin\cygcrypt-2.dll - os=4.0 img=0.0 sys=5.2 "cygcrypt-2.dll" v0.0 ts=2021-05-20 09:38 2487k 2023/09/12 C:\cygwin64\bin\cygcrypto-1.1.dll - os=4.0 img=0.0 sys=5.2 "cygcrypto-1.1.dll" v0.0 ts=2023-09-12 18:36 3760k 2024/02/03 C:\cygwin64\bin\cygcrypto-3.dll - os=4.0 img=0.0 sys=5.2 "cygcrypto-3.dll" v0.0 ts=2024-02-03 15:51 678k 2024/02/03 C:\cygwin64\bin\cygcurl-4.dll - os=4.0 img=0.0 sys=5.2 "cygcurl-4.dll" v0.0 ts=2024-02-03 22:22 1552k 2017/09/28 C:\cygwin64\bin\cygdb-5.3.dll - os=4.0 img=0.0 sys=5.2 "cygdb-5.3.dll" v0.0 ts=2017-09-28 20:05 119k 2017/09/28 C:\cygwin64\bin\cygdb_cxx-5.3.dll - os=4.0 img=0.0 sys=5.2 "cygdb_cxx-5.3.dll" v0.0 ts=2017-09-28 20:06 569k 2017/09/28 C:\cygwin64\bin\cygdb_sql-5.3.dll - os=4.0 img=0.0 sys=5.2 "cygdb_sql-5.3.dll" v0.0 ts=2017-09-28 20:06 354k 2024/01/24 C:\cygwin64\bin\cygfdisk-1.dll - os=4.0 img=0.0 sys=5.2 "cygfdisk-1.dll" v0.0 ts=2024-01-24 08:22 27k 2015/11/17 C:\cygwin64\bin\cygffi-6.dll - os=4.0 img=0.0 sys=5.2 "cygffi-6.dll" v0.0 ts=2015-11-17 22:14 60k 2024/01/21 C:\cygwin64\bin\cygformw-10.dll - os=4.0 img=0.0 sys=5.2 "cygformw-10.dll" v0.0 ts=2024-01-21 04:35 74k 2023/06/05 C:\cygwin64\bin\cyggcc_s-seh-1.dll - os=4.0 img=0.0 sys=5.2 "cyggcc_s-seh-1.dll" v0.0 ts=2023-06-05 16:00 820k 2023/11/19 C:\cygwin64\bin\cyggcrypt-20.dll - os=4.0 img=0.0 sys=5.2 "cyggcrypt-20.dll" v0.0 ts=2023-11-19 19:27 49k 2019/07/10 C:\cygwin64\bin\cyggdbm-6.dll - os=4.0 img=0.0 sys=5.2 "cyggdbm-6.dll" v0.0 ts=2019-07-10 14:53 591k 2023/07/31 C:\cygwin64\bin\cyggmp-10.dll - os=4.0 img=0.0 sys=5.2 "cyggmp-10.dll" v0.0 ts=2023-07-31 20:20 116k 2020/02/16 C:\cygwin64\bin\cyggpg-error-0.dll - os=4.0 img=0.0 sys=5.2 "cyggpg-error-0.dll" v0.0 ts=2020-02-16 21:28 113k 2024/01/06 C:\cygwin64\bin\cyggsasl-18.dll - os=4.0 img=0.0 sys=5.2 "cyggsasl-18.dll" v0.0 ts=2024-01-06 22:09 274k 2018/03/16 C:\cygwin64\bin\cyggssapi_krb5-2.dll - os=4.0 img=0.0 sys=5.2 "cyggssapi_krb5-2.dll" v0.0 ts=2018-03-16 03:38 36k 2022/10/08 C:\cygwin64\bin\cyghistory7.dll - os=4.0 img=0.0 sys=5.2 "cyghistory7.dll" v0.0 ts=2022-10-08 05:37 1063k 2022/05/23 C:\cygwin64\bin\cygiconv-2.dll - os=4.0 img=0.0 sys=5.2 "cygiconv-2.dll" v0.0 ts=2022-05-23 12:22 198k 2024/01/14 C:\cygwin64\bin\cygidn-12.dll - os=4.0 img=0.0 sys=5.2 "cygidn-12.dll" v0.0 ts=2024-01-14 07:47 339k 2024/01/28 C:\cygwin64\bin\cygidn2-0.dll - os=4.0 img=0.0 sys=5.2 "cygidn2-0.dll" v0.0 ts=2024-01-28 01:14 105k 2023/11/25 C:\cygwin64\bin\cygintl-8.dll - os=4.0 img=0.0 sys=5.2 "cygintl-8.dll" v0.0 ts=2023-11-25 22:21 192k 2018/03/16 C:\cygwin64\bin\cygk5crypto-3.dll - os=4.0 img=0.0 sys=5.2 "cygk5crypto-3.dll" v0.0 ts=2018-03-16 03:37 754k 2018/03/16 C:\cygwin64\bin\cygkrb5-3.dll - os=4.0 img=0.0 sys=5.2 "cygkrb5-3.dll" v0.0 ts=2018-03-16 03:37 37k 2018/03/16 C:\cygwin64\bin\cygkrb5support-0.dll - os=4.0 img=0.0 sys=5.2 "cygkrb5support-0.dll" v0.0 ts=2018-03-16 03:36 48k 2024/02/11 C:\cygwin64\bin\cyglber-2-4-2.dll - os=4.0 img=0.0 sys=5.2 "cyglber-2.dll" v0.0 ts=2024-02-11 12:25 48k 2024/02/11 C:\cygwin64\bin\cyglber-2.dll - os=4.0 img=0.0 sys=5.2 "cyglber-2.dll" v0.0 ts=2024-02-11 12:25 323k 2024/02/11 C:\cygwin64\bin\cygldap-2-4-2.dll - os=4.0 img=0.0 sys=5.2 "cygldap-2.dll" v0.0 ts=2024-02-11 12:26 323k 2024/02/11 C:\cygwin64\bin\cygldap-2.dll - os=4.0 img=0.0 sys=5.2 "cygldap-2.dll" v0.0 ts=2024-02-11 12:26 323k 2024/02/11 C:\cygwin64\bin\cygldap_r-2-4-2.dll - os=4.0 img=0.0 sys=5.2 "cygldap-2.dll" v0.0 ts=2024-02-11 12:26 136k 2022/10/30 C:\cygwin64\bin\cyglz4-1.dll - os=4.0 img=0.0 sys=5.2 "cyglz4-1.dll" v0.0 ts=2022-10-30 17:59 175k 2024/03/10 C:\cygwin64\bin\cyglzma-5.dll - os=4.0 img=0.0 sys=5.2 "cyglzma-5.dll" v0.0 ts=2024-03-10 21:17 160k 2023/01/14 C:\cygwin64\bin\cygmagic-1.dll - os=4.0 img=0.0 sys=5.2 "cygmagic-1.dll" v0.0 ts=2023-01-14 21:35 214k 2023/09/24 C:\cygwin64\bin\cygman-2-12-0.dll - os=4.0 img=0.0 sys=5.2 "cygman-2-12-0.dll" v0.0 ts=2023-09-24 19:20 25k 2023/09/24 C:\cygwin64\bin\cygmandb-2-12-0.dll - os=4.0 img=0.0 sys=5.2 "cygmandb-2-12-0.dll" v0.0 ts=2023-09-24 19:20 29k 2024/01/21 C:\cygwin64\bin\cygmenuw-10.dll - os=4.0 img=0.0 sys=5.2 "cygmenuw-10.dll" v0.0 ts=2024-01-21 04:34 650k 2023/08/22 C:\cygwin64\bin\cygmpfr-6.dll - os=4.0 img=0.0 sys=5.2 "cygmpfr-6.dll" v0.0 ts=2023-08-22 18:46 337k 2024/01/21 C:\cygwin64\bin\cygncursesw-10.dll - os=4.0 img=0.0 sys=5.2 "cygncursesw-10.dll" v0.0 ts=2024-01-21 04:32 174k 2024/03/03 C:\cygwin64\bin\cygnghttp2-14.dll - os=4.0 img=0.0 sys=5.2 "cygnghttp2-14.dll" v0.0 ts=2024-03-03 16:29 30k 2015/03/19 C:\cygwin64\bin\cygntlm-0.dll - os=4.0 img=0.0 sys=5.2 "cygntlm-0.dll" v0.0 ts=2015-03-19 02:15 1020k 2020/03/27 C:\cygwin64\bin\cygp11-kit-0.dll - os=4.0 img=0.0 sys=5.2 "cygp11-kit-0.dll" v0.0 ts=2020-03-27 22:30 13k 2024/01/21 C:\cygwin64\bin\cygpanelw-10.dll - os=4.0 img=0.0 sys=5.2 "cygpanelw-10.dll" v0.0 ts=2024-01-21 04:34 497k 2021/06/20 C:\cygwin64\bin\cygpcre-1.dll - os=4.0 img=0.0 sys=5.2 "cygpcre-1.dll" v0.0 ts=2021-06-20 12:53 637k 2024/02/18 C:\cygwin64\bin\cygpcre2-8-0.dll - os=4.0 img=0.0 sys=5.2 "cygpcre2-8-0.dll" v0.0 ts=2024-02-18 09:01 44k 2022/10/06 C:\cygwin64\bin\cygpipeline-1.dll - os=4.0 img=0.0 sys=5.2 "cygpipeline-1.dll" v0.0 ts=2022-10-06 19:49 42k 2023/02/19 C:\cygwin64\bin\cygpopt-0.dll - os=4.0 img=0.0 sys=5.2 "cygpopt-0.dll" v0.0 ts=2023-02-19 19:45 69k 2024/01/14 C:\cygwin64\bin\cygpsl-5.dll - os=4.0 img=0.0 sys=5.2 "cygpsl-5.dll" v0.0 ts=2024-01-14 00:44 257k 2022/10/08 C:\cygwin64\bin\cygreadline7.dll - os=4.0 img=0.0 sys=5.2 "cygreadline7.dll" v0.0 ts=2022-10-08 05:37 99k 2020/01/09 C:\cygwin64\bin\cygsasl2-3.dll - os=4.0 img=0.0 sys=5.2 "cygsasl2-3.dll" v0.0 ts=2020-01-09 02:13 157k 2024/01/24 C:\cygwin64\bin\cygsmartcols-1.dll - os=4.0 img=0.0 sys=5.2 "cygsmartcols-1.dll" v0.0 ts=2024-01-24 08:22 248k 2023/06/04 C:\cygwin64\bin\cygssh2-1.dll - os=4.0 img=0.0 sys=5.2 "cygssh2-1.dll" v0.0 ts=2023-06-04 07:30 512k 2023/09/12 C:\cygwin64\bin\cygssl-1.1.dll - os=4.0 img=0.0 sys=5.2 "cygssl-1.1.dll" v0.0 ts=2023-09-12 18:36 591k 2024/02/03 C:\cygwin64\bin\cygssl-3.dll - os=4.0 img=0.0 sys=5.2 "cygssl-3.dll" v0.0 ts=2024-02-03 15:51 1904k 2023/06/05 C:\cygwin64\bin\cygstdc++-6.dll - os=4.0 img=0.0 sys=5.2 "cygstdc++-6.dll" v0.0 ts=2023-06-05 16:06 68k 2019/07/29 C:\cygwin64\bin\cygtasn1-6.dll - os=4.0 img=0.0 sys=5.2 "cygtasn1-6.dll" v0.0 ts=2019-07-29 03:12 59k 2024/01/21 C:\cygwin64\bin\cygticw-10.dll - os=4.0 img=0.0 sys=5.2 "cygticw-10.dll" v0.0 ts=2024-01-21 04:33 185k 2023/07/16 C:\cygwin64\bin\cyguchardet-0.dll - os=4.0 img=0.0 sys=5.2 "cyguchardet-0.dll" v0.0 ts=2023-07-16 08:19 1784k 2022/10/27 C:\cygwin64\bin\cygunistring-5.dll - os=4.0 img=0.0 sys=5.2 "cygunistring-5.dll" v0.0 ts=2022-10-27 17:07 27k 2024/01/24 C:\cygwin64\bin\cyguuid-1.dll - os=4.0 img=0.0 sys=5.2 "cyguuid-1.dll" v0.0 ts=2024-01-24 08:20 88k 2024/01/27 C:\cygwin64\bin\cygz.dll - os=4.0 img=0.0 sys=5.2 "cygz.dll" v0.0 ts=2024-01-27 09:12 650k 2023/04/12 C:\cygwin64\bin\cygzstd-1.dll - os=4.0 img=0.0 sys=5.2 "cygzstd-1.dll" v0.0 ts=2023-04-12 16:04 2941k 2024/02/27 C:\cygwin64\bin\cygwin1.dll - os=4.0 img=0.0 sys=5.2 "cygwin1.dll" v0.0 ts=2024-02-27 11:56 Cygwin DLL version info: DLL version: 3.5.1 API major: 0 API minor: 350 Shared data: 5 DLL identifier: cygwin1 Mount registry: 3 Cygwin registry name: Cygwin Installations name: Installations Cygdrive default prefix: Build date: Shared id: cygwin1S5 45k 2023/07/11 C:\cygwin64\bin\cygargp-0.dll - os=4.0 img=0.0 sys=5.2 "cygargp-0.dll" v0.0 ts=2023-07-11 20:11 17k 2023/01/15 C:\cygwin64\bin\cygattr-1.dll - os=4.0 img=0.0 sys=5.2 "cygattr-1.dll" v0.0 ts=2023-01-15 15:39 250k 2024/01/24 C:\cygwin64\bin\cygblkid-1.dll - os=4.0 img=0.0 sys=5.2 "cygblkid-1.dll" v0.0 ts=2024-01-24 08:22 134k 2023/12/12 C:\cygwin64\bin\cygbrotlicommon-1.dll - os=4.0 img=1.1 sys=5.2 "cygbrotlicommon-1.dll" v0.0 ts=2023-12-12 12:18 49k 2023/12/12 C:\cygwin64\bin\cygbrotlidec-1.dll - os=4.0 img=1.1 sys=5.2 "cygbrotlidec-1.dll" v0.0 ts=2023-12-12 12:18 66k 2019/07/21 C:\cygwin64\bin\cygbz2-1.dll - os=4.0 img=0.0 sys=5.2 "cygbz2-1.dll" v0.0 ts=2019-07-22 00:05 13k 2019/01/02 C:\cygwin64\bin\cygcom_err-2.dll - os=4.0 img=0.0 sys=5.2 "cygcom_err-2.dll" v0.0 ts=2019-01-02 02:39 193k 2021/05/20 C:\cygwin64\bin\cygcrypt-2.dll - os=4.0 img=0.0 sys=5.2 "cygcrypt-2.dll" v0.0 ts=2021-05-20 09:38 2487k 2023/09/12 C:\cygwin64\bin\cygcrypto-1.1.dll - os=4.0 img=0.0 sys=5.2 "cygcrypto-1.1.dll" v0.0 ts=2023-09-12 18:36 3760k 2024/02/03 C:\cygwin64\bin\cygcrypto-3.dll - os=4.0 img=0.0 sys=5.2 "cygcrypto-3.dll" v0.0 ts=2024-02-03 15:51 678k 2024/02/03 C:\cygwin64\bin\cygcurl-4.dll - os=4.0 img=0.0 sys=5.2 "cygcurl-4.dll" v0.0 ts=2024-02-03 22:22 1552k 2017/09/28 C:\cygwin64\bin\cygdb-5.3.dll - os=4.0 img=0.0 sys=5.2 "cygdb-5.3.dll" v0.0 ts=2017-09-28 20:05 119k 2017/09/28 C:\cygwin64\bin\cygdb_cxx-5.3.dll - os=4.0 img=0.0 sys=5.2 "cygdb_cxx-5.3.dll" v0.0 ts=2017-09-28 20:06 569k 2017/09/28 C:\cygwin64\bin\cygdb_sql-5.3.dll - os=4.0 img=0.0 sys=5.2 "cygdb_sql-5.3.dll" v0.0 ts=2017-09-28 20:06 354k 2024/01/24 C:\cygwin64\bin\cygfdisk-1.dll - os=4.0 img=0.0 sys=5.2 "cygfdisk-1.dll" v0.0 ts=2024-01-24 08:22 27k 2015/11/17 C:\cygwin64\bin\cygffi-6.dll - os=4.0 img=0.0 sys=5.2 "cygffi-6.dll" v0.0 ts=2015-11-17 22:14 60k 2024/01/21 C:\cygwin64\bin\cygformw-10.dll - os=4.0 img=0.0 sys=5.2 "cygformw-10.dll" v0.0 ts=2024-01-21 04:35 74k 2023/06/05 C:\cygwin64\bin\cyggcc_s-seh-1.dll - os=4.0 img=0.0 sys=5.2 "cyggcc_s-seh-1.dll" v0.0 ts=2023-06-05 16:00 820k 2023/11/19 C:\cygwin64\bin\cyggcrypt-20.dll - os=4.0 img=0.0 sys=5.2 "cyggcrypt-20.dll" v0.0 ts=2023-11-19 19:27 49k 2019/07/10 C:\cygwin64\bin\cyggdbm-6.dll - os=4.0 img=0.0 sys=5.2 "cyggdbm-6.dll" v0.0 ts=2019-07-10 14:53 591k 2023/07/31 C:\cygwin64\bin\cyggmp-10.dll - os=4.0 img=0.0 sys=5.2 "cyggmp-10.dll" v0.0 ts=2023-07-31 20:20 116k 2020/02/16 C:\cygwin64\bin\cyggpg-error-0.dll - os=4.0 img=0.0 sys=5.2 "cyggpg-error-0.dll" v0.0 ts=2020-02-16 21:28 113k 2024/01/06 C:\cygwin64\bin\cyggsasl-18.dll - os=4.0 img=0.0 sys=5.2 "cyggsasl-18.dll" v0.0 ts=2024-01-06 22:09 274k 2018/03/16 C:\cygwin64\bin\cyggssapi_krb5-2.dll - os=4.0 img=0.0 sys=5.2 "cyggssapi_krb5-2.dll" v0.0 ts=2018-03-16 03:38 36k 2022/10/08 C:\cygwin64\bin\cyghistory7.dll - os=4.0 img=0.0 sys=5.2 "cyghistory7.dll" v0.0 ts=2022-10-08 05:37 1063k 2022/05/23 C:\cygwin64\bin\cygiconv-2.dll - os=4.0 img=0.0 sys=5.2 "cygiconv-2.dll" v0.0 ts=2022-05-23 12:22 198k 2024/01/14 C:\cygwin64\bin\cygidn-12.dll - os=4.0 img=0.0 sys=5.2 "cygidn-12.dll" v0.0 ts=2024-01-14 07:47 339k 2024/01/28 C:\cygwin64\bin\cygidn2-0.dll - os=4.0 img=0.0 sys=5.2 "cygidn2-0.dll" v0.0 ts=2024-01-28 01:14 105k 2023/11/25 C:\cygwin64\bin\cygintl-8.dll - os=4.0 img=0.0 sys=5.2 "cygintl-8.dll" v0.0 ts=2023-11-25 22:21 192k 2018/03/16 C:\cygwin64\bin\cygk5crypto-3.dll - os=4.0 img=0.0 sys=5.2 "cygk5crypto-3.dll" v0.0 ts=2018-03-16 03:37 754k 2018/03/16 C:\cygwin64\bin\cygkrb5-3.dll - os=4.0 img=0.0 sys=5.2 "cygkrb5-3.dll" v0.0 ts=2018-03-16 03:37 37k 2018/03/16 C:\cygwin64\bin\cygkrb5support-0.dll - os=4.0 img=0.0 sys=5.2 "cygkrb5support-0.dll" v0.0 ts=2018-03-16 03:36 48k 2024/02/11 C:\cygwin64\bin\cyglber-2-4-2.dll - os=4.0 img=0.0 sys=5.2 "cyglber-2.dll" v0.0 ts=2024-02-11 12:25 48k 2024/02/11 C:\cygwin64\bin\cyglber-2.dll - os=4.0 img=0.0 sys=5.2 "cyglber-2.dll" v0.0 ts=2024-02-11 12:25 323k 2024/02/11 C:\cygwin64\bin\cygldap-2-4-2.dll - os=4.0 img=0.0 sys=5.2 "cygldap-2.dll" v0.0 ts=2024-02-11 12:26 323k 2024/02/11 C:\cygwin64\bin\cygldap-2.dll - os=4.0 img=0.0 sys=5.2 "cygldap-2.dll" v0.0 ts=2024-02-11 12:26 323k 2024/02/11 C:\cygwin64\bin\cygldap_r-2-4-2.dll - os=4.0 img=0.0 sys=5.2 "cygldap-2.dll" v0.0 ts=2024-02-11 12:26 136k 2022/10/30 C:\cygwin64\bin\cyglz4-1.dll - os=4.0 img=0.0 sys=5.2 "cyglz4-1.dll" v0.0 ts=2022-10-30 17:59 175k 2024/03/10 C:\cygwin64\bin\cyglzma-5.dll - os=4.0 img=0.0 sys=5.2 "cyglzma-5.dll" v0.0 ts=2024-03-10 21:17 160k 2023/01/14 C:\cygwin64\bin\cygmagic-1.dll - os=4.0 img=0.0 sys=5.2 "cygmagic-1.dll" v0.0 ts=2023-01-14 21:35 214k 2023/09/24 C:\cygwin64\bin\cygman-2-12-0.dll - os=4.0 img=0.0 sys=5.2 "cygman-2-12-0.dll" v0.0 ts=2023-09-24 19:20 25k 2023/09/24 C:\cygwin64\bin\cygmandb-2-12-0.dll - os=4.0 img=0.0 sys=5.2 "cygmandb-2-12-0.dll" v0.0 ts=2023-09-24 19:20 29k 2024/01/21 C:\cygwin64\bin\cygmenuw-10.dll - os=4.0 img=0.0 sys=5.2 "cygmenuw-10.dll" v0.0 ts=2024-01-21 04:34 650k 2023/08/22 C:\cygwin64\bin\cygmpfr-6.dll - os=4.0 img=0.0 sys=5.2 "cygmpfr-6.dll" v0.0 ts=2023-08-22 18:46 337k 2024/01/21 C:\cygwin64\bin\cygncursesw-10.dll - os=4.0 img=0.0 sys=5.2 "cygncursesw-10.dll" v0.0 ts=2024-01-21 04:32 174k 2024/03/03 C:\cygwin64\bin\cygnghttp2-14.dll - os=4.0 img=0.0 sys=5.2 "cygnghttp2-14.dll" v0.0 ts=2024-03-03 16:29 30k 2015/03/19 C:\cygwin64\bin\cygntlm-0.dll - os=4.0 img=0.0 sys=5.2 "cygntlm-0.dll" v0.0 ts=2015-03-19 02:15 1020k 2020/03/27 C:\cygwin64\bin\cygp11-kit-0.dll - os=4.0 img=0.0 sys=5.2 "cygp11-kit-0.dll" v0.0 ts=2020-03-27 22:30 13k 2024/01/21 C:\cygwin64\bin\cygpanelw-10.dll - os=4.0 img=0.0 sys=5.2 "cygpanelw-10.dll" v0.0 ts=2024-01-21 04:34 497k 2021/06/20 C:\cygwin64\bin\cygpcre-1.dll - os=4.0 img=0.0 sys=5.2 "cygpcre-1.dll" v0.0 ts=2021-06-20 12:53 637k 2024/02/18 C:\cygwin64\bin\cygpcre2-8-0.dll - os=4.0 img=0.0 sys=5.2 "cygpcre2-8-0.dll" v0.0 ts=2024-02-18 09:01 44k 2022/10/06 C:\cygwin64\bin\cygpipeline-1.dll - os=4.0 img=0.0 sys=5.2 "cygpipeline-1.dll" v0.0 ts=2022-10-06 19:49 42k 2023/02/19 C:\cygwin64\bin\cygpopt-0.dll - os=4.0 img=0.0 sys=5.2 "cygpopt-0.dll" v0.0 ts=2023-02-19 19:45 69k 2024/01/14 C:\cygwin64\bin\cygpsl-5.dll - os=4.0 img=0.0 sys=5.2 "cygpsl-5.dll" v0.0 ts=2024-01-14 00:44 257k 2022/10/08 C:\cygwin64\bin\cygreadline7.dll - os=4.0 img=0.0 sys=5.2 "cygreadline7.dll" v0.0 ts=2022-10-08 05:37 99k 2020/01/09 C:\cygwin64\bin\cygsasl2-3.dll - os=4.0 img=0.0 sys=5.2 "cygsasl2-3.dll" v0.0 ts=2020-01-09 02:13 157k 2024/01/24 C:\cygwin64\bin\cygsmartcols-1.dll - os=4.0 img=0.0 sys=5.2 "cygsmartcols-1.dll" v0.0 ts=2024-01-24 08:22 248k 2023/06/04 C:\cygwin64\bin\cygssh2-1.dll - os=4.0 img=0.0 sys=5.2 "cygssh2-1.dll" v0.0 ts=2023-06-04 07:30 512k 2023/09/12 C:\cygwin64\bin\cygssl-1.1.dll - os=4.0 img=0.0 sys=5.2 "cygssl-1.1.dll" v0.0 ts=2023-09-12 18:36 591k 2024/02/03 C:\cygwin64\bin\cygssl-3.dll - os=4.0 img=0.0 sys=5.2 "cygssl-3.dll" v0.0 ts=2024-02-03 15:51 1904k 2023/06/05 C:\cygwin64\bin\cygstdc++-6.dll - os=4.0 img=0.0 sys=5.2 "cygstdc++-6.dll" v0.0 ts=2023-06-05 16:06 68k 2019/07/29 C:\cygwin64\bin\cygtasn1-6.dll - os=4.0 img=0.0 sys=5.2 "cygtasn1-6.dll" v0.0 ts=2019-07-29 03:12 59k 2024/01/21 C:\cygwin64\bin\cygticw-10.dll - os=4.0 img=0.0 sys=5.2 "cygticw-10.dll" v0.0 ts=2024-01-21 04:33 185k 2023/07/16 C:\cygwin64\bin\cyguchardet-0.dll - os=4.0 img=0.0 sys=5.2 "cyguchardet-0.dll" v0.0 ts=2023-07-16 08:19 1784k 2022/10/27 C:\cygwin64\bin\cygunistring-5.dll - os=4.0 img=0.0 sys=5.2 "cygunistring-5.dll" v0.0 ts=2022-10-27 17:07 27k 2024/01/24 C:\cygwin64\bin\cyguuid-1.dll - os=4.0 img=0.0 sys=5.2 "cyguuid-1.dll" v0.0 ts=2024-01-24 08:20 88k 2024/01/27 C:\cygwin64\bin\cygz.dll - os=4.0 img=0.0 sys=5.2 "cygz.dll" v0.0 ts=2024-01-27 09:12 650k 2023/04/12 C:\cygwin64\bin\cygzstd-1.dll - os=4.0 img=0.0 sys=5.2 "cygzstd-1.dll" v0.0 ts=2023-04-12 16:04 2941k 2024/02/27 C:\cygwin64\bin\cygwin1.dll - os=4.0 img=0.0 sys=5.2 "cygwin1.dll" v0.0 ts=2024-02-27 11:56 Cygwin DLL version info: DLL version: 3.5.1 API major: 0 API minor: 350 Shared data: 5 DLL identifier: cygwin1 Mount registry: 3 Cygwin registry name: Cygwin Installations name: Installations Cygdrive default prefix: Build date: Shared id: cygwin1S5 Checking for any Cygwin services... Can't find the cygrunsrv utility, skipping services check. Cygwin Package Information Last downloaded files to: C:\cygwin64\mypackages Last downloaded files from: https://cygwin.mirror.constant.com/ Package Version Status _autorebase 001091-1 OK alternatives 1.26-1 OK base-cygwin 3.8-2 OK base-files 4.3-3 OK bash 5.2.21-1 OK bzip2 1.0.8-1 OK ca-certificates 2023.2.62_v7.0.401-2 OK ca-certificates-letsencrypt 2023.2.62_v7.0.401-2 OK coreutils 9.0-1 OK crypto-policies 20190218-1 OK curl 8.6.0-1 OK cygutils 1.4.17-1 OK cygwin 3.5.1-1 OK dash 0.5.12-5 OK diffutils 3.10-1 OK editrights 1.04-1 OK file 5.44-1 OK findutils 4.9.0-1 OK gawk 5.3.0-1 OK getent 2.18.90-5 OK grep 3.11-1 OK groff 1.23.0-1 OK gzip 1.13-1 OK hostname 3.13-1 OK info 7.1-1 OK ipc-utils 1.1-1 OK less 643-1 OK libargp 20230708-2 OK libattr1 2.5.1-1.20.g0981a7bfe487 OK libblkid1 2.33.1-3 OK libbrotlicommon1 1.1.0-1 OK libbrotlidec1 1.1.0-1 OK libbz2_1 1.0.8-1 OK libcom_err2 1.44.5-1 OK libcrypt2 4.4.20-1 OK libcurl4 8.6.0-1 OK libdb5.3 5.3.28-2 OK libfdisk1 2.33.1-3 OK libffi6 3.2.1-2 OK libgcc1 11.4.0-1 OK libgcrypt20 1.10.3-1 OK libgdbm6 1.18.1-1 OK libgmp10 6.3.0-1 OK libgpg-error0 1.37-1 OK libgsasl-common 2.2.1-1 OK libgsasl18 2.2.1-1 OK libgssapi_krb5_2 1.15.2-2 OK libiconv2 1.17-1 OK libidn12 1.42-1 OK libidn2_0 2.3.7-1 OK libintl8 0.22.4-1 OK libk5crypto3 1.15.2-2 OK libkrb5_3 1.15.2-2 OK libkrb5support0 1.15.2-2 OK liblz4_1 1.9.4-1 OK liblzma5 5.6.1-1 OK libmpfr6 4.2.1-1 OK libncursesw10 6.4-20240120 OK libnghttp2_14 1.60.0-1 OK libntlm0 1.4-1 OK libopenldap2 2.6.7-1 OK libopenldap2_4_2 2.6.7-1 OK libp11-kit0 0.23.20-1 OK libpcre1 8.45-1 OK libpcre2_8_0 10.43-1 OK libpipeline1 1.5.6-1 OK libpopt-common 1.19-1 OK libpopt0 1.19-1 OK libpsl5 0.21.5-1 OK libreadline7 8.2-2 OK libsasl2_3 2.1.27-1 OK libsmartcols1 2.33.1-3 OK libssh2_1 1.11.0-1 OK libssl1.1 1.1.1w-1 OK libssl3 3.0.13-1 OK libstdc++6 11.4.0-1 OK libtasn1_6 4.14-1 OK libuchardet0 0.0.8-1 OK libunistring5 1.1-1 OK libuuid1 2.33.1-3 OK libzstd1 1.5.5-1 OK login 1.13-1 OK man-db 2.12.0-1 OK mintty 3.7.1-1 OK ncurses 6.4-20240120 OK openssl 3.0.13-1 OK p11-kit 0.23.20-1 OK p11-kit-trust 0.23.20-1 OK publicsuffix-list-dafsa 20231213-1 OK rebase 4.6.6-1 OK run 1.3.4-2 OK sed 4.9-1 OK tar 1.35-2 OK terminfo 6.4-20240120 OK tzcode 2024a-1 OK tzdata 2024a-1 OK util-linux 2.33.1-3 OK vim-minimal 9.0.2155-2 OK which 2.20-2 OK xz 5.6.1-1 OK zlib0 1.3.1-1 OK zstd 1.5.5-1 OK
On Mar 19 08:55, Cedric Blancher via Cygwin wrote: > On Mon, 18 Mar 2024 at 15:43, Corinna Vinschen via Cygwin > <cygwin@cygwin.com> wrote: > > > > On Mar 18 08:30, J. Terry Corbet via Cygwin wrote: > > > Thank you for the greatly needed assistance, but the reference to which you > > > have pointed me says that noacl will be ignored in the case of ntfs file > > > systems. > > > > No, it doesn't say that. It says > > > > "The flag is ignored on NFS filesystems." > > ^^^ > > not NTFS > > Do ACLs work for NFS in Cygwin, or are they turned off for NFS? NFS uses the unofficial fattr3 interface to fetch real stat(2) info from the remote FS, see https://cygwin.com/cgit/newlib-cygwin/tree/winsup/cygwin/local_includes/nfs.h https://cygwin.com/cgit/newlib-cygwin/tree/winsup/cygwin/nfs.cc#n19 > I'm also asking because the ms-nfs41-client Windows NFSv4.1 driver now > has ACL support (like the Exceed NFSv4 driver), but it would be > frustrating if Cygwin just turns this off. Cygwin "doesn't turn them off". Cygwin recognizes the filesystem as being an NFS filesystem and uses special non-Windowsy access methods provided by the MS_NFS client. If you want ACL support for the NFSv4 client, I made a couple of suggestions how to integrate stuff in Cygwin in November: https://cygwin.com/pipermail/cygwin-developers/2023-November/012692.html Corinna
Cedric Blancher via Cygwin wrote: > How does cygwin uname -s work, i.e. how does it get the OS version, > revision and build number ('10.0-19045')? > I tried to replicate it via GetVersionEx(), but that is deprecated. > AFAICS, MS does not offer an official way to retrieve the actual Windows version via the Win32 API layer. GetVersionEx() is unable to detect Windows versions which are more recent than the compatibility level advertised in the application manifest. Cygwin uses the undocumented RtlGetNtVersionNumbers() from ntdll.dll because even RtlGetVersion() may not return the correct values. See function wincapc::init() https://cygwin.com/git/?p=newlib-cygwin.git;a=blob;f=winsup/cygwin/wincap.cc -- Regards, Christian
On Mon, 18 Mar 2024 at 15:43, Corinna Vinschen via Cygwin <cygwin@cygwin.com> wrote: > > On Mar 18 08:30, J. Terry Corbet via Cygwin wrote: > > Thank you for the greatly needed assistance, but the reference to which you > > have pointed me says that noacl will be ignored in the case of ntfs file > > systems. > > No, it doesn't say that. It says > > "The flag is ignored on NFS filesystems." > ^^^ > not NTFS Do ACLs work for NFS in Cygwin, or are they turned off for NFS? I recall the Exceed (now OpenText) docs say that Exceed NFSv4 for Windows supports ACLs, but they are defunct for Cygwin2. Is this true? I'm also asking because the ms-nfs41-client Windows NFSv4.1 driver now has ACL support (like the Exceed NFSv4 driver), but it would be frustrating if Cygwin just turns this off. Or maybe I am misinterpreting this... @Corinna Vinschen? Ced -- Cedric Blancher <cedric.blancher@gmail.com> [https://plus.google.com/u/0/+CedricBlancher/] Institute Pasteur
Kyle Shores via Cygwin writes: > Any chance you could use cmake for the next installation? That way more > packages would be able to include HDF5 with cmake and pkg-config. That's an upstream issue: the HDF Group still recommends to build with autotools on UNIX platforms (which Cygwin is most closely aligned to), but does not provide pkgconfig files in that build yet. Even with the cmake build the .pc content was/is incorrect and causes breakage elsewhere. https://github.com/HDFGroup/hdf5/issues/8 So if you want to see this in Cygwin, please prod / help upstream to fix this. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Good morning! How does cygwin uname -s work, i.e. how does it get the OS version, revision and build number ('10.0-19045')? I tried to replicate it via GetVersionEx(), but that is deprecated. Ced -- Cedric Blancher <cedric.blancher@gmail.com> [https://plus.google.com/u/0/+CedricBlancher/] Institute Pasteur
On 2024-03-18 15:21, J M via Cygwin wrote:
> With a fresh install of Cygwin then I launch (with package curl installed):
>
> curl -O https://www.cygwin.com/setup-x86_64.exe
>
> Shows a curl 60 error ssl problem.
> Using -k or --insecure works, but is not recomended.
> Howto fix it?
WJFFM!
That error implies that the version of curl you are running or the certificate
store you are using does not include the Let's Encrypt CA used by Cygwin.com.
From what shell do you launch curl?
Please run:
which -a curl
and ensure that /usr/bin/curl precedes /cygdrive/c/WINDOWS/system32/curl then
run:
$ curl -V
curl 8.6.0 (x86_64-pc-cygwin) libcurl/8.6.0 OpenSSL/3.0.13 zlib/1.3.1
brotli/1.1.0 zstd/1.5.5 libidn2/2.3.7 libpsl/0.21.5 libssh2/1.11.0
nghttp2/1.60.0 libgsasl/2.2.1 OpenLDAP/2.6.7
Release-Date: 2024-01-31
Protocols: dict file ftp ftps gopher gophers http https imap imaps ipfs ipns
ldap ldaps mqtt pop3 pop3s rtsp scp sftp smb smbs smtp smtps telnet tftp
Features: alt-svc AsynchDNS brotli gsasl GSS-API HSTS HTTP2 HTTPS-proxy IDN IPv6
Kerberos Largefile libz NTLM PSL SPNEGO SSL threadsafe TLS-SRP UnixSockets zstd
and check you get the same output as above, then run:
cygcheck -c ca-certificates ca-certificates-letsencrypt curl cygwin \
libbrotlidec1 libcurl4 libgsasl18 libgssapi_krb5_2 libidn2_0 libnghttp2_14 \
libopenldap2 libpsl5 libssh2_1 libssl3 libzstd1 zlib0
and ensure all packages show Status OK.
If that is the case, please follow the problem reporting guidelines below, and
attach the output from running
cygcheck -hrsv > cygcheck-hrsv.log
as a text attachment to your reply.
--
Take care. Thanks, Brian Inglis Calgary, Alberta, Canada
La perfection est atteinte Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to add
mais lorsqu'il n'y a plus rien à retirer but when there is no more to cut
-- Antoine de Saint-Exupéry
[-- Attachment #1: Type: text/plain, Size: 1289 bytes --] Any chance you could use cmake for the next installation? That way more packages would be able to include HDF5 with cmake and pkg-config. Best, Kyle On Mon, Mar 18, 2024 at 3:23 PM marco atzeri <marco.atzeri@gmail.com> wrote: > On Mon, Mar 18, 2024 at 3:28 PM Kyle Shores via Cygwin wrote: > > > > Howdy! > > > > Looking at the list of files > > <https://cygwin.com/packages/x86_64/libhdf5-devel/libhdf5-devel-1.12.3-1 > > > > for the 2024 HDF5 installation 1.12.3 > > <https://cygwin.com/packages/summary/libhdf5-devel.html>, I notice that > > neither the pkg-config or cmake files are installed. For reference, > > mingw's installation > > of hdf5 <https://packages.msys2.org/package/mingw-w64-x86_64-hdf5> has > them > > here: > > > > > > - /mingw64/lib/cmake/hdf5-targets.cmake > > - /mingw64/lib/pkgconfig/hdf5.pc > > > > Are these installed elsewhere? If not, what's preventing them from > > being installed, or what can I do to help them be installed? > > > > Hi Kyle > > the package is NOT built using cmake but is using autoconf. > There are no special change. So upstream have not included those files > in the 1.12.3 autoconf > > I have not yet tried to build using cmake nor built the 1.14.x series > > Regards > Marco >
[-- Attachment #1: Type: text/plain, Size: 255 bytes --] Hi, With a fresh install of Cygwin then I launch (with package curl installed): curl -O https://www.cygwin.com/setup-x86_64.exe Shows a curl 60 error ssl problem. Using -k or --insecure works, but is not recomended. Howto fix it? Regards, Cesar Jorge
On Mon, Mar 18, 2024 at 3:28 PM Kyle Shores via Cygwin wrote:
>
> Howdy!
>
> Looking at the list of files
> <https://cygwin.com/packages/x86_64/libhdf5-devel/libhdf5-devel-1.12.3-1>
> for the 2024 HDF5 installation 1.12.3
> <https://cygwin.com/packages/summary/libhdf5-devel.html>, I notice that
> neither the pkg-config or cmake files are installed. For reference,
> mingw's installation
> of hdf5 <https://packages.msys2.org/package/mingw-w64-x86_64-hdf5> has them
> here:
>
>
> - /mingw64/lib/cmake/hdf5-targets.cmake
> - /mingw64/lib/pkgconfig/hdf5.pc
>
> Are these installed elsewhere? If not, what's preventing them from
> being installed, or what can I do to help them be installed?
>
Hi Kyle
the package is NOT built using cmake but is using autoconf.
There are no special change. So upstream have not included those files
in the 1.12.3 autoconf
I have not yet tried to build using cmake nor built the 1.14.x series
Regards
Marco
On 14/03/2024 18:34, Thomas Hedden via Cygwin wrote: > I installed a test version of gcc and cannot revert to an earlier, > non-test version. Here are the latest versions listed in the setup routine: > > 11.4.0-1 > 12.3.1+20240202-0.1 (Test) > 13.2.1+20240203-0.1 (Test) > > (there are some even older ones, but I want 11.4.0-1.) > > $ gcc --version > gcc (GCC) 13.2.1 20240203 [...] > $ gcc -o hello.exe hello.c > /usr/lib/gcc/x86_64-pc-cygwin/13/../../../../x86_64-pc-cygwin/bin/ld: > cannot find -lintl: No such file or directory > /usr/lib/gcc/x86_64-pc-cygwin/13/../../../../x86_64-pc-cygwin/bin/ld: > cannot find -liconv: No such file or directory > collect2: error: ld returned 1 exit status This seems like a problem with this test version of gcc. I guess maybe it now links with intl and iconv by default in the specsfile, which will require the corresponding devel packages to be installed, but it doesn't depend on them. This seems like a mistake. (I think libstdc++ will now require these, but they shouldn't be needed just for c compilation.) > So, I can't compile anything. I don't need the test version to work, I > just want to downgrade to 11.4.0-1. However, if I uninstall the test > version, and then try to install 11.4.0-1, I get the following message: > > Problem 1/1 > package gcc-g++-11.4.0-1 requires gcc11, but none of the providers can > be installed > Solution 1/2 > - allow replacement of gcc-core-13.2.1+20240203-0.1 with > gcc-core-11.4.0-1 > Solution 2/2 (default) > - do not ask to lock gcc-g++-11.4.0-1 > > What should I do? Sorry that this message isn't very clear, and this situation is not handled well by setup. You need to downgrade all the various gcc packages in step. Which you can do manually, but perhaps the easiest way to do this is to select the 'Sync' option at the top-right, which will downgrade all test packages.
On Mar 18 09:23, J. Terry Corbet via Cygwin wrote:
>
> Sorry, 84-yr old eyes sometimes don't work as well. Thanks for confirming
> that nothing has changed with regards to these matters; clearly it is some
> change in the way Windows 11 tries to cooperate with Windows 10 in the case
> of mapped network drives being using in the file sharing mode wherein remote
> users must have ids and passwords on the target drives -- which they do and
> always have, but the key ACE entry known as NT AUTHORITY\Authenticated Users
> is correctly specified after performing an icacls /reset, but is not longer
> correctly set after editing a file with vim across the network. I'll keep
> looking and trying to learn. Thank you.
Please add the "noacl" flag where you need it and try again. The result
is using the standard Windows security, so you should see what you
expect in that case.
Thanks,
Corinna
[-- Attachment #1: Type: text/plain, Size: 1369 bytes --] Sorry, 84-yr old eyes sometimes don't work as well. Thanks for confirming that nothing has changed with regards to these matters; clearly it is some change in the way Windows 11 tries to cooperate with Windows 10 in the case of mapped network drives being using in the file sharing mode wherein remote users must have ids and passwords on the target drives -- which they do and always have, but the key ACE entry known as NT AUTHORITY\Authenticated Users is correctly specified after performing an icacls /reset, but is not longer correctly set after editing a file with vim across the network. I'll keep looking and trying to learn. Thank you. On 2024-03-18 08:43, Corinna Vinschen via Cygwin wrote: > On Mar 18 08:30, J. Terry Corbet via Cygwin wrote: >> Thank you for the greatly needed assistance, but the reference to which you >> have pointed me says that noacl will be ignored in the case of ntfs file >> systems. > No, it doesn't say that. It says > > "The flag is ignored on NFS filesystems." > ^^^ > not NTFS > >> All of mine are and that has not changed, neither has the default >> entry in fstab, which seems always to have been: >> >> none /cygdrive cygdrive binary, posix=0, user 0 0 > Well, the code in question hasn't changed for years either. > > > ¯\_(ツ)_/¯ > Corinna >
On Mar 18 08:30, J. Terry Corbet via Cygwin wrote: > Thank you for the greatly needed assistance, but the reference to which you > have pointed me says that noacl will be ignored in the case of ntfs file > systems. No, it doesn't say that. It says "The flag is ignored on NFS filesystems." ^^^ not NTFS > All of mine are and that has not changed, neither has the default > entry in fstab, which seems always to have been: > > none /cygdrive cygdrive binary, posix=0, user 0 0 Well, the code in question hasn't changed for years either. ¯\_(ツ)_/¯ Corinna
[-- Attachment #1: Type: text/plain, Size: 3142 bytes --] Thank you for the greatly needed assistance, but the reference to which you have pointed me says that noacl will be ignored in the case of ntfs file systems. All of mine are and that has not changed, neither has the default entry in fstab, which seems always to have been: none /cygdrive cygdrive binary, posix=0, user 0 0 On 2024-03-18 04:41, Corinna Vinschen via Cygwin wrote: > On Mar 16 18:05, J. Terry Corbet via Cygwin wrote: >> [...] >> And here is the status that icacls reports back on the original, owning >> workstation >> after having use vim to modify the two files from that remote workstation. >> >> FileExp.txt NULL SID:(DENY)(Rc,S,REA,WEA,X,DC) >> NW10\tcorbet:(DENY)(S,RD,WD,AD,REA,WEA,X,DC) >> NW10\tcorbet:(D,Rc,WDAC,WO,RA,WA) >> NW10\None:(Rc,S,RA) >> NT AUTHORITY\Authenticated Users:(RX,W) >> NT AUTHORITY\SYSTEM:(RX,W) >> BUILTIN\Administrators:(RX,W) >> BUILTIN\Users:(RX) >> Everyone:(Rc,S,RA) >> >> vimtest.txt NULL SID:(DENY)(Rc,S,WEA,X,DC) >> NW10\tcorbet:(R,W,D,WDAC,WO) >> NW10\None:(DENY)(S,X) >> NT AUTHORITY\Authenticated Users:(DENY)(S,X) >> NT AUTHORITY\SYSTEM:(DENY)(S,X) >> BUILTIN\Administrators:(DENY)(S,X) >> BUILTIN\Users:(DENY)(S,X) >> NW10\None:(RX) >> NT AUTHORITY\Authenticated Users:(RX,W) >> NT AUTHORITY\SYSTEM:(RX,W) >> BUILTIN\Administrators:(RX,W) >> BUILTIN\Users:(RX) >> Everyone:(R) >> >> If my understanding is correct concerning the precedence handling of an >> ACL with multiple ACEs for the same user/ID, this result from grep >> on the original, owning workstation would not surprise you: >> >> F:\Dev\cygshoot>grep foo fileexp.txt >> grep: fileexp.txt: Permission denied >> >> but it blows me completely away. Clearly I no longer have an environment >> in which I can work on any file from any workstation using any Cygwin >> utilities. >> >> What have I messed up? > The problem is that your identity is based on the SID of every single > machine, and the machines don't know the SIDs of other machines. The > default ACL created in Cygwin is emulating POSIX permissions. This > becomes a problem when sharing files between machines not in the > same Windows domain. > > The workaround is not to use POSIX permissions on shares. Create > matching mount points in /etc/fstab or /etc/fstab.d/ and add the > "noacl" mount flag: > > https://cygwin.com/cygwin-ug-net/using.html#mount-table > > Alternatively, you can also just add an fstab entry for the cygdrive > prefix which adds the "noacl" flag, see > > https://cygwin.com/cygwin-ug-net/using.html#cygdrive > > but keep in mind that this also affects local paths if you access > them via the cygdrive prefix. > > > HTH, > Corinna >
[-- Attachment #1: Type: text/plain, Size: 758 bytes --] Howdy! Looking at the list of files <https://cygwin.com/packages/x86_64/libhdf5-devel/libhdf5-devel-1.12.3-1> for the 2024 HDF5 installation 1.12.3 <https://cygwin.com/packages/summary/libhdf5-devel.html>, I notice that neither the pkg-config or cmake files are installed. For reference, mingw's installation of hdf5 <https://packages.msys2.org/package/mingw-w64-x86_64-hdf5> has them here: - /mingw64/lib/cmake/hdf5-targets.cmake - /mingw64/lib/pkgconfig/hdf5.pc Are these installed elsewhere? If not, what's preventing them from being installed, or what can I do to help them be installed? -- Kyle Shores | Software Developer NSF National Center for Atmospheric Research (NSF NCAR) Atmospheric Chemistry Observations and Modeling lab (ACOM)
On 2024-03-18 07:58, Takashi Yano wrote:
> On Mon, 18 Mar 2024 12:09:06 +0900
> Takashi Yano wrote:
>> On Sun, 17 Mar 2024 14:10:55 +0100
>> Dimitry Andric wrote:
>> > On 17 Mar 2024, at 13:50, Dimitry Andric <dimitry@unified-streaming.com> wrote:
>> > >
>> > > On 17 Mar 2024, at 13:35, Takashi Yano via Cygwin <cygwin@cygwin.com> wrote:
>> > > ...
>> > >>
>> > >> I also test your test case:
>> > >> while bash -c 'true & true & wait -n || { echo 1: $?; exit 1; } && wait -n || { echo 2: $?; exit 1; }'; do echo $((i++)); done
>> > >> in Linux (Debian 12.5), and the issue reproduced!
>> > >
>> > > Yeah, same here with bash 5.1.16(1)-release on Ubuntu 22.04. It errors out with 127 after ~50-200 loops.
>> >
>> > Having built bash master (bash-5.2-27-gf3b6bd19) here, it consistently gives 127 in this area:
>> >
>> > https://git.savannah.gnu.org/cgit/bash.git/tree/builtins/wait.def#n227
>> >
>> > 211 #if defined (JOB_CONTROL)
>> > 212 if (nflag)
>> > 213 {
>> > 214 if (list)
>> > 215 {
>> > 216 opt = set_waitlist (list);
>> > 217 if (opt == 0)
>> > 218 WAIT_RETURN (127);
>> > 219 wflags |= JWAIT_WAITING;
>> > 220 }
>> > 221
>> > 222 status = wait_for_any_job (wflags, &pstat);
>> > 223 if (vname && status >= 0)
>> > 224 builtin_bind_var_to_int (vname, pstat.pid, bindflags);
>> > 225
>> > 226 if (status < 0)
>> > => 227 status = 127;
>> > 228 if (list)
>> > 229 unset_waitlist ();
>> > 230 WAIT_RETURN (status);
>> > 231 }
>> > 232 #endif
>> >
>> > So for some reason, wait_for_any_job() returns a negative value in this particular situation.
>>
>> Line 218 looks also suspicious.
>
> Probably, this is not a bug. man bash says:
> If the -n option is supplied, wait waits for a single
> job from
> the list of ids or, if no ids are supplied, any job, to
> complete
> and returns its exit status. If none of the supplied
> arguments
> is a child of the shell, or if no arguments are supplied
> and the
> shell has no unwaited‐for children, the exit status is
> 127.
>
> If the background process exited before calling 'wait -n', it returns
> 127.
> This is very different from wait() system call, which is necessary for
> any background joubs, otherwise zombie remains.
>
> In the shell, it is not necessary to call wait command for background
> jobs,
> therefore exit status of the background job which already exited is not
> held
> anymore.
>
> So, actual bug is in the test case.
I missed the subthread starting from your bash version request due to
not being CCed, so replying via the mail archive link.
I'm sorry for wasting your time with the bad test case. I should have
tested on Linux first myself. Thank you, Takashi and Dimitry.
The original problem with make that I was reproducing doesn't involve
"wait -n" or any bash background jobs though, so this puts me back to
the point before (I thought) I eliminated make. I'll try my older
reproducers with new Cygwin versions, and will probably look at make
source code (since it's starting to look like it might be a bug in make,
not in Cygwin) before posting further.
Thanks,
Alexey
On Mar 16 18:05, J. Terry Corbet via Cygwin wrote: > [...] > And here is the status that icacls reports back on the original, owning > workstation > after having use vim to modify the two files from that remote workstation. > > FileExp.txt NULL SID:(DENY)(Rc,S,REA,WEA,X,DC) > NW10\tcorbet:(DENY)(S,RD,WD,AD,REA,WEA,X,DC) > NW10\tcorbet:(D,Rc,WDAC,WO,RA,WA) > NW10\None:(Rc,S,RA) > NT AUTHORITY\Authenticated Users:(RX,W) > NT AUTHORITY\SYSTEM:(RX,W) > BUILTIN\Administrators:(RX,W) > BUILTIN\Users:(RX) > Everyone:(Rc,S,RA) > > vimtest.txt NULL SID:(DENY)(Rc,S,WEA,X,DC) > NW10\tcorbet:(R,W,D,WDAC,WO) > NW10\None:(DENY)(S,X) > NT AUTHORITY\Authenticated Users:(DENY)(S,X) > NT AUTHORITY\SYSTEM:(DENY)(S,X) > BUILTIN\Administrators:(DENY)(S,X) > BUILTIN\Users:(DENY)(S,X) > NW10\None:(RX) > NT AUTHORITY\Authenticated Users:(RX,W) > NT AUTHORITY\SYSTEM:(RX,W) > BUILTIN\Administrators:(RX,W) > BUILTIN\Users:(RX) > Everyone:(R) > > If my understanding is correct concerning the precedence handling of an > ACL with multiple ACEs for the same user/ID, this result from grep > on the original, owning workstation would not surprise you: > > F:\Dev\cygshoot>grep foo fileexp.txt > grep: fileexp.txt: Permission denied > > but it blows me completely away. Clearly I no longer have an environment > in which I can work on any file from any workstation using any Cygwin > utilities. > > What have I messed up? The problem is that your identity is based on the SID of every single machine, and the machines don't know the SIDs of other machines. The default ACL created in Cygwin is emulating POSIX permissions. This becomes a problem when sharing files between machines not in the same Windows domain. The workaround is not to use POSIX permissions on shares. Create matching mount points in /etc/fstab or /etc/fstab.d/ and add the "noacl" mount flag: https://cygwin.com/cygwin-ug-net/using.html#mount-table Alternatively, you can also just add an fstab entry for the cygdrive prefix which adds the "noacl" flag, see https://cygwin.com/cygwin-ug-net/using.html#cygdrive but keep in mind that this also affects local paths if you access them via the cygdrive prefix. HTH, Corinna
On Mar 16 16:49, Michael Goldshteyn via Cygwin wrote: > Cygwin handles (filename) case insensitivity in a very weird way at the > Windows command prompt: > ------------------------------ > c:\Users\Michael>set CYGWIN= > > c:\Users\Michael>printf "%q " 'a' 'A' "a" "A" a A > a A a A a A > > REM OK, so far so good, but, now: > c:\Users\Michael>set CYGWIN=glob:ignorecase > > C:\Users\Michael>printf "%q " 'a' 'A' "a" "A" a A > a a a a a A > > REM So, if I don't put a command line arg into any sort of quotes, it gets > lower-cased for cygwin apps (from the Windows command line). > REM I should also add that there is no file named 'a' or 'A' in the current > working directory. > > REM This behavior, of course, doesn't happen in Cygwin bash: > ------------------------------ > C:\Users\Michael>bash > Michael@lambda /cygdrive/c/Users/Michael > $ echo "$CYGWIN" > glob:ignorecase > Michael@lambda /cygdrive/c/Users/Michael > $ printf "%q " 'a' 'A' "a" "A" a A > a A a A a A > $ # Output looks correct, quoted or not > ------------------------------ > The unsolicited conversion of case for quoted string is very odd, to say > the least. If you remove the glob:ignorecase from the CYGWIN env var > definition, use of filenames on Windows with Cygwin tools becomes > completely case sensitive, which is very undesirable when compared to the > fact that other Windows tools do not care about file case (i.e., case > insensitive, but preserving, as MS puts it). This was an ill-advised optimization attempt in glob. I revert the patch and pushed the change(*), so this will be fixed in Cygwin 3.5.2. For the time being, you can also test this by installing the just building Cygwin test release 3.6.0-0.85.g89afbb8d8af2, which should be available in an hour or two. Thanks, Corinna (*) https://cygwin.com/cgit/newlib-cygwin/commit/?id=70375b2205
Greetings, Michael Goldshteyn! > Cygwin handles (filename) case insensitivity in a very weird way at the > Windows command prompt: > ------------------------------ > c:\Users\Michael>set CYGWIN= > c:\Users\Michael>printf "%q " 'a' 'A' "a" "A" a A > a A a A a A > REM OK, so far so good, but, now: > c:\Users\Michael>set CYGWIN=glob:ignorecase > C:\Users\Michael>printf "%q " 'a' 'A' "a" "A" a A > a a a a a A Oh, so THAT's what causing my git diff to disappear! >> [C:\]$ set cyg >> CYGWIN=wincmdln winsymlinks:native glob:ignorecase >> CYGWIN_DIR=C:\Programs\Cygwin >> CYGWIN_MIRROR=https://ftp-stud.hs-esslingen.de/pub/Mirrors/sources.redhat.com/cygwin >> >> [C:\]$ mintty -- git diff --minimal "--diff-filter=MAD" --find-renames=70 --irreversible-delete HEAD -- >> # The actual executed command is: >> git diff --minimal --diff-filter=mad --find-renames=70 --irreversible-delete HEAD -- I don't think that's how it is supposed to work. -- With best regards, Andrey Repin Monday, March 18, 2024 12:06:56 Sorry for my terrible english...
On Mon, 18 Mar 2024 12:09:06 +0900
Takashi Yano wrote:
> On Sun, 17 Mar 2024 14:10:55 +0100
> Dimitry Andric wrote:
> > On 17 Mar 2024, at 13:50, Dimitry Andric <dimitry@unified-streaming.com> wrote:
> > >
> > > On 17 Mar 2024, at 13:35, Takashi Yano via Cygwin <cygwin@cygwin.com> wrote:
> > > ...
> > >>
> > >> I also test your test case:
> > >> while bash -c 'true & true & wait -n || { echo 1: $?; exit 1; } && wait -n || { echo 2: $?; exit 1; }'; do echo $((i++)); done
> > >> in Linux (Debian 12.5), and the issue reproduced!
> > >
> > > Yeah, same here with bash 5.1.16(1)-release on Ubuntu 22.04. It errors out with 127 after ~50-200 loops.
> >
> > Having built bash master (bash-5.2-27-gf3b6bd19) here, it consistently gives 127 in this area:
> >
> > https://git.savannah.gnu.org/cgit/bash.git/tree/builtins/wait.def#n227
> >
> > 211 #if defined (JOB_CONTROL)
> > 212 if (nflag)
> > 213 {
> > 214 if (list)
> > 215 {
> > 216 opt = set_waitlist (list);
> > 217 if (opt == 0)
> > 218 WAIT_RETURN (127);
> > 219 wflags |= JWAIT_WAITING;
> > 220 }
> > 221
> > 222 status = wait_for_any_job (wflags, &pstat);
> > 223 if (vname && status >= 0)
> > 224 builtin_bind_var_to_int (vname, pstat.pid, bindflags);
> > 225
> > 226 if (status < 0)
> > => 227 status = 127;
> > 228 if (list)
> > 229 unset_waitlist ();
> > 230 WAIT_RETURN (status);
> > 231 }
> > 232 #endif
> >
> > So for some reason, wait_for_any_job() returns a negative value in this particular situation.
>
> Line 218 looks also suspicious.
Probably, this is not a bug. man bash says:
If the -n option is supplied, wait waits for a single job from
the list of ids or, if no ids are supplied, any job, to complete
and returns its exit status. If none of the supplied arguments
is a child of the shell, or if no arguments are supplied and the
shell has no unwaited‐for children, the exit status is 127.
If the background process exited before calling 'wait -n', it returns 127.
This is very different from wait() system call, which is necessary for
any background joubs, otherwise zombie remains.
In the shell, it is not necessary to call wait command for background jobs,
therefore exit status of the background job which already exited is not held
anymore.
So, actual bug is in the test case.
--
Takashi Yano <takashi.yano@nifty.ne.jp>
On Sun, 17 Mar 2024 14:10:55 +0100
Dimitry Andric wrote:
> On 17 Mar 2024, at 13:50, Dimitry Andric <dimitry@unified-streaming.com> wrote:
> >
> > On 17 Mar 2024, at 13:35, Takashi Yano via Cygwin <cygwin@cygwin.com> wrote:
> > ...
> >>
> >> I also test your test case:
> >> while bash -c 'true & true & wait -n || { echo 1: $?; exit 1; } && wait -n || { echo 2: $?; exit 1; }'; do echo $((i++)); done
> >> in Linux (Debian 12.5), and the issue reproduced!
> >
> > Yeah, same here with bash 5.1.16(1)-release on Ubuntu 22.04. It errors out with 127 after ~50-200 loops.
>
> Having built bash master (bash-5.2-27-gf3b6bd19) here, it consistently gives 127 in this area:
>
> https://git.savannah.gnu.org/cgit/bash.git/tree/builtins/wait.def#n227
>
> 211 #if defined (JOB_CONTROL)
> 212 if (nflag)
> 213 {
> 214 if (list)
> 215 {
> 216 opt = set_waitlist (list);
> 217 if (opt == 0)
> 218 WAIT_RETURN (127);
> 219 wflags |= JWAIT_WAITING;
> 220 }
> 221
> 222 status = wait_for_any_job (wflags, &pstat);
> 223 if (vname && status >= 0)
> 224 builtin_bind_var_to_int (vname, pstat.pid, bindflags);
> 225
> 226 if (status < 0)
> => 227 status = 127;
> 228 if (list)
> 229 unset_waitlist ();
> 230 WAIT_RETURN (status);
> 231 }
> 232 #endif
>
> So for some reason, wait_for_any_job() returns a negative value in this particular situation.
Line 218 looks also suspicious.
--
Takashi Yano <takashi.yano@nifty.ne.jp>
Easy to see problem symptom: When running xinit, the full-screen window
has a white border.
I have an older machine with an "ASUS NVIDIA GeForce GTX 770" graphics card.
The problem was either with the NVIDIA Windows display driver or some
underlying Windows update. Fixing it was a problem:
- Reinstalling a back-level driver *did not* fix the problem.
- Deleting the device driver *did not* fix the problem.
At first, Windows installed a basic windows driver and xinit worked and
the screen was visible. However, after a short time the window turned
all white. Examining the "(Control Panel/Device manager)machine/Display
adapters" showed that the NVIDIA driver had been reinstalled. I found
(with some difficulty) a Windows tool (wushowhide.diagcab) that's
*supposed* to prevent driver reinstalls. It found the NVIDIA driver in
the brief window between when the driver was deleted and before the
automatic reinstall but *did not* prevent the re-install. Additionally:
- Control panel delete of all NVIDIA programs (including device
driver) didn't work.
- Renaming all "C:/Program Files/NVIDA*" and "C:/Program
Files/X86/NVIDIA*" folders to "../xxNVIDIA*" folders didn't work.
(Windows still found "restored" the useless driver from a
DriverStore/Repository.)
> Disabling the NVIDIA driver finally fixed the problem. Drastic, but
at least removing the video card wasn't required.
(Whew.)
On 3/16/2024 5:39 PM, Frank Eskesen wrote:
> When I ran xinit, I got the following events in the Windows event log:
> Display driver nvlddmkm stopped responding and has successfully
> recovered.
>
> Kernel diagnostic event:
> =====================================================
> Fault bucket LKD_0x141_Tdr:6_IMAGE_nvlddmkm.sys_Kepler_3D, type 0
> Event Name: LiveKernelEvent
> Response: Not available
> Cab Id: a6403500-eabe-4cd3-b903-6bb2b419deb1
>
> Problem signature:
> P1: 141
> P2: ffff860f28aef050
> P3: fffff805298bc9b8
> P4: 0
> P5: 0
> P6: 10_0_19045
> P7: 0_0
> P8: 256_1
> P9:
> P10:
>
> Attached files:
> \\?\C:\WINDOWS\LiveKernelReports\WATCHDOG\WATCHDOG-20240316-1657.dmp
> \\?\C:\WINDOWS\TEMP\WER-327258125-0.sysdata.xml
> \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERA8C5.tmp.WERInternalMetadata.xml
>
> \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERA8E5.tmp.xml
> \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERA8F8.tmp.csv
> \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERA956.tmp.txt
>
> These files may be available here:
> \\?\C:\ProgramData\Microsoft\Windows\WER\ReportArchive\Kernel_141_6cdced420649f37203e03acc79a72eda67e51_00000000_cab_efab5333-8f8d-44e4-a528-6ae62b848c4d
>
>
> Analysis symbol:
> Rechecking for solution: 0
> Report Id: efab5333-8f8d-44e4-a528-6ae62b848c4d
> Report Status: 268435456
> Hashed bucket:
> ==============================================================================
>
>
> Why this suddenly appeared is a mystery, but it's a Windows mystery. The
> ReportArchive information summary is:
> ReportDescription=A problem with your hardware caused Windows to stop
> working correctly.
>
> So, the problem appears to in the Windows display driver. Please hold off
> looking at this problem, at least until I can get more usable
> information.
On 17 Mar 2024, at 13:50, Dimitry Andric <dimitry@unified-streaming.com> wrote: > > On 17 Mar 2024, at 13:35, Takashi Yano via Cygwin <cygwin@cygwin.com> wrote: > ... >> >> I also test your test case: >> while bash -c 'true & true & wait -n || { echo 1: $?; exit 1; } && wait -n || { echo 2: $?; exit 1; }'; do echo $((i++)); done >> in Linux (Debian 12.5), and the issue reproduced! > > Yeah, same here with bash 5.1.16(1)-release on Ubuntu 22.04. It errors out with 127 after ~50-200 loops. Having built bash master (bash-5.2-27-gf3b6bd19) here, it consistently gives 127 in this area: https://git.savannah.gnu.org/cgit/bash.git/tree/builtins/wait.def#n227 211 #if defined (JOB_CONTROL) 212 if (nflag) 213 { 214 if (list) 215 { 216 opt = set_waitlist (list); 217 if (opt == 0) 218 WAIT_RETURN (127); 219 wflags |= JWAIT_WAITING; 220 } 221 222 status = wait_for_any_job (wflags, &pstat); 223 if (vname && status >= 0) 224 builtin_bind_var_to_int (vname, pstat.pid, bindflags); 225 226 if (status < 0) => 227 status = 127; 228 if (list) 229 unset_waitlist (); 230 WAIT_RETURN (status); 231 } 232 #endif So for some reason, wait_for_any_job() returns a negative value in this particular situation. -Dimitry
On 17 Mar 2024, at 13:35, Takashi Yano via Cygwin <cygwin@cygwin.com> wrote:
...
>
> I also test your test case:
> while bash -c 'true & true & wait -n || { echo 1: $?; exit 1; } && wait -n || { echo 2: $?; exit 1; }'; do echo $((i++)); done
> in Linux (Debian 12.5), and the issue reproduced!
Yeah, same here with bash 5.1.16(1)-release on Ubuntu 22.04. It errors out with 127 after ~50-200 loops.
-Dimitry