mirror of
https://github.com/jart/cosmopolitan.git
synced 2025-07-07 19:58:30 +00:00
WIP: Correct all typos (#498)
This commit is contained in:
parent
98254a7c1f
commit
ed205e98a1
79 changed files with 162 additions and 162 deletions
6
third_party/sqlite3/wal.c
vendored
6
third_party/sqlite3/wal.c
vendored
|
@ -282,7 +282,7 @@ int sqlite3WalTrace = 0;
|
|||
**
|
||||
** Technically, the various VFSes are free to implement these locks however
|
||||
** they see fit. However, compatibility is encouraged so that VFSes can
|
||||
** interoperate. The standard implemention used on both unix and windows
|
||||
** interoperate. The standard implementation used on both unix and windows
|
||||
** is for the index number to indicate a byte offset into the
|
||||
** WalCkptInfo.aLock[] array in the wal-index header. In other words, all
|
||||
** locks are on the shm file. The WALINDEX_LOCK_OFFSET constant (which
|
||||
|
@ -358,7 +358,7 @@ struct WalIndexHdr {
|
|||
** the mxFrame for that reader. The value READMARK_NOT_USED (0xffffffff)
|
||||
** for any aReadMark[] means that entry is unused. aReadMark[0] is
|
||||
** a special case; its value is never used and it exists as a place-holder
|
||||
** to avoid having to offset aReadMark[] indexs by one. Readers holding
|
||||
** to avoid having to offset aReadMark[] indexes by one. Readers holding
|
||||
** WAL_READ_LOCK(0) always ignore the entire WAL and read all content
|
||||
** directly from the database.
|
||||
**
|
||||
|
@ -1469,7 +1469,7 @@ int sqlite3WalOpen(
|
|||
}
|
||||
|
||||
/*
|
||||
** Change the size to which the WAL file is trucated on each reset.
|
||||
** Change the size to which the WAL file is truncated on each reset.
|
||||
*/
|
||||
void sqlite3WalLimit(Wal *pWal, i64 iLimit){
|
||||
if( pWal ) pWal->mxWalSize = iLimit;
|
||||
|
|
4
third_party/sqlite3/where.c
vendored
4
third_party/sqlite3/where.c
vendored
|
@ -1356,7 +1356,7 @@ char sqlite3IndexColumnAffinity(sqlite3 *db, Index *pIdx, int iCol){
|
|||
** Value pLoop->nOut is currently set to the estimated number of rows
|
||||
** visited for scanning (a=? AND b=?). This function reduces that estimate
|
||||
** by some factor to account for the (c BETWEEN ? AND ?) expression based
|
||||
** on the stat4 data for the index. this scan will be peformed multiple
|
||||
** on the stat4 data for the index. this scan will be performed multiple
|
||||
** times (once for each (a,b) combination that matches a=?) is dealt with
|
||||
** by the caller.
|
||||
**
|
||||
|
@ -2929,7 +2929,7 @@ static int whereUsablePartialIndex(
|
|||
*/
|
||||
static int whereLoopAddBtree(
|
||||
WhereLoopBuilder *pBuilder, /* WHERE clause information */
|
||||
Bitmask mPrereq /* Extra prerequesites for using this table */
|
||||
Bitmask mPrereq /* Extra prerequisites for using this table */
|
||||
){
|
||||
WhereInfo *pWInfo; /* WHERE analysis context */
|
||||
Index *pProbe; /* An index we are evaluating */
|
||||
|
|
2
third_party/sqlite3/whereInt.inc
vendored
2
third_party/sqlite3/whereInt.inc
vendored
|
@ -321,7 +321,7 @@ struct WhereClause {
|
|||
u8 hasOr; /* True if any a[].eOperator is WO_OR */
|
||||
int nTerm; /* Number of terms */
|
||||
int nSlot; /* Number of entries in a[] */
|
||||
WhereTerm *a; /* Each a[] describes a term of the WHERE cluase */
|
||||
WhereTerm *a; /* Each a[] describes a term of the WHERE clause */
|
||||
#if defined(SQLITE_SMALL_STACK)
|
||||
WhereTerm aStatic[1]; /* Initial static space for a[] */
|
||||
#else
|
||||
|
|
4
third_party/sqlite3/whereexpr.c
vendored
4
third_party/sqlite3/whereexpr.c
vendored
|
@ -1307,8 +1307,8 @@ static void exprAnalyze(
|
|||
WhereTerm *pTerm; /* The term to be analyzed */
|
||||
WhereMaskSet *pMaskSet; /* Set of table index masks */
|
||||
Expr *pExpr; /* The expression to be analyzed */
|
||||
Bitmask prereqLeft; /* Prerequesites of the pExpr->pLeft */
|
||||
Bitmask prereqAll; /* Prerequesites of pExpr */
|
||||
Bitmask prereqLeft; /* Prerequisites of the pExpr->pLeft */
|
||||
Bitmask prereqAll; /* Prerequisites of pExpr */
|
||||
Bitmask extraRight = 0; /* Extra dependencies on LEFT JOIN */
|
||||
Expr *pStr1 = 0; /* RHS of LIKE/GLOB operator */
|
||||
int isComplete = 0; /* RHS of LIKE/GLOB ends with wildcard */
|
||||
|
|
6
third_party/sqlite3/window.c
vendored
6
third_party/sqlite3/window.c
vendored
|
@ -648,7 +648,7 @@ static Window *windowFind(Parse *pParse, Window *pList, const char *zName){
|
|||
** is the Window object representing the associated OVER clause. This
|
||||
** function updates the contents of pWin as follows:
|
||||
**
|
||||
** * If the OVER clause refered to a named window (as in "max(x) OVER win"),
|
||||
** * If the OVER clause referred to a named window (as in "max(x) OVER win"),
|
||||
** search list pList for a matching WINDOW definition, and update pWin
|
||||
** accordingly. If no such WINDOW clause can be found, leave an error
|
||||
** in pParse.
|
||||
|
@ -1537,7 +1537,7 @@ struct WindowCsrAndReg {
|
|||
**
|
||||
** (ORDER BY a, b GROUPS BETWEEN 2 PRECEDING AND 2 FOLLOWING)
|
||||
**
|
||||
** The windows functions implmentation caches the input rows in a temp
|
||||
** The windows functions implementation caches the input rows in a temp
|
||||
** table, sorted by "a, b" (it actually populates the cache lazily, and
|
||||
** aggressively removes rows once they are no longer required, but that's
|
||||
** a mere detail). It keeps three cursors open on the temp table. One
|
||||
|
@ -2529,7 +2529,7 @@ static int windowExprGtZero(Parse *pParse, Expr *pExpr){
|
|||
**
|
||||
** For the most part, the patterns above are adapted to support UNBOUNDED by
|
||||
** assuming that it is equivalent to "infinity PRECEDING/FOLLOWING" and
|
||||
** CURRENT ROW by assuming that it is equivilent to "0 PRECEDING/FOLLOWING".
|
||||
** CURRENT ROW by assuming that it is equivalent to "0 PRECEDING/FOLLOWING".
|
||||
** This is optimized of course - branches that will never be taken and
|
||||
** conditions that are always true are omitted from the VM code. The only
|
||||
** exceptional case is:
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue