forked from weaselab/conflict-set
Tidying
This commit is contained in:
@@ -534,7 +534,6 @@ Node *getChildNodeGeq(Node *self, int child) {
|
|||||||
int c = self256->bitSet.firstSetGeq(child);
|
int c = self256->bitSet.firstSetGeq(child);
|
||||||
return c >= 0 ? self256->children[c].child : nullptr;
|
return c >= 0 ? self256->children[c].child : nullptr;
|
||||||
}
|
}
|
||||||
return nullptr;
|
|
||||||
}
|
}
|
||||||
|
|
||||||
void setChildrenParents(Node4 *n) {
|
void setChildrenParents(Node4 *n) {
|
||||||
|
|||||||
+1
-1
@@ -72,7 +72,7 @@ Each node shows its partial prefix annotated with $(max,point,range)$.
|
|||||||
|
|
||||||
\subsection{Checking point reads}
|
\subsection{Checking point reads}
|
||||||
|
|
||||||
The algorithm for checking point reads follows directly from the definitions of the \emph{point} and \emph{range}.
|
The algorithm for checking point reads follows directly from the definitions of the \emph{point} and \emph{range} fields.
|
||||||
Our input is a key $k$ and a read version $r$, and we must report whether or not the write version $v_{k}$ of $k$ is less than or equal to $r$.
|
Our input is a key $k$ and a read version $r$, and we must report whether or not the write version $v_{k}$ of $k$ is less than or equal to $r$.
|
||||||
In order to find $v_{k}$, we search for the node whose prefix matches $k$.
|
In order to find $v_{k}$, we search for the node whose prefix matches $k$.
|
||||||
If such a node exists and has \emph{point} set, then $v_{k}$ is its \emph{point} field.
|
If such a node exists and has \emph{point} set, then $v_{k}$ is its \emph{point} field.
|
||||||
|
|||||||
Reference in New Issue
Block a user