-
Notifications
You must be signed in to change notification settings - Fork 273
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
[Rendezvous] Change ttl
and limit
to uint64
#338
[Rendezvous] Change ttl
and limit
to uint64
#338
Conversation
uint64
uint64
I am guessing you meant to write: - hence the use of an unsigned integer does not bring any value
+ hence the use of a signed integer does not bring any value I agree, though I don't think we can just alter the type as that would be a breaking protobuf change while this protocol is already used in the wild. @vyzo @vasco-santos can you comment here? |
Yep will fix that! Re breaking change: How does the protocol being a Draft affect this? I would have assumed that prior to being finalized, we can make breaking changes. It is not particularly nice for implementations but the way I see it, early adoptions of protocols have to accept that? |
yeah thats fine.
…On Mon, Jun 21, 2021, 14:21 Thomas Eizinger ***@***.***> wrote:
I am guessing you meant to write:
- hence the use of an unsigned integer does not bring any value+ hence the use of a signed integer does not bring any value
I agree, though I don't think we can just alter the type as that would be
a breaking protobuf change while this protocol is already used in the wild.
@vyzo <https://github.com/vyzo> @vasco-santos
<https://github.com/vasco-santos> can you comment here?
Yep will fix that!
Re breaking change: How does the protocol being a Draft affect this? I
would have assumed that prior to being finalized, we can make breaking
changes. It is not particularly nice for implementations but the way I see
it, early adoptions of protocols have to accept that?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#338 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAAI4SQ2ZGIMUHWAB5GAXYTTT4OENANCNFSM47ATCA7Q>
.
|
To be meaningful, TTL has to be a positive integer hence the use of an signed integer does not bring any value and only introduces unnecessary error handling.
66f47fb
to
f4a617d
Compare
@mxinden I've changed the commit message to say "signed integer". |
Limiting the number of responses makes only sense if it is a positive integer.
uint64
ttl
and limit
to uint64
In the same spirit, I changed |
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.
After a bit of research it seems like the rendezvous protocol isn't used anywhere yet, thus the breaking changes here are fine by me. Thanks for cleaning these types up Thomas!
Would you mind bumping the spec revision?
diff --git a/rendezvous/README.md b/rendezvous/README.md
index 4d98b2f..9277d40 100644
--- a/rendezvous/README.md
+++ b/rendezvous/README.md
@@ -2,7 +2,7 @@
| Lifecycle Stage | Maturity | Status | Latest Revision |
|-----------------|---------------|--------|-----------------|
-| 1A | Working Draft | Active | r1, 2019-01-18 |
+| 1A | Working Draft | Active | r2, 2021-06-24 |
Authors: [@vyzo]
Done! |
Thanks @thomaseizinger! |
To be meaningful, TTL has to be a positive integer hence the use of
an signed integer does not bring any value and only introduces
unnecessary error handling.