[
https://jira.jboss.org/browse/JGRP-1256?page=com.atlassian.jira.plugin.sy...
]
ronald yang commented on JGRP-1256:
-----------------------------------
it's pretty clear to me that my change won't enforce a hard limit on the xmit buf
size, but I feel it's better to bail out early when a known invariant is about to be
violated (highest_delivered is not supposed to exceed highest_received?). Without this
check then we have to wait for the long value to wrap around which will take a while.
Maybe the right thing to do, for trimming the xmit buf, is to count up starting from low?
NakReceiverWindow removeMany infinite loop
------------------------------------------
Key: JGRP-1256
URL:
https://jira.jboss.org/browse/JGRP-1256
Project: JGroups
Issue Type: Bug
Affects Versions: 2.8.1
Reporter: ronald yang
Assignee: Bela Ban
Attachments: mping.xml, mping.xml
it is possible for the NakReceiverWindow to enter an infinite loop if max_xmit_buf_size
has been set.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira