Typos

diff --git a/doc/antora/modules/developers/pages/dbuff.adoc b/doc/antora/modules/developers/pages/dbuff.adoc
index 58f1951a9c0975ef259c69626540c0a14c3457e1..c17f9fb6b1bf8273360fc6b15f1426a2f7a0cdd1 100644 (file)
--- a/doc/antora/modules/developers/pages/dbuff.adoc
+++ b/doc/antora/modules/developers/pages/dbuff.adoc
@@ -45,7 +45,7 @@ the use of the buffer.  The functions normally return the number of
 bytes which have been used, so that the caller can adjust the pointer
 and length (adding to the former and subtracting from the latter).
 
-This method works, but there are some limitations
+This method works, but there are some limitations:
 
 * For encoders the buffer cannot be extended, which means the length
   of the buffer must be determined prior to calling the encoder.
@@ -68,7 +68,7 @@ the `fr_dbuff_t` structure in the source. The structure contains:
   operating on the same buffer are members of a singly linked list.
 
 The Encoding and decoding functions are passed pointers to dbuffs.
-Each function does its' work, updates the pointer to the next byte,
+Each function does its work, updates the pointer to the next byte,
 and then returns.  The caller can then just encode / decode multiple
 tokens in a row, with minimal additional overhead.
 
@@ -170,7 +170,7 @@ FR_DBUFF_FOO_RETURN(dbuff, ...);
 instead of
 [source,c]
 ----
-f ((val = fr_dbuff_foo(dbuff, ...) < 0) return val;
+if ((val = fr_dbuff_foo(dbuff, ...) < 0) return val;
 ----
 
 letting one return an error to the caller without cluttering the code.

diff --git a/doc/antora/modules/developers/pages/sbuff-ng.adoc b/doc/antora/modules/developers/pages/sbuff-ng.adoc
index 979d0be3bdb5d44ef988ac53734d87ab44d28b92..ea0726e58d6e8379e3438fc8913c1f77cf16d34b 100644 (file)
--- a/doc/antora/modules/developers/pages/sbuff-ng.adoc
+++ b/doc/antora/modules/developers/pages/sbuff-ng.adoc
@@ -13,7 +13,7 @@
 ## Fixes
 ### Marker release
 
-Current sbuffs require markers to be tracked because the marker's pointer needs to be updated is the sbuff is shifted,
+Current sbuffs require markers to be tracked because the marker's pointer needs to be updated as the sbuff is shifted,
 
 Using offsets relative to the start of the current sbuff removes the tracking requirement and means that the markers no longer need to be updated.