[
https://issues.apache.org/jira/browse/PROTON-1823?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16432676#comment-16432676
]
ASF subversion and git services commented on PROTON-1823:
---------------------------------------------------------
Commit c7717a47d675bae12fcfbf31244009ddb247787c in qpid-proton's branch
refs/heads/master from [~aconway]
[ https://git-wip-us.apache.org/repos/asf?p=qpid-proton.git;h=c7717a4 ]
PROTON-1823: [c] pn_message_send() calls pn_link_advance()
Call pn_link_advance() at the end of pn_message_send()
Since pn_message_send() can only send complete messages, it makes no sense to
call it without calling pn_link_advance().
> [c] make it easier to send a message
> ------------------------------------
>
> Key: PROTON-1823
> URL: https://issues.apache.org/jira/browse/PROTON-1823
> Project: Qpid Proton
> Issue Type: Improvement
> Components: proton-c
> Affects Versions: proton-c-0.22.0
> Reporter: Alan Conway
> Assignee: Alan Conway
> Priority: Minor
> Fix For: proton-c-0.23.0
>
>
> Encapsulates the awkward allocate-encode-expand dance required by
> pn_message_encode()
> Supports the following 2 scenarios:
> 1. Simple: don't care about allocations, just send `pn_message_t *msg` and
> forget it:
> pn_message_send(msg, sender, NULL)
> 2. Efficient: re-use a buffer, buffer is allocated and expanded as required:
> pn_rwbytes_t buffer=\{0}; // Zero initialize, libary will do the
> allocation
> ...
> pn_message_send(msg, sender, &buffer); // Expand as needed
> pn_message_send(msg2, sender2, &buffer); // etc.
> ...
> free(buffer->start); // Application must do final free of buffer
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
