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
stream frame bits in wrong order #1021
Labels
-transport
editorial
An issue that does not affect the design of the protocol; does not require consensus.
Comments
I think that the error here is that we describe the bits starting at 0x01 and moving up to 0x80. The order we have consistently used elsewhere is 0x80 down to 0x01. If you reorder the descriptions of the bits, then you don't have to change the wire format. (Besides, high bits come first, right?) |
martinthomson
added
-transport
design
An issue that affects the design of the protocol; resolution requires consensus.
labels
Dec 16, 2017
Wfm
On Dec 16, 2017 4:42 PM, "Martin Thomson" <notifications@github.com> wrote:
I think that the error here is that we describe the bits starting at 0x01
and moving up to 0x80. The order we have consistently used elsewhere is
0x80 down to 0x01. If you reorder the descriptions of the bits, then you
don't have to change the wire format. (Besides, high bits come first,
right?)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#1021 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAP5s9qP9gm3_rDMxU-ZoOvPTJ1onw14ks5tBDk8gaJpZM4REbC8>
.
|
What Martin says. Most RFC use 0x80 down to 0x01. |
Closed. Thanks Patrick. |
martinthomson
added
editorial
An issue that does not affect the design of the protocol; does not require consensus.
and removed
design
An issue that affects the design of the protocol; resolution requires consensus.
labels
Dec 18, 2017
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
-transport
editorial
An issue that does not affect the design of the protocol; does not require consensus.
the len bit is 0x2 and the offset bit is 0x4 (and they are described in that order)
but their corresponding data fields appear in the frame as offset then length.. and the fields are described in that order.
we should swap the values of the len and offset bits to make things consistent
The text was updated successfully, but these errors were encountered: