- generate AVAILABILITY manpage sections automatically - for consistent wording - allows us to double-check against other documumentation (symbols-in-versions etc) - enables proper automation/scripting based on this data - lots of them were wrong or missing in the manpages - several of them repeated (sometimes mismatching) backend support info Add test 1488 to verify "added-in" version numbers against symbols-in-versions. Closes #14217
1.7 KiB
| c | SPDX-License-Identifier | Title | Section | Source | See-also | Protocol | Added-in | |||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Copyright (C) Daniel Stenberg, <daniel@haxx.se>, et al. | curl | CURLMOPT_PIPELINING | 3 | libcurl |
|
|
7.16.0 |
NAME
CURLMOPT_PIPELINING - enable HTTP multiplexing
SYNOPSIS
#include <curl/curl.h>
CURLMcode curl_multi_setopt(CURLM *handle, CURLMOPT_PIPELINING, long bitmask);
DESCRIPTION
Pass in the correct value in the bitmask parameter to instruct libcurl to enable multiplexing for this multi handle.
With multiplexing enabled, libcurl attempts to do multiple transfers over the same connection when doing parallel transfers to the same hosts.
CURLPIPE_NOTHING (0)
Default, which means doing no attempts at multiplexing.
CURLPIPE_HTTP1 (1)
This bit is deprecated and has no effect since version 7.62.0.
CURLPIPE_MULTIPLEX (2)
If this bit is set, libcurl tries to multiplex the new transfer over an existing connection if possible. This requires HTTP/2 or HTTP/3.
DEFAULT
Since 7.62.0, CURLPIPE_MULTIPLEX is enabled by default.
Before that, default was CURLPIPE_NOTHING.
EXAMPLE
int main(void)
{
CURLM *m = curl_multi_init();
/* try HTTP/2 multiplexing */
curl_multi_setopt(m, CURLMOPT_PIPELINING, CURLPIPE_MULTIPLEX);
}
NOTES
The multiplex support bit was added in 7.43.0. HTTP/1 Pipelining support was disabled in 7.62.0.
RETURN VALUE
Returns CURLM_OK if the option is supported, and CURLM_UNKNOWN_OPTION if not.