Buy commercial curl support from WolfSSL. We help you work
out your issues, debug your libcurl applications, use the API, port to new
platforms, add new features and more. With a team lead by the curl founder
himself.
RE: Deprecating 4 "wrong" RTMP protocol bits
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Daniel Stenberg via curl-library <curl-library_at_lists.haxx.se>
Date: Sat, 11 Jun 2022 23:41:05 +0200 (CEST)
On Fri, 10 Jun 2022, Max Dymond via curl-library wrote:
> Perhaps simply "a string"?
> https://github.com/curl/curl/blob/master/src/tool_libinfo.c already converts
> a proto name (e.g. "https", "sftp") into a value - I don't think it's beyond
> the realms of feasibility to have a similar API to replace
> CURLOPT_PROTOCOLS.
Agreed. I ditched my initial PR and created this new string based API to set
the two options:
https://github.com/curl/curl/pull/8992
Date: Sat, 11 Jun 2022 23:41:05 +0200 (CEST)
On Fri, 10 Jun 2022, Max Dymond via curl-library wrote:
> Perhaps simply "a string"?
> https://github.com/curl/curl/blob/master/src/tool_libinfo.c already converts
> a proto name (e.g. "https", "sftp") into a value - I don't think it's beyond
> the realms of feasibility to have a similar API to replace
> CURLOPT_PROTOCOLS.
Agreed. I ditched my initial PR and created this new string based API to set
the two options:
https://github.com/curl/curl/pull/8992
-- / daniel.haxx.se | Commercial curl support up to 24x7 is available! | Private help, bug fixes, support, ports, new features | https://curl.se/support.html -- Unsubscribe: https://lists.haxx.se/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.htmlReceived on 2022-06-11