Re: [ANNOUNCEMENT] cygwin 3.3.0-0.2.6c1f49f83fde (TEST)
I have installed this (completely this time) and have encountered no issues with it. I'm getting full gigabit speeds with my rsync transfers. Looks great! -- Chris On Fri Sep 24 2021, at 6:53 PM, Ken Brown via Cygwin-announce via Cygwin wrote: > The following packages have been uploaded to the Cygwin distribution > as test releases: > > * cygwin-3.3.0-0.2.6c1f49f83fde > * cygwin-devel-3.3.0-0.2.6c1f49f83fde > * cygwin-doc-3.3.0-0.2.6c1f49f83fde > > This is the second test release of the upcoming cygwin-3.3.0. The > only change from the first test release is that there have been > further changes to the internal pipe code. > > Please test! > > === > > What's new: > --- > > - An IP-sampling profiler named 'profiler' has been added. It can be > used to profile any Cygwin program along with any DLLs loaded. > > - A new tool 'gmondump' has been added. It can dump the raw > information of any "gmon.out" file created by profiler, ssp, or use > of the gcc/g++ option '-pg'. (Continue using gprof to get symbolic > profile displays.) > > - New GNU-specific APIs, slated to become part of the next POSIX > standard: pthread_cond_clockwait, pthread_mutex_clocklock, > pthread_rwlock_clockrdlock, pthread_rwlock_clockwrlock, > sem_clockwait. > > - New Solaris-specific APIs, slated to become part of the next POSIX > standard: sig2str, str2sig. > > > What changed: > - > > - The speed argument to cfsetspeed(3) can now be a numerical baud rate > rather than a Bnnn constant, as on Linux. > Addresses: https://cygwin.com/pipermail/cygwin/2021-July/248887.html > > - The internal implementation of pipes has been overhauled; this > should result in improved performance. > Addresses: https://cygwin.com/pipermail/cygwin/2021-August/249238.html > > > Bug Fixes > - > > - Fix values returned by select(2) for shutdown sockets. > Addresses: > https://cygwin.com/pipermail/cygwin-developers/2021-April/012092.html > > - Introduce a new hypotl(3) function not suffering unnecessary > overflows. > Addresses: https://cygwin.com/pipermail/cygwin/2021-April/248302.html > > - Fix path handling for paths spanning native symlinks. > Addresses: https://cygwin.com/pipermail/cygwin/2021-April/248307.html > > - Fix tab position evaluation after console window resize. > > - Fix a regression in pseudo console handling, resulting in rlwrap not > being able to start a new pseudo console. > > - Handle two race conditions in pseudo console usage. > Addresses: https://cygwin.com/pipermail/cygwin/2021-April/248292.html > > - Fix a bug in recognizing a successful completion of connect(2) on a > datagram socket. > > - Fix connect(2) when called with an address structure whose family is > AF_UNSPEC. As specified by POSIX and Linux, this is allowed on > datagram sockets, and its effect is to reset the socket's peer > address. > > - Fix nanosleep(2) returning negative rem. NtQueryTimer appears to be > able to return a negative remaining time (less than the timer > resolution) for unsignalled timers. > > - Fix getifaddrs(3) returning address family 0 or IPv4 address 0. > Addresses: https://cygwin.com/pipermail/cygwin/2021-July/248970.html > > - Fix getaddrinfo(3) to return valid ai_socktype and ai_protocol > values if the underlying GetAddrInfoW screws up. > Addresses: https://cygwin.com/pipermail/cygwin/2021-July/248985.html > > - Fix duplicate /proc/partitions entries and (presumably) duplicate > PIDs in ps(1) output. > Addresses: https://cygwin.com/pipermail/cygwin/2021-July/248998.html > https://cygwin.com/pipermail/cygwin/2021-August/249124.html > > === > > > Have fun, > > Ken Brown, on behalf of 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 -- 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] Updated: cygutils 1.4.16-7
I'm just going to jump in here and report what I think is an issue I am having with 'putclip.' For years I've been using a Windows shortcut to execute a simple filter function. It has recently stopped working. This is the 'target' entry for the shortcut: C:\Windows\System32\cmd.exe /c "c:\cygwin64\bin\getclip.exe | c:\cygwin64\bin\tr.exe -s '\012\015' ' ' | c:\cygwin64\bin\putclip.exe" This now wedges and is not interruptible with Ctrl-C, but closing the CMD window kills everything. Task Manager shows that putclip is apparently stuck in a loop waiting for something to happen as the counts in "I/O Other" and "I/O Other bytes" keep increasing at a regular rate (should a timeout error be incorporated, perhaps?) I can use Task Manager to generate a Windows dump file, if that helps. I have extensive embedded systems programming experience, but know next to nothing about the internals of Windows or Cygwin. Windows 10. -- 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: autorebase and user-installed dynamic objects
On 9/26/2021 4:07 AM, Achim Gratz wrote: Ken Brown via Cygwin-apps writes: Installs fine now, thanks. Please install the latest update. I just tried to do a full rebase (by running 'rebase-trigger full'), but it seems that files from installed packages aren't being rebased. Looking at /var/cache/rebase, it looks like the files in rebase_pkg aren't making it into rebase_all. Ken
Re: Incompatible clipboard format between 32bit and 64bit cygwin
On 2021-09-26 13:09, Lee via Cygwin wrote: On 9/26/21, Thomas Wolff wrote: Am 26.09.2021 um 20:37 schrieb Thomas Wolff: Am 26.09.2021 um 11:50 schrieb Mark Geisert: Takashi Yano via Cygwin wrote: I noticed that cygwin clipboard is not compatible between 32bit and 64bit cygwin. If I run 'echo > /dev/clipboard' in 32bit cygwin, and run 'cat /dev/clipboard' in 64bit cygwin, this result in cat: /dev/clipboard: Bad address This is because the structure typedef struct { timestruc_t timestamp; size_tlen; char data[1]; } cygcb_t; defined in fhandler_clipboard.cc has different size. Is this the known issue? I doubt anybody has ever tried what you did. I have and it failed; I just didn't find it important enough to report it here... Thanks for the plan to fix it. I have been testing getclip and putclip between 32- and 64-bit environments, but neglected to test Cygwin-internal clipboard format that prepends cygcb_t to the user-supplied data. As we're at it, what's the purpose of a cygwin-internal clipboard format at all? speed? Maybe I'm not understanding the question, but I put a question to this list ~3 years ago about right-click/paste into a mintty window being **really** slow and the answer was to use getclip: $ time d2u < /dev/clipboard > hosts-3.txt real0m11.372s user0m3.749s sys 0m6.984s $ time cat /dev/clipboard | tr -d '\r' > hosts-2.txt real0m4.405s user0m0.124s sys 0m3.577s $ time getclip -u > hosts.txt real0m0.734s user0m0.031s sys 0m0.031s I'm not so worried about speed, except where that stops clipboard contents being updated quickly for consistency, but I ended up explicitly using /dev/clipboard under Cygwin for consistent interoperation with gvim and lxterminal under Linux VMs and gvim and mintty in Cygwin. It would be good to test any changes across systems, or I could do so if the developer(s? - Mark?) don't run the environments to do so. -- 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.] -- 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: Incompatible clipboard format between 32bit and 64bit cygwin
On 9/26/21, Thomas Wolff wrote: > > Am 26.09.2021 um 20:37 schrieb Thomas Wolff: >> >> Am 26.09.2021 um 11:50 schrieb Mark Geisert: >>> Hi Takashi, >>> >>> Takashi Yano via Cygwin wrote: I noticed that cygwin clipboard is not compatible between 32bit and 64bit cygwin. If I run 'echo > /dev/clipboard' in 32bit cygwin, and run 'cat /dev/clipboard' in 64bit cygwin, this result in cat: /dev/clipboard: Bad address This is because the structure typedef struct { timestruc_t timestamp; size_tlen; char data[1]; } cygcb_t; defined in fhandler_clipboard.cc has different size. Is this the known issue? >>> >>> I doubt anybody has ever tried what you did. >> I have and it failed; I just didn't find it important enough to report >> it here... Thanks for the plan to fix it. >> >>> I have been testing getclip and putclip between 32- and 64-bit >>> environments, but neglected to test Cygwin-internal clipboard format >>> that prepends cygcb_t to the user-supplied data. > As we're at it, what's the purpose of a cygwin-internal clipboard format > at all? speed? Maybe I'm not understanding the question, but I put a question to this list ~3 years ago about right-click/paste into a mintty window being **really** slow and the answer was to use getclip: $ time d2u < /dev/clipboard > hosts-3.txt real0m11.372s user0m3.749s sys 0m6.984s $ time cat /dev/clipboard | tr -d '\r' > hosts-2.txt real0m4.405s user0m0.124s sys 0m3.577s $ time getclip -u > hosts.txt real0m0.734s user0m0.031s sys 0m0.031s Lee -- 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] Updated: cygutils 1.4.16-7
On Sun, 26 Sept 2021 at 03:41, Mark Geisert wrote: > > Hi Takashi, > > > > > Currently, putclip calls OpenClipboard()/CloseClipboard() four > > times. Is there any reason why closing and reopening clipboard > > several times? > > I don't know why the author coded putclip that way. Perhaps Windows required > different clipboard interfacing long ago? Or the author was being very > cautious? > > > Is there any problem if you open clipboard once and close it at > > the end of function int putclip() just like the patch attached? > > > > The problem above disappears if the patch is applied. Does the code save the clipping to the clipboard with multiple formats? e.g. an ascii format, a utf-9 and a utf-16 or even an html version? I Don't recall how you had to code the clip operation so the paster can choose the best format to paste. I think mintty does this so that a text editor can paste the text from the screen, but a html editor can paste the maked-up text with bolding, underlines, etc. If you have turned on "Clipboard history" and/or "Sync across devices" in the Clipboard Settings, in at least some versions of Windows 10, there is an internet round trip to a Microsoft server that causes a delay between the copy-to-clipboard operation and when that clip is available for a paste-from-clipboard operation. If you perform a Ctrl-C immediately followed by a Ctrl-V, i.e., before the round trip completes, you will paste the previous clipboard contents instead of the expected new content. HTH Doug -- Doug Henderson, Calgary, Alberta, Canada - from gmail.com -- 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: Incompatible clipboard format between 32bit and 64bit cygwin
Am 26.09.2021 um 20:37 schrieb Thomas Wolff: Am 26.09.2021 um 11:50 schrieb Mark Geisert: Hi Takashi, Takashi Yano via Cygwin wrote: I noticed that cygwin clipboard is not compatible between 32bit and 64bit cygwin. If I run 'echo > /dev/clipboard' in 32bit cygwin, and run 'cat /dev/clipboard' in 64bit cygwin, this result in cat: /dev/clipboard: Bad address This is because the structure typedef struct { timestruc_t timestamp; size_t len; char data[1]; } cygcb_t; defined in fhandler_clipboard.cc has different size. Is this the known issue? I doubt anybody has ever tried what you did. I have and it failed; I just didn't find it important enough to report it here... Thanks for the plan to fix it. I have been testing getclip and putclip between 32- and 64-bit environments, but neglected to test Cygwin-internal clipboard format that prepends cygcb_t to the user-supplied data. As we're at it, what's the purpose of a cygwin-internal clipboard format at all? Copy/paste between 32bit/64bit mintty works; mintty uses Windows CF_UNICODETEXT clipboard format. Thomas So getclip and putclip will need fixing as well. I will submit a Cygwin patch to fix /dev/clipboard usage and a similar patch to cygutils for the utilities. I appreciate your help in uncovering and investigating bugs in clipboard support. Thanks & Regards, ..mark -- 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: Incompatible clipboard format between 32bit and 64bit cygwin
Am 26.09.2021 um 11:50 schrieb Mark Geisert: Hi Takashi, Takashi Yano via Cygwin wrote: I noticed that cygwin clipboard is not compatible between 32bit and 64bit cygwin. If I run 'echo > /dev/clipboard' in 32bit cygwin, and run 'cat /dev/clipboard' in 64bit cygwin, this result in cat: /dev/clipboard: Bad address This is because the structure typedef struct { timestruc_t timestamp; size_t len; char data[1]; } cygcb_t; defined in fhandler_clipboard.cc has different size. Is this the known issue? I doubt anybody has ever tried what you did. I have and it failed; I just didn't find it important enough to report it here... Thanks for the plan to fix it. I have been testing getclip and putclip between 32- and 64-bit environments, but neglected to test Cygwin-internal clipboard format that prepends cygcb_t to the user-supplied data. So getclip and putclip will need fixing as well. I will submit a Cygwin patch to fix /dev/clipboard usage and a similar patch to cygutils for the utilities. I appreciate your help in uncovering and investigating bugs in clipboard support. Thanks & Regards, ..mark -- 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] Updated: {,mingw64-{i686,x86_64}-}binutils-2.37-1
Brian Inglis writes: > It appears that the binutils man pages in this release are gzipped > zero length files when gunzipped. That's an upstream bug, I'll have to see how to either re-generate them myself or wait for a new upstream release. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Waldorf MIDI Implementation & additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs -- 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] Updated: {,mingw64-{i686,x86_64}-}binutils-2.37-1
On 2021-08-22 07:20, Achim Gratz wrote: The binutils packages for Cygwin and MingW64 cross-compilation toolchains have been updated to the upstream feature release 2.37, with additional patches applied to remove upstream changes that are incompatible with Cygwin. binutils-2.37-1 mingw64-i686-binutils-2.37-1 mingw64-x86_64-binutils-2.37-1 The GNU Binutils are a collection of binary tools. Most of these programs use BFD, the Binary File Descriptor library, to do low-level manipulation. Many of them also use the opcodes library to assemble and disassemble machine instructions. Hi Achim, It appears that the binutils man pages in this release are gzipped zero length files when gunzipped. I extracted good copies from the previous release tar. Could you please have a look when you have free time from more important issues, or get an updated version? -- 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.] -- 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: curl, libcurl{4, -devel, -doc}, mingw64-{x86_64, i686}-curl 7.79.1
The following packages have been upgraded in the Cygwin distribution: * curl 7.79.1 * libcurl4 7.79.1 * libcurl-devel 7.79.1 * libcurl-doc 7.79.1 * mingw64-x86_64-curl 7.79.1 * mingw64-i686-curl 7.79.1 Command line tool and Library supporting transferring files with URL syntax, using FTP, FTPS, HTTP, HTTPS, SCP, SFTP, TFTP, TELNET, DICT, and FILE, SSL certificates, HTTP POST, HTTP PUT, FTP uploading, HTTP form based upload, proxies, cookies, user+password authentication (Basic, Digest, NTLM, Negotiate...), file transfer resume, proxy tunneling and a busload of other useful tricks. For more information see the project home page: https://curl.se/ As there are multiple components and many changes each release please see below or read /usr/share/doc/curl/RELEASE-NOTES after installation; for complete details of changes since the previous Cygwin release see: /usr/share/doc/curl/CHANGES or https://curl.se/changes.html curl and libcurl 7.79.1 Public curl releases: 203 Command line options: 242 curl_easy_setopt() options: 290 Public functions in libcurl: 85 Contributors: 2489 This release includes the following known bugs: * see docs/KNOWN_BUGS (https://curl.se/docs/knownbugs.html) This release includes the following bugfixes: * Curl_http2_setup: don't change connection data on repeat invokes * curl_multi_fdset: make FD_SET() not operate on sockets out of range * dist: provide lib/.checksrc in the tarball * FAQ: add GOPHERS + curl works on data, not files * hsts: CURLSTS_FAIL from hsts read callback should fail transfer * hsts: handle unlimited expiry * http: fix the broken >3 digit response code detection * strerror: use sys_errlist instead of strerror on Windows * test1184: disable * tests/sshserver.pl: make it work with openssh-8.7p1 curl and libcurl 7.79.0 September 15 2021 This release includes the following changes: * bearssl: support CURLOPT_CAINFO_BLOB * http: consider cookies over localhost to be secure * secure transport: support CURLINFO_CERTINFO This release includes the following bugfixes: * CVE-2021-22945: clear the leftovers pointer when sending succeeds * CVE-2021-22946: do not ignore --ssl-reqd * CVE-2021-22947: reject STARTTLS server response pipelining * ares: use ares_getaddrinfo() * asyn-ares.c: move all version number checks to the top * auth: do not append zero-terminator to authorisation id in kerberos * auth: properly handle byte order in kerberos security message * auth: use sasl authzid option in kerberos * auth: we do not support a security layer after kerberos authentication * BINDINGS.md: update links to use https where available * build: fix compiler warnings * c-hyper: deal with Expect: 100-continue combined with POSTFIELDS * c-hyper: fix header value passed to debug callback * c-hyper: handle HTTP/1.1 => HTTP/1.0 downgrade on reused connection * c-hyper: initial step for 100-continue support * c-hyper: initial support for "dumping" 1xx HTTP responses * c-hyper: remove the hyper_executor_poll() loop from Curl_http * CI/cirrus: reduce compile time with increased parallism * CI: use GitHub Container Registry instead of Docker Hub * cirrus: Add FreeBSD 13.0 job and disable sanitizer build * cmake: avoid poll() on macOS * cmake: sync CURL_DISABLE options * codeql: fix error "Resource not accessible by integration" * compressed.d: it's a request, not an order * config.d: escape the backslash properly * config.d: note that curlrc is used even when --config * config: get rid of the unused HAVE_SIG_ATOMIC_T et. al. * configure.ac: revert bad nghttp2 library detection improvements * configure: error out if both ngtcp2 and quiche are specified * configure: make --disable-hsts work * configure: set classic mingw minimum OS version to XP * configure: tweak nghttp2 library name fix * connect: get local port + ip also when reusing connections * connect: remove superfluous conditional * curl-openssl.m4: check lib64 for the pkg-config file * curl-openssl.m4: show correct output for OpenSSL v3 * curl.1: mention "global" flags * curl.1: provide examples for each option * curl: add warning for ignored data after quoted form parameter * curl: add warning for incompatible parameters usage * curl: better error message when -O fails to get a good name * curl: stop retry if Retry-After: is longer than allowed * curl_easy_setopt.3: improve the string copy wording * Curl_hsts_loadcb: don't attempt to load if hsts wasn't inited * curl_setup.h: sync values for HTTP_ONLY * curl_url_get.3: clarify about path and query * CURLMOPT_TIMERFUNCTION.3: remove misplaced "time" * CURLOPT_DOH_URL.3: CURLOPT_OPENSOCKETFUNCTION is not inherited * CURLOPT_SSL_CTX_*.3: tidy up the example * CURLOPT_UNIX_SOCKET_PATH.3: remove nginx reference, add see also * docs/MQTT: update state of username/password support * docs: remove experimental mentions from HSTS and MQTT * docs: the security list
Updated: curl, libcurl{4, -devel, -doc}, mingw64-{x86_64, i686}-curl 7.79.1
The following packages have been upgraded in the Cygwin distribution: * curl 7.79.1 * libcurl4 7.79.1 * libcurl-devel 7.79.1 * libcurl-doc 7.79.1 * mingw64-x86_64-curl 7.79.1 * mingw64-i686-curl 7.79.1 Command line tool and Library supporting transferring files with URL syntax, using FTP, FTPS, HTTP, HTTPS, SCP, SFTP, TFTP, TELNET, DICT, and FILE, SSL certificates, HTTP POST, HTTP PUT, FTP uploading, HTTP form based upload, proxies, cookies, user+password authentication (Basic, Digest, NTLM, Negotiate...), file transfer resume, proxy tunneling and a busload of other useful tricks. For more information see the project home page: https://curl.se/ As there are multiple components and many changes each release please see below or read /usr/share/doc/curl/RELEASE-NOTES after installation; for complete details of changes since the previous Cygwin release see: /usr/share/doc/curl/CHANGES or https://curl.se/changes.html curl and libcurl 7.79.1 Public curl releases: 203 Command line options: 242 curl_easy_setopt() options: 290 Public functions in libcurl: 85 Contributors: 2489 This release includes the following known bugs: * see docs/KNOWN_BUGS (https://curl.se/docs/knownbugs.html) This release includes the following bugfixes: * Curl_http2_setup: don't change connection data on repeat invokes * curl_multi_fdset: make FD_SET() not operate on sockets out of range * dist: provide lib/.checksrc in the tarball * FAQ: add GOPHERS + curl works on data, not files * hsts: CURLSTS_FAIL from hsts read callback should fail transfer * hsts: handle unlimited expiry * http: fix the broken >3 digit response code detection * strerror: use sys_errlist instead of strerror on Windows * test1184: disable * tests/sshserver.pl: make it work with openssh-8.7p1 curl and libcurl 7.79.0 September 15 2021 This release includes the following changes: * bearssl: support CURLOPT_CAINFO_BLOB * http: consider cookies over localhost to be secure * secure transport: support CURLINFO_CERTINFO This release includes the following bugfixes: * CVE-2021-22945: clear the leftovers pointer when sending succeeds * CVE-2021-22946: do not ignore --ssl-reqd * CVE-2021-22947: reject STARTTLS server response pipelining * ares: use ares_getaddrinfo() * asyn-ares.c: move all version number checks to the top * auth: do not append zero-terminator to authorisation id in kerberos * auth: properly handle byte order in kerberos security message * auth: use sasl authzid option in kerberos * auth: we do not support a security layer after kerberos authentication * BINDINGS.md: update links to use https where available * build: fix compiler warnings * c-hyper: deal with Expect: 100-continue combined with POSTFIELDS * c-hyper: fix header value passed to debug callback * c-hyper: handle HTTP/1.1 => HTTP/1.0 downgrade on reused connection * c-hyper: initial step for 100-continue support * c-hyper: initial support for "dumping" 1xx HTTP responses * c-hyper: remove the hyper_executor_poll() loop from Curl_http * CI/cirrus: reduce compile time with increased parallism * CI: use GitHub Container Registry instead of Docker Hub * cirrus: Add FreeBSD 13.0 job and disable sanitizer build * cmake: avoid poll() on macOS * cmake: sync CURL_DISABLE options * codeql: fix error "Resource not accessible by integration" * compressed.d: it's a request, not an order * config.d: escape the backslash properly * config.d: note that curlrc is used even when --config * config: get rid of the unused HAVE_SIG_ATOMIC_T et. al. * configure.ac: revert bad nghttp2 library detection improvements * configure: error out if both ngtcp2 and quiche are specified * configure: make --disable-hsts work * configure: set classic mingw minimum OS version to XP * configure: tweak nghttp2 library name fix * connect: get local port + ip also when reusing connections * connect: remove superfluous conditional * curl-openssl.m4: check lib64 for the pkg-config file * curl-openssl.m4: show correct output for OpenSSL v3 * curl.1: mention "global" flags * curl.1: provide examples for each option * curl: add warning for ignored data after quoted form parameter * curl: add warning for incompatible parameters usage * curl: better error message when -O fails to get a good name * curl: stop retry if Retry-After: is longer than allowed * curl_easy_setopt.3: improve the string copy wording * Curl_hsts_loadcb: don't attempt to load if hsts wasn't inited * curl_setup.h: sync values for HTTP_ONLY * curl_url_get.3: clarify about path and query * CURLMOPT_TIMERFUNCTION.3: remove misplaced "time" * CURLOPT_DOH_URL.3: CURLOPT_OPENSOCKETFUNCTION is not inherited * CURLOPT_SSL_CTX_*.3: tidy up the example * CURLOPT_UNIX_SOCKET_PATH.3: remove nginx reference, add see also * docs/MQTT: update state of username/password support * docs: remove experimental mentions from HSTS and MQTT * docs: the security list
[ANNOUNCEMENT] Updated: nghttp2, libnghttp2{_14, -devel}, {python{37, 38}, mingw64-{x86_64, i686}}-nghttp2 1.45.1
The following packages have been upgraded in the Cygwin distribution: * nghttp2 1.45.1 * libnghttp2_14 1.45.1 * libnghttp2-devel 1.45.1 * python37-nghttp2 1.45.1 * python38-nghttp2 1.45.1 * mingw64-x86_64-nghttp21.45.1 * mingw64-i686-nghttp2 1.45.1 HTTP/2 and its header compression algorithm HPACK implementation. The framing layer of HTTP/2 is implemented as a reusable library. Also included are an HTTP/2 client, server, proxy, load test and benchmarking tool, and Python modules. For more information see the project home page: https://nghttp2.org/ or the repo README: https://github.com/nghttp2/nghttp2#readme Please see below or read /usr/share/doc/nghttp2/ChangeLog after installation for complete details of changes: https://nghttp2.org/blog/ nghttp2 v1.45.1 Sep 21st, 2021 10:13 pm Build This release fixes packaging issues which lack some configuration files in tar archives. Nghttp2 v1.45.0 Sep 20th, 2021 5:56 pm Lib Stricter checks for :method: and :path pseudo header fields are introduced. Build nghttp2 applications can be compiled with OpenSSL v3.0.0. Fix warning about systemd when cmake is used. Added build options to enable HTTP/3 and eBPF. Nghttpx The experimental HTTP/3 support has been added. âdnfâ (= âdo not forwardâ) parameter is added to backend option H2load The experimental HTTP/3 support has been added. SSLKEYLOGFILE environment variable support has been added. -- 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
Updated: nghttp2, libnghttp2{_14, -devel}, {python{37, 38}, mingw64-{x86_64, i686}}-nghttp2 1.45.1
The following packages have been upgraded in the Cygwin distribution: * nghttp2 1.45.1 * libnghttp2_14 1.45.1 * libnghttp2-devel 1.45.1 * python37-nghttp2 1.45.1 * python38-nghttp2 1.45.1 * mingw64-x86_64-nghttp21.45.1 * mingw64-i686-nghttp2 1.45.1 HTTP/2 and its header compression algorithm HPACK implementation. The framing layer of HTTP/2 is implemented as a reusable library. Also included are an HTTP/2 client, server, proxy, load test and benchmarking tool, and Python modules. For more information see the project home page: https://nghttp2.org/ or the repo README: https://github.com/nghttp2/nghttp2#readme Please see below or read /usr/share/doc/nghttp2/ChangeLog after installation for complete details of changes: https://nghttp2.org/blog/ nghttp2 v1.45.1 Sep 21st, 2021 10:13 pm Build This release fixes packaging issues which lack some configuration files in tar archives. Nghttp2 v1.45.0 Sep 20th, 2021 5:56 pm Lib Stricter checks for :method: and :path pseudo header fields are introduced. Build nghttp2 applications can be compiled with OpenSSL v3.0.0. Fix warning about systemd when cmake is used. Added build options to enable HTTP/3 and eBPF. Nghttpx The experimental HTTP/3 support has been added. âdnfâ (= âdo not forwardâ) parameter is added to backend option H2load The experimental HTTP/3 support has been added. SSLKEYLOGFILE environment variable support has been added.
Re: Incompatible clipboard format between 32bit and 64bit cygwin
Hi Takashi, Takashi Yano via Cygwin wrote: I noticed that cygwin clipboard is not compatible between 32bit and 64bit cygwin. If I run 'echo > /dev/clipboard' in 32bit cygwin, and run 'cat /dev/clipboard' in 64bit cygwin, this result in cat: /dev/clipboard: Bad address This is because the structure typedef struct { timestruc_t timestamp; size_tlen; char data[1]; } cygcb_t; defined in fhandler_clipboard.cc has different size. Is this the known issue? I doubt anybody has ever tried what you did. I have been testing getclip and putclip between 32- and 64-bit environments, but neglected to test Cygwin-internal clipboard format that prepends cygcb_t to the user-supplied data. So getclip and putclip will need fixing as well. I will submit a Cygwin patch to fix /dev/clipboard usage and a similar patch to cygutils for the utilities. I appreciate your help in uncovering and investigating bugs in clipboard support. Thanks & Regards, ..mark -- 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] Updated: cygutils 1.4.16-7
Takashi Yano via Cygwin wrote: On Sat, 25 Sep 2021 16:23:54 +0900 Takashi Yano wrote: @@ -32,6 +32,6 @@ #include #include #include +#include #define DEBUGGING 0 // Set 1 to display debug output on stderr A small thing. Including w32api/stringapiset.h is no longer necessary with this patch. Noted. Thanks again Takashi! ..mark -- 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] Updated: cygutils 1.4.16-7
Hi Takashi, Takashi Yano via Cygwin wrote: On Sat, 25 Sep 2021 13:31:25 +0900 Takashi Yano wrote: [...] I noticed that putclip/getclip have another problem. These utils assume the charset is always UTF-8, however, cygwin supports locales which charset is not UTF-8 (such as CP932, EUC-JP, CP850, CP1251, etc.). Therefore, what abount using mbstowcs/wcstombs rather than MultiByteToWideChar/WideCharToMultiByte like the patch attached? Oh, that's how /dev/clipboard does the translations. I like that very much and will apply your patch as part of an upcoming -8 release of cygutils. ..mark -- 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] Updated: cygutils 1.4.16-7
Hi Takashi, Takashi Yano via Cygwin wrote: Sometimes, putclip shows error "Unable to open the clipboard" when I run 'echo A | putclip'. I digged into this problem, and found OpenClipboard() sometimes fails with error ERROR_ACCESS_DENIED if it is called just after SetClipboardData() and CloseClipboard(). Currently, putclip calls OpenClipboard()/CloseClipboard() four times. Is there any reason why closing and reopening clipboard several times? I don't know why the author coded putclip that way. Perhaps Windows required different clipboard interfacing long ago? Or the author was being very cautious? Is there any problem if you open clipboard once and close it at the end of function int putclip() just like the patch attached? The problem above disappears if the patch is applied. I will implement something similar to your patch for -8 in the next few days. Thank you for digging into this issue; I had seen evidence the clipboard was busy but wondered why Windows itself couldn't serialize access. It's amusing to find that putclip is apparently interfering with itself :-). Cheers, ..mark -- 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: Perl distributions
The following Perl distributions have been updated to their latest release version available on CPAN: noarch -- perl-Config-Tiny-2.27-1 perl-DateTime-Calendar-Julian-0.106-1 perl-DateTime-TimeZone-2.48-1 perl-libwww-perl-6.57-1 -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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
Updated: Perl distributions
The following Perl distributions have been updated to their latest release version available on CPAN: noarch -- perl-Config-Tiny-2.27-1 perl-DateTime-Calendar-Julian-0.106-1 perl-DateTime-TimeZone-2.48-1 perl-libwww-perl-6.57-1 -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Re: autorebase and user-installed dynamic objects
Ken Brown via Cygwin-apps writes: > Installs fine now, thanks. Please install the latest update. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds