Skip to content

Commit e66991b

Browse files
authored
Merge pull request #26 from cgay/dev
A little love for binary-data
2 parents eea6750 + d11aa36 commit e66991b

4 files changed

Lines changed: 127 additions & 142 deletions

File tree

documentation/source/usage.rst

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -397,7 +397,7 @@ Repeated fields (:class:`<repeated-field>`) have a list of values of
397397
the field type, instead of just a single one. Currently two kinds
398398
of repeated fields are supported, :class:`<self-delimited-repeated-field>`
399399
and :class:`<count-repeated-field>`, they only differ in the way the
400-
the number of elements in the repeated field is determined.
400+
number of elements in the repeated field is determined.
401401

402402
A self-delimited field definition uses an expression to evaluate whether
403403
or not the end of the list of values has been reached, usually by checking
@@ -487,7 +487,7 @@ vector completely, but only the requested fields. To achieve this, we
487487
gather information about each field, specifically its start and end
488488
offset, and also its length, already at compile time, using a number
489489
system consisting of the type union between :drm:`<integer>` and
490-
:const:`$unknown-at-compile-time`, for which basic arithmetics is
490+
:const:`$unknown-at-compile-time`, for which basic arithmetic is
491491
defined.
492492

493493
For fixed sized fields, meaning single fields with a static and fixed
@@ -497,7 +497,7 @@ known at compile time. Accessing the ``payload`` is a subsequence
497497
operation (performing zerocopy) starting at bit 112 (or byte 15) of
498498
the binary vector.
499499

500-
While at the user level arithmetics is on the bit level, accesses at
500+
While at the user level arithmetic is on the bit level, accesses at
501501
byte boundaries are done directly into the byte vector. This is
502502
encapsulated in the class :class:`<stretchy-byte-vector-subsequence>`
503503

0 commit comments

Comments
 (0)