summaryrefslogtreecommitdiff
path: root/doc/zmq_send.txt
diff options
context:
space:
mode:
authorMartin Lucina <mato@kotelna.sk>2010-05-31 17:21:51 +0200
committerMartin Lucina <mato@kotelna.sk>2010-05-31 17:21:51 +0200
commitb4f3e0acd72de97bc5ef46ea74d9cd7ed7f9efc2 (patch)
tree3a70fcbe2007049ae1a7727e209d50df84d8db3d /doc/zmq_send.txt
parent7bbe754cb4987669d4273ec37f5f50d29b9931df (diff)
Documentation updates
Clarify multi-part messages
Diffstat (limited to 'doc/zmq_send.txt')
-rw-r--r--doc/zmq_send.txt13
1 files changed, 6 insertions, 7 deletions
diff --git a/doc/zmq_send.txt b/doc/zmq_send.txt
index e4439f5..300f812 100644
--- a/doc/zmq_send.txt
+++ b/doc/zmq_send.txt
@@ -36,10 +36,12 @@ responsibility for the message.
Multi-part messages
~~~~~~~~~~~~~~~~~~~
-A 0MQ message is composed of 1 to N message parts; each message part is an
-independent 'zmq_msg_t' in its own right. The total number of message parts is
-unlimited. Consequently, wherever this documentation uses the term _message_ it
-may be substituted for _message part_.
+A 0MQ message is composed of 1 or more message parts; each message part is an
+independent 'zmq_msg_t' in its own right. 0MQ ensures atomic delivery of
+messages; peers shall receive either all _message parts_ of a message or none
+at all.
+
+The total number of message parts is unlimited.
An application wishing to send a multi-part message does so by specifying the
'ZMQ_SNDMORE' flag to _zmq_send()_. The presence of this flag indicates to 0MQ
@@ -48,9 +50,6 @@ are to follow. When the application wishes to send the final message part it
does so by calling _zmq_send()_ without the 'ZMQ_SNDMORE' flag; this indicates
that no more message parts are to follow.
-0MQ shall ensure the atomicity of a multi-part message; peers shall receive
-either all _message parts_ of a multi-part message or none at all.
-
RETURN VALUE
------------