2 ==================================================================================
3 Copyright (c) 2019 Nokia
4 Copyright (c) 2018-2019 AT&T Intellectual Property.
6 Licensed under the Apache License, Version 2.0 (the "License");
7 you may not use this file except in compliance with the License.
8 You may obtain a copy of the License at
10 http://www.apache.org/licenses/LICENSE-2.0
12 Unless required by applicable law or agreed to in writing, software
13 distributed under the License is distributed on an "AS IS" BASIS,
14 WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
15 See the License for the specific language governing permissions and
16 limitations under the License.
17 ==================================================================================
20 Mnemonic rmr_rts_msg_man.xfm
21 Abstract The manual page for the rmr_rts_msg function.
22 Author E. Scott Daniels
27 .im &{lib}/man/setup.im
31 &h1(RMR Library Functions)
40 rmr_mbuf_t* rmr_rts_msg( void* vctx, rmr_mbuf_t* msg );
45 The &cw(rmr_rts_msg) function sends a message returning it to the endpoint
46 which sent the message rather than selecting an endpoint based on the
47 message type and routing table.
48 Other than this small difference, the behaviour is exactly the same as
51 .** pull in common retry text
52 .im &{lib}/man/retry.im
55 When crafting a response based on a received message, the user application must
56 take care not to write more bytes to the message payload than the allocated message
58 In the case of a received message, it is possible that the response needs to be
59 larger than the payload associated with the inbound message.
60 In order to use the return to sender function, the source infomration in the orignal
61 message must be present in the response; information which cannot be added to a
62 message buffer allocated through the standard RMR allocation function.
63 To allocate a buffer with a larger payload, and which retains the necessary sender
64 data needed by this function, the &ital(rmr_realloc_payload()) function must be
65 used to extend the payload to a size suitable for the response.
68 On success, a new message buffer, with an empty payload, is returned for the application
69 to use for the next send.
70 The state in this buffer will reflect the overall send operation state and should be
74 If the state in the returned buffer is anything other than &cw(UT_OK,) the user application
75 may need to attempt a retransmission of the message, or take other action depending on the
76 setting of &cw(errno) as described below.
79 In the event of extreme failure, a NULL pointer is returned. In this case the value of
80 &cw(errno) might be of some use, for documentation, but there will be little that the
81 user application can do other than to move on.
84 The following values may be passed back in the &ital(state) field of the returned message
88 &beg_dlist(.75i : ^&bold_font )
89 &di(RMR_ERR_BADARG) The message buffer pointer did not refer to a valid message.
90 &di(RMR_ERR_NOHDR) The header in the message buffer was not valid or corrupted.
91 &di(RMR_ERR_NOENDPT) The message type in the message buffer did not map to a known endpoint.
92 &di(RMR_ERR_SENDFAILED) The send failed; &cw(errno) has the possible reason.
96 The following values may be assigned to &cw(errno) on failure.
97 &beg_dlist(.75i : ^&bold_font )
98 &di(INVAL) Parameter(s) passed to the function were not valid, or the underlying message processing environment was unable to interpret the message.
101 &di(ENOKEY) The header information in the message buffer was invalid.
104 &di(ENXIO) No known endpoint for the message could be found.
107 &di(EMSGSIZE) The underlying transport refused to accept the message because of a size value issue (message was not attempted to be sent).
110 &di(EFAULT) The message referenced by the message buffer is corrupt (NULL pointer or bad internal length).
113 &di(EBADF) Internal RMR error; information provided to the message transport environment was not valid.
116 &di(ENOTSUP) Sending was not supported by the underlying message transport.
119 &di(EFSM) The device is not in a state that can accept the message.
122 &di(EAGAIN) The device is not able to accept a message for sending. The user application should attempt to resend.
125 &di(EINTR) The operation was interrupted by delivery of a signal before the message was sent.
128 &di(ETIMEDOUT) The underlying message environment timed out during the send process.
131 &di(ETERM) The underlying message environment is in a shutdown state.