-
Notifications
You must be signed in to change notification settings - Fork 151
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Manually redo of previous reconnect-buffer PR #314
Manually redo of previous reconnect-buffer PR #314
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM - Thanks!
@ColinSullivan1 fixed the failing test but I wonder if the "fix" is OK as in, is it OK for it to fail due to increased payload or was the intention to ensure the "queue" is filling up?d |
Hmm... I wanted to make sure the 2nd publish failed as it would overrun the full buffer, but |
src/NATS.Client/Conn.cs
Outdated
else | ||
kickFlusher(); | ||
|
||
if (pending.Position + count + pubProtoLen > rbsize) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@ColinSullivan1 Replying to your Q here instead to get the context.
First publish: 0+20+12 > 32
Second publish: 0+21+12 > 32
LGTM. Thanks! |
It was easier to manually reapply changes from PR #284 Also fixes comments in that review. I've opened this PR up as a new PR so that you can compare that I didn't miss anything.
As it replaces #284 it also resolves #251