[ https://issues.apache.org/jira/browse/PROTON-1174?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16357090#comment-16357090 ]
ASF subversion and git services commented on PROTON-1174: --------------------------------------------------------- Commit 1d72bdcb26fee5442e0048f7d52e107e200e5ab5 in qpid-proton's branch refs/heads/master from [~astitcher] [ https://git-wip-us.apache.org/repos/asf?p=qpid-proton.git;h=1d72bdc ] PROTON-1174: Fix channel max decoding iPROTON-1759: enable and skip failing test > Proton C encodes Open.channel-max 0 as a null and not as a uint. > ---------------------------------------------------------------- > > Key: PROTON-1174 > URL: https://issues.apache.org/jira/browse/PROTON-1174 > Project: Qpid Proton > Issue Type: Bug > Components: proton-c > Affects Versions: 0.12.0 > Reporter: Chuck Rolke > Assignee: Andrew Stitcher > Priority: Major > Labels: codec > Fix For: proton-c-0.21.0 > > > A connection Open frame is created with the intent of limiting the peer to > exactly one link. > {noformat} > pn_transport_set_channel_max(pn_trans, 0); > {noformat} > Proton encodes the frame with a null 0x40 going over the wire in the > channel-max slot. > A receiving application treats the value as 'default' and uses the spec > default value of 65535. If the receiving application had received a 0x43 > (types:encoding uint:uint0) it would have used the intended channel max of 0. -- This message was sent by Atlassian JIRA (v7.6.3#76005) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org