Exit Zen
37
string ID 127
type: list
English
* [link beast.ref.boost__beast__basic_flat_buffer `basic_flat_buffer`]
* [link beast.ref.boost__beast__basic_multi_buffer `basic_multi_buffer`]
* [link beast.ref.boost__beast__flat_buffer `flat_buffer`]
* [link beast.ref.boost__beast__flat_static_buffer `flat_static_buffer`]
* [link beast.ref.boost__beast__flat_static_buffer_base `flat_static_buffer_base`]
* [link beast.ref.boost__beast__static_buffer `static_buffer`]
* [link beast.ref.boost__beast__static_buffer_base `static_buffer_base`]
* [link beast.ref.boost__beast__multi_buffer `multi_buffer`]
555/5550 · 555
37
string ID 34
type: table cell
English
Attempts to write `n` bytes from the buffer pointed to by `c` to the current file offset of the open file referred to by `f`. The memory buffer at `c` must point to storage of at least `n` bytes meant to be copied to the file. The function advances the file offset by the amount written, and returns the number of bytes actually written, which may be less than `n`. If `f` does not refer to an open file, the function will set `ec` to `errc::invalid_argument` and return immediately. The function will ensure that `!ec` is `true` if there was no error or set to the appropriate error code if an error occurred.
610/6100 · 610
37
string ID 237
type: paragraph
English
is a Microsoft project which ['"...aims to help C++ developers connect to and interact with services"]. It offers the most functionality of the libraries reviewed here, including support for Websocket services using its websocket++ dependency. It can use native APIs such as HTTP.SYS when building Windows based applications, and it can use Boost.Asio. The WebSocket module uses Boost.Asio exclusively.
402/4020 · 402
37
string ID 36
type: table cell
English
`a.set_content_length_impl(n)`
30/300 · 30
37
string ID 115
type: table cell
English
Guarantees that input and output areas are buffer sequences with length one. Provides the facilities of a dynamic buffer, subject to an upper limit placed on the total size of the input and output areas defined by a constexpr template parameter. The storage for the sequences are kept in the class; the implementation does not perform heap allocations.
352/3520 · 352
271
string ID 271
type: paragraph
English
/// An HTTP response header template<class Fields> struct header<false, Fields> : Fields {
90/900 · 90
37
string ID 165
type: paragraph
English
``` openssl req -new -newkey rsa:4096 -keyout ca.key -x509 -out ca.crt -subj "/CN=localhost" -days 365 ```
106/1060 · 106
38
string ID 214
type: paragraph
English
This example will read a message header from the stream, and then manually read each chunk. It recognizes the chunk boundaries and outputs the contents of each chunk as it comes in. Any chunk extensions are printed, each extension on its own line. Finally, any trailers promised in the header are printed.
305/3050 · 305
72
string ID 72
type: table cell
English
WebSocket, coroutine
20/200 · 20
38
string ID 109
type: paragraph
English
Using the type checks with `static_assert` on function or class template types will provide users with helpful error messages and prevent undefined behaviors. This example shows how a template function which writes to a synchronous stream may check its argument:
262/2620 · 262
38
string ID 348
type: paragraph
English
The type of the function's return value is determined by the [@boost:/doc/html/boost_asio/reference/async_result.html `net::async_result`] customization point, which comes with specializations for common library types such as `std::future` and may also be specialized for user-defined types. The body of the initiating function calls the [@boost:/doc/html/boost_asio/reference/async_initiate.html `net::async_initiate`] helper to capture the arguments and forward them to the specialization of `async_result`. An additional "initiation function" object is provided which `async_result` may use to immediately launch the operation, or defer the launch of the operation until some point in the future (this is called "lazy execution"). The initiation function object receives the internal completion handler which matches the signature expected by the initiating function:
870/8700 · 870
38
string ID 120
type: table cell
English
[link beast.ref.boost__beast__http__vector_body `vector_body`]
62/620 · 62
38
string ID 141
type: section title
English
Reading large response body __example__
39/390 · 39
38
string ID 206
type: heading
English
Boost 1.83
10/100 · 10
38
string ID 170
type: heading
English
Exemplar
8/100 · 8
38
string ID 244
type: paragraph
English
As cpprestsdk is developed by a large corporation, it contains quite a bit of functionality and necessarily has more interfaces. We will break down the interfaces used to model messages into more manageable pieces. This is the container used to store the HTTP header fields: ``` class http_headers { public:
307/3070 · 307
38
string ID 36
type: table cell
English
Adjusts the [@https://tools.ietf.org/html/rfc7230#section-3.3.2 [*Content-Length]] field value as follows:

[itemized_list [ If `n` contains a value, the Content-Length field will be set to the text representation of the value. Any previous Content-Length fields are removed from the container. ][ If `n` does not contain a value, any present Content-Length fields are removed from the container. ]]
399/3990 · 399
38
string ID 115
type: table cell
English
[link beast.ref.boost__beast__static_buffer `static_buffer`] [link beast.ref.boost__beast__static_buffer_base `static_buffer_base`]
131/1310 · 131
279
string ID 279
type: paragraph
English
}; ```
6/100 · 6
38
string ID 170
type: list
English
* Generate a Server CSR:
24/240 · 24