From 411509c736d45e41eda099e7c0175718179bc586 Mon Sep 17 00:00:00 2001 From: Garrett D'Amore Date: Sun, 25 Feb 2018 18:32:44 -0800 Subject: Fix incorrect section numbers. --- docs/man/nng_recv.adoc | 6 +++--- docs/man/nng_send.adoc | 8 ++++---- 2 files changed, 7 insertions(+), 7 deletions(-) (limited to 'docs') diff --git a/docs/man/nng_recv.adoc b/docs/man/nng_recv.adoc index e12d0b53..f9f8f1dd 100644 --- a/docs/man/nng_recv.adoc +++ b/docs/man/nng_recv.adoc @@ -45,11 +45,11 @@ size) via <>. NOTE: The semantics of what receiving a message means vary from protocol to protocol, so examination of the protocol documentation is encouraged. (For -example, with an <> socket a message may only be received -after a request has been sent, and an <> socket +example, with an <> socket a message may only be received +after a request has been sent, and an <> socket may only receive messages corresponding to topics to which it has subscribed.) Furthermore, some protocols may not support receiving data at all, such as -<>. +<>. TIP: The `NNG_FLAG_ALLOC` flag can be used to reduce data copies, thereby increasing performance, particularly if the buffer is reused to send diff --git a/docs/man/nng_send.adoc b/docs/man/nng_send.adoc index 53a87de3..19034f33 100644 --- a/docs/man/nng_send.adoc +++ b/docs/man/nng_send.adoc @@ -29,11 +29,11 @@ using the socket _s_. NOTE: The semantics of what sending a message means vary from protocol to protocol, so examination of the protocol documentation is encouraged. (For -example, with an <> socket the data is broadcast, so that +example, with an <> socket the data is broadcast, so that any peers who have a suitable subscription will be able to receive it using <> or a similar function.) Furthermore, some protocols -may not support sending data (such as <>) or may -require other conditions. (For example, <> sockets +may not support sending data (such as <>) or may +require other conditions. (For example, <> sockets cannot normally send data, which are responses to requests, until they have first received a request.) @@ -63,7 +63,7 @@ NOTE: Regardless of the presence or absence of `NNG_FLAG_NONBLOCK`, there may be queues between the sender and the receiver. Furthermore, there is no guarantee that the message has actually been delivered. Finally, with some protocols, the semantic is implictly `NNG_FLAG_NONBLOCK`, such as with -<> sockets, which are best-effort delivery only. +<> sockets, which are best-effort delivery only. WARNING: When using `NNG_FLAG_ALLOC`, it is important that the value of _size_ match the actual allocated size of the data. Using an incorrect size results -- cgit v1.2.3-70-g09d2