purpose char* for storing these values in via casting. For more information
see the now closed related issue:
https://github.com/curl/curl/issues/608
-
-92. curl tool 7.47.1 in Windows will not --output to literal paths \\?\ or to
- reserved dos device names unless the device prefix \\.\ is used. To send
- output to a device that has a reserved dos device name you can use the
- Windows device prefix (eg: --output \\.\NUL). You can also use the
- redirection operator to send output to a literal path or a reserved device
- name (eg: > NUL).
- The next release of curl will support --output in Windows to literal paths
- and to reserved device names without the device prefix.
- https://github.com/curl/curl/commit/c3aac48
- https://github.com/curl/curl/commit/4fc80f3
91. "curl_easy_perform hangs with imap and PolarSSL"
https://github.com/curl/curl/issues/334
89. Disabling HTTP Pipelining when there are ongoing transfers can lead to
heap corruption and crash. https://curl.haxx.se/bug/view.cgi?id=1411
-88. libcurl doesn't support CURLINFO_FILETIME for SFTP transfers and thus
- curl's -R option also doesn't work then.
-
87. -J/--remote-header-name doesn't decode %-encoded file names. RFC6266
details how it should be done. The can of worm is basically that we have no
charset handling in curl and ascii >=128 is a challenge for us. Not to