|
|
@@ -107,9 +107,9 @@ extern "C" {
|
|
|
** [sqlite3_libversion_number()], [sqlite3_sourceid()],
|
|
|
** [sqlite_version()] and [sqlite_source_id()].
|
|
|
*/
|
|
|
-#define SQLITE_VERSION "3.8.6"
|
|
|
-#define SQLITE_VERSION_NUMBER 3008006
|
|
|
-#define SQLITE_SOURCE_ID "2014-07-03 12:18:22 0cc0230ae9cfc9760fd8ef2c25e82576b052dbeb"
|
|
|
+#define SQLITE_VERSION "3.8.7"
|
|
|
+#define SQLITE_VERSION_NUMBER 3008007
|
|
|
+#define SQLITE_SOURCE_ID "2014-09-12 20:30:59 b332a84d5154f70f3197537df4af243eaebbb011"
|
|
|
|
|
|
/*
|
|
|
** CAPI3REF: Run-Time Library Version Numbers
|
|
|
@@ -279,7 +279,7 @@ typedef sqlite_uint64 sqlite3_uint64;
|
|
|
**
|
|
|
** ^The sqlite3_close() and sqlite3_close_v2() routines are destructors
|
|
|
** for the [sqlite3] object.
|
|
|
-** ^Calls to sqlite3_close() and sqlite3_close_v2() return SQLITE_OK if
|
|
|
+** ^Calls to sqlite3_close() and sqlite3_close_v2() return [SQLITE_OK] if
|
|
|
** the [sqlite3] object is successfully destroyed and all associated
|
|
|
** resources are deallocated.
|
|
|
**
|
|
|
@@ -287,7 +287,7 @@ typedef sqlite_uint64 sqlite3_uint64;
|
|
|
** statements or unfinished sqlite3_backup objects then sqlite3_close()
|
|
|
** will leave the database connection open and return [SQLITE_BUSY].
|
|
|
** ^If sqlite3_close_v2() is called with unfinalized prepared statements
|
|
|
-** and unfinished sqlite3_backups, then the database connection becomes
|
|
|
+** and/or unfinished sqlite3_backups, then the database connection becomes
|
|
|
** an unusable "zombie" which will automatically be deallocated when the
|
|
|
** last prepared statement is finalized or the last sqlite3_backup is
|
|
|
** finished. The sqlite3_close_v2() interface is intended for use with
|
|
|
@@ -300,7 +300,7 @@ typedef sqlite_uint64 sqlite3_uint64;
|
|
|
** with the [sqlite3] object prior to attempting to close the object. ^If
|
|
|
** sqlite3_close_v2() is called on a [database connection] that still has
|
|
|
** outstanding [prepared statements], [BLOB handles], and/or
|
|
|
-** [sqlite3_backup] objects then it returns SQLITE_OK but the deallocation
|
|
|
+** [sqlite3_backup] objects then it returns [SQLITE_OK] and the deallocation
|
|
|
** of resources is deferred until all [prepared statements], [BLOB handles],
|
|
|
** and [sqlite3_backup] objects are also destroyed.
|
|
|
**
|
|
|
@@ -396,16 +396,14 @@ SQLITE_API int sqlite3_exec(
|
|
|
|
|
|
/*
|
|
|
** CAPI3REF: Result Codes
|
|
|
-** KEYWORDS: SQLITE_OK {error code} {error codes}
|
|
|
-** KEYWORDS: {result code} {result codes}
|
|
|
+** KEYWORDS: {result code definitions}
|
|
|
**
|
|
|
** Many SQLite functions return an integer result code from the set shown
|
|
|
** here in order to indicate success or failure.
|
|
|
**
|
|
|
** New error codes may be added in future versions of SQLite.
|
|
|
**
|
|
|
-** See also: [SQLITE_IOERR_READ | extended result codes],
|
|
|
-** [sqlite3_vtab_on_conflict()] [SQLITE_ROLLBACK | result codes].
|
|
|
+** See also: [extended result code definitions]
|
|
|
*/
|
|
|
#define SQLITE_OK 0 /* Successful result */
|
|
|
/* beginning-of-error-codes */
|
|
|
@@ -443,26 +441,19 @@ SQLITE_API int sqlite3_exec(
|
|
|
|
|
|
/*
|
|
|
** CAPI3REF: Extended Result Codes
|
|
|
-** KEYWORDS: {extended error code} {extended error codes}
|
|
|
-** KEYWORDS: {extended result code} {extended result codes}
|
|
|
+** KEYWORDS: {extended result code definitions}
|
|
|
**
|
|
|
-** In its default configuration, SQLite API routines return one of 26 integer
|
|
|
-** [SQLITE_OK | result codes]. However, experience has shown that many of
|
|
|
+** In its default configuration, SQLite API routines return one of 30 integer
|
|
|
+** [result codes]. However, experience has shown that many of
|
|
|
** these result codes are too coarse-grained. They do not provide as
|
|
|
** much information about problems as programmers might like. In an effort to
|
|
|
** address this, newer versions of SQLite (version 3.3.8 and later) include
|
|
|
** support for additional result codes that provide more detailed information
|
|
|
-** about errors. The extended result codes are enabled or disabled
|
|
|
+** about errors. These [extended result codes] are enabled or disabled
|
|
|
** on a per database connection basis using the
|
|
|
-** [sqlite3_extended_result_codes()] API.
|
|
|
-**
|
|
|
-** Some of the available extended result codes are listed here.
|
|
|
-** One may expect the number of extended result codes will increase
|
|
|
-** over time. Software that uses extended result codes should expect
|
|
|
-** to see new result codes in future releases of SQLite.
|
|
|
-**
|
|
|
-** The SQLITE_OK result code will never be extended. It will always
|
|
|
-** be exactly zero.
|
|
|
+** [sqlite3_extended_result_codes()] API. Or, the extended code for
|
|
|
+** the most recent error can be obtained using
|
|
|
+** [sqlite3_extended_errcode()].
|
|
|
*/
|
|
|
#define SQLITE_IOERR_READ (SQLITE_IOERR | (1<<8))
|
|
|
#define SQLITE_IOERR_SHORT_READ (SQLITE_IOERR | (2<<8))
|
|
|
@@ -516,6 +507,7 @@ SQLITE_API int sqlite3_exec(
|
|
|
#define SQLITE_NOTICE_RECOVER_WAL (SQLITE_NOTICE | (1<<8))
|
|
|
#define SQLITE_NOTICE_RECOVER_ROLLBACK (SQLITE_NOTICE | (2<<8))
|
|
|
#define SQLITE_WARNING_AUTOINDEX (SQLITE_WARNING | (1<<8))
|
|
|
+#define SQLITE_AUTH_USER (SQLITE_AUTH | (1<<8))
|
|
|
|
|
|
/*
|
|
|
** CAPI3REF: Flags For File Open Operations
|
|
|
@@ -697,7 +689,7 @@ struct sqlite3_file {
|
|
|
** locking strategy (for example to use dot-file locks), to inquire
|
|
|
** about the status of a lock, or to break stale locks. The SQLite
|
|
|
** core reserves all opcodes less than 100 for its own use.
|
|
|
-** A [SQLITE_FCNTL_LOCKSTATE | list of opcodes] less than 100 is available.
|
|
|
+** A [file control opcodes | list of opcodes] less than 100 is available.
|
|
|
** Applications that define a custom xFileControl method should use opcodes
|
|
|
** greater than 100 to avoid conflicts. VFS implementations should
|
|
|
** return [SQLITE_NOTFOUND] for file control opcodes that they do not
|
|
|
@@ -770,6 +762,7 @@ struct sqlite3_io_methods {
|
|
|
|
|
|
/*
|
|
|
** CAPI3REF: Standard File Control Opcodes
|
|
|
+** KEYWORDS: {file control opcodes} {file control opcode}
|
|
|
**
|
|
|
** These integer constants are opcodes for the xFileControl method
|
|
|
** of the [sqlite3_io_methods] object and for the [sqlite3_file_control()]
|
|
|
@@ -2049,27 +2042,33 @@ SQLITE_API int sqlite3_complete16(const void *sql);
|
|
|
/*
|
|
|
** CAPI3REF: Register A Callback To Handle SQLITE_BUSY Errors
|
|
|
**
|
|
|
-** ^This routine sets a callback function that might be invoked whenever
|
|
|
-** an attempt is made to open a database table that another thread
|
|
|
-** or process has locked.
|
|
|
+** ^The sqlite3_busy_handler(D,X,P) routine sets a callback function X
|
|
|
+** that might be invoked with argument P whenever
|
|
|
+** an attempt is made to access a database table associated with
|
|
|
+** [database connection] D when another thread
|
|
|
+** or process has the table locked.
|
|
|
+** The sqlite3_busy_handler() interface is used to implement
|
|
|
+** [sqlite3_busy_timeout()] and [PRAGMA busy_timeout].
|
|
|
**
|
|
|
-** ^If the busy callback is NULL, then [SQLITE_BUSY] or [SQLITE_IOERR_BLOCKED]
|
|
|
+** ^If the busy callback is NULL, then [SQLITE_BUSY]
|
|
|
** is returned immediately upon encountering the lock. ^If the busy callback
|
|
|
** is not NULL, then the callback might be invoked with two arguments.
|
|
|
**
|
|
|
** ^The first argument to the busy handler is a copy of the void* pointer which
|
|
|
** is the third argument to sqlite3_busy_handler(). ^The second argument to
|
|
|
** the busy handler callback is the number of times that the busy handler has
|
|
|
-** been invoked for this locking event. ^If the
|
|
|
+** been invoked for the same locking event. ^If the
|
|
|
** busy callback returns 0, then no additional attempts are made to
|
|
|
-** access the database and [SQLITE_BUSY] or [SQLITE_IOERR_BLOCKED] is returned.
|
|
|
+** access the database and [SQLITE_BUSY] is returned
|
|
|
+** to the application.
|
|
|
** ^If the callback returns non-zero, then another attempt
|
|
|
-** is made to open the database for reading and the cycle repeats.
|
|
|
+** is made to access the database and the cycle repeats.
|
|
|
**
|
|
|
** The presence of a busy handler does not guarantee that it will be invoked
|
|
|
** when there is lock contention. ^If SQLite determines that invoking the busy
|
|
|
** handler could result in a deadlock, it will go ahead and return [SQLITE_BUSY]
|
|
|
-** or [SQLITE_IOERR_BLOCKED] instead of invoking the busy handler.
|
|
|
+** to the application instead of invoking the
|
|
|
+** busy handler.
|
|
|
** Consider a scenario where one process is holding a read lock that
|
|
|
** it is trying to promote to a reserved lock and
|
|
|
** a second process is holding a reserved lock that it is trying
|
|
|
@@ -2083,28 +2082,15 @@ SQLITE_API int sqlite3_complete16(const void *sql);
|
|
|
**
|
|
|
** ^The default busy callback is NULL.
|
|
|
**
|
|
|
-** ^The [SQLITE_BUSY] error is converted to [SQLITE_IOERR_BLOCKED]
|
|
|
-** when SQLite is in the middle of a large transaction where all the
|
|
|
-** changes will not fit into the in-memory cache. SQLite will
|
|
|
-** already hold a RESERVED lock on the database file, but it needs
|
|
|
-** to promote this lock to EXCLUSIVE so that it can spill cache
|
|
|
-** pages into the database file without harm to concurrent
|
|
|
-** readers. ^If it is unable to promote the lock, then the in-memory
|
|
|
-** cache will be left in an inconsistent state and so the error
|
|
|
-** code is promoted from the relatively benign [SQLITE_BUSY] to
|
|
|
-** the more severe [SQLITE_IOERR_BLOCKED]. ^This error code promotion
|
|
|
-** forces an automatic rollback of the changes. See the
|
|
|
-** <a href="/cvstrac/wiki?p=CorruptionFollowingBusyError">
|
|
|
-** CorruptionFollowingBusyError</a> wiki page for a discussion of why
|
|
|
-** this is important.
|
|
|
-**
|
|
|
** ^(There can only be a single busy handler defined for each
|
|
|
** [database connection]. Setting a new busy handler clears any
|
|
|
** previously set handler.)^ ^Note that calling [sqlite3_busy_timeout()]
|
|
|
-** will also set or clear the busy handler.
|
|
|
+** or evaluating [PRAGMA busy_timeout=N] will change the
|
|
|
+** busy handler and thus clear any previously set busy handler.
|
|
|
**
|
|
|
** The busy callback should not take any actions which modify the
|
|
|
-** database connection that invoked the busy handler. Any such actions
|
|
|
+** database connection that invoked the busy handler. In other words,
|
|
|
+** the busy handler is not reentrant. Any such actions
|
|
|
** result in undefined behavior.
|
|
|
**
|
|
|
** A busy handler must not close the database connection
|
|
|
@@ -2120,15 +2106,17 @@ SQLITE_API int sqlite3_busy_handler(sqlite3*, int(*)(void*,int), void*);
|
|
|
** will sleep multiple times until at least "ms" milliseconds of sleeping
|
|
|
** have accumulated. ^After at least "ms" milliseconds of sleeping,
|
|
|
** the handler returns 0 which causes [sqlite3_step()] to return
|
|
|
-** [SQLITE_BUSY] or [SQLITE_IOERR_BLOCKED].
|
|
|
+** [SQLITE_BUSY].
|
|
|
**
|
|
|
** ^Calling this routine with an argument less than or equal to zero
|
|
|
** turns off all busy handlers.
|
|
|
**
|
|
|
** ^(There can only be a single busy handler for a particular
|
|
|
-** [database connection] any any given moment. If another busy handler
|
|
|
+** [database connection] at any given moment. If another busy handler
|
|
|
** was defined (using [sqlite3_busy_handler()]) prior to calling
|
|
|
** this routine, that other busy handler is cleared.)^
|
|
|
+**
|
|
|
+** See also: [PRAGMA busy_timeout]
|
|
|
*/
|
|
|
SQLITE_API int sqlite3_busy_timeout(sqlite3*, int ms);
|
|
|
|
|
|
@@ -2344,6 +2332,10 @@ SQLITE_API int sqlite3_ivsnprintf(char*, int, const char*, va_list);
|
|
|
** sqlite3_malloc() is zero or negative then sqlite3_malloc() returns
|
|
|
** a NULL pointer.
|
|
|
**
|
|
|
+** ^The sqlite3_malloc64(N) routine works just like
|
|
|
+** sqlite3_malloc(N) except that N is an unsigned 64-bit integer instead
|
|
|
+** of a signed 32-bit integer.
|
|
|
+**
|
|
|
** ^Calling sqlite3_free() with a pointer previously returned
|
|
|
** by sqlite3_malloc() or sqlite3_realloc() releases that memory so
|
|
|
** that it might be reused. ^The sqlite3_free() routine is
|
|
|
@@ -2355,24 +2347,38 @@ SQLITE_API int sqlite3_ivsnprintf(char*, int, const char*, va_list);
|
|
|
** might result if sqlite3_free() is called with a non-NULL pointer that
|
|
|
** was not obtained from sqlite3_malloc() or sqlite3_realloc().
|
|
|
**
|
|
|
-** ^(The sqlite3_realloc() interface attempts to resize a
|
|
|
-** prior memory allocation to be at least N bytes, where N is the
|
|
|
-** second parameter. The memory allocation to be resized is the first
|
|
|
-** parameter.)^ ^ If the first parameter to sqlite3_realloc()
|
|
|
+** ^The sqlite3_realloc(X,N) interface attempts to resize a
|
|
|
+** prior memory allocation X to be at least N bytes.
|
|
|
+** ^If the X parameter to sqlite3_realloc(X,N)
|
|
|
** is a NULL pointer then its behavior is identical to calling
|
|
|
-** sqlite3_malloc(N) where N is the second parameter to sqlite3_realloc().
|
|
|
-** ^If the second parameter to sqlite3_realloc() is zero or
|
|
|
+** sqlite3_malloc(N).
|
|
|
+** ^If the N parameter to sqlite3_realloc(X,N) is zero or
|
|
|
** negative then the behavior is exactly the same as calling
|
|
|
-** sqlite3_free(P) where P is the first parameter to sqlite3_realloc().
|
|
|
-** ^sqlite3_realloc() returns a pointer to a memory allocation
|
|
|
-** of at least N bytes in size or NULL if sufficient memory is unavailable.
|
|
|
+** sqlite3_free(X).
|
|
|
+** ^sqlite3_realloc(X,N) returns a pointer to a memory allocation
|
|
|
+** of at least N bytes in size or NULL if insufficient memory is available.
|
|
|
** ^If M is the size of the prior allocation, then min(N,M) bytes
|
|
|
** of the prior allocation are copied into the beginning of buffer returned
|
|
|
-** by sqlite3_realloc() and the prior allocation is freed.
|
|
|
-** ^If sqlite3_realloc() returns NULL, then the prior allocation
|
|
|
-** is not freed.
|
|
|
-**
|
|
|
-** ^The memory returned by sqlite3_malloc() and sqlite3_realloc()
|
|
|
+** by sqlite3_realloc(X,N) and the prior allocation is freed.
|
|
|
+** ^If sqlite3_realloc(X,N) returns NULL and N is positive, then the
|
|
|
+** prior allocation is not freed.
|
|
|
+**
|
|
|
+** ^The sqlite3_realloc64(X,N) interfaces works the same as
|
|
|
+** sqlite3_realloc(X,N) except that N is a 64-bit unsigned integer instead
|
|
|
+** of a 32-bit signed integer.
|
|
|
+**
|
|
|
+** ^If X is a memory allocation previously obtained from sqlite3_malloc(),
|
|
|
+** sqlite3_malloc64(), sqlite3_realloc(), or sqlite3_realloc64(), then
|
|
|
+** sqlite3_msize(X) returns the size of that memory allocation in bytes.
|
|
|
+** ^The value returned by sqlite3_msize(X) might be larger than the number
|
|
|
+** of bytes requested when X was allocated. ^If X is a NULL pointer then
|
|
|
+** sqlite3_msize(X) returns zero. If X points to something that is not
|
|
|
+** the beginning of memory allocation, or if it points to a formerly
|
|
|
+** valid memory allocation that has now been freed, then the behavior
|
|
|
+** of sqlite3_msize(X) is undefined and possibly harmful.
|
|
|
+**
|
|
|
+** ^The memory returned by sqlite3_malloc(), sqlite3_realloc(),
|
|
|
+** sqlite3_malloc64(), and sqlite3_realloc64()
|
|
|
** is always aligned to at least an 8 byte boundary, or to a
|
|
|
** 4 byte boundary if the [SQLITE_4_BYTE_ALIGNED_MALLOC] compile-time
|
|
|
** option is used.
|
|
|
@@ -2400,8 +2406,11 @@ SQLITE_API int sqlite3_ivsnprintf(char*, int, const char*, va_list);
|
|
|
** [sqlite3_free()] or [sqlite3_realloc()].
|
|
|
*/
|
|
|
SQLITE_API void *sqlite3_malloc(int);
|
|
|
+SQLITE_API void *sqlite3_malloc64(sqlite3_uint64);
|
|
|
SQLITE_API void *sqlite3_realloc(void*, int);
|
|
|
+SQLITE_API void *sqlite3_realloc64(void*, sqlite3_uint64);
|
|
|
SQLITE_API void sqlite3_free(void*);
|
|
|
+SQLITE_API sqlite3_uint64 sqlite3_msize(void*);
|
|
|
|
|
|
/*
|
|
|
** CAPI3REF: Memory Allocator Statistics
|
|
|
@@ -2546,8 +2555,8 @@ SQLITE_API int sqlite3_set_authorizer(
|
|
|
** [sqlite3_set_authorizer | authorizer documentation] for additional
|
|
|
** information.
|
|
|
**
|
|
|
-** Note that SQLITE_IGNORE is also used as a [SQLITE_ROLLBACK | return code]
|
|
|
-** from the [sqlite3_vtab_on_conflict()] interface.
|
|
|
+** Note that SQLITE_IGNORE is also used as a [conflict resolution mode]
|
|
|
+** returned from the [sqlite3_vtab_on_conflict()] interface.
|
|
|
*/
|
|
|
#define SQLITE_DENY 1 /* Abort the SQL statement with an error */
|
|
|
#define SQLITE_IGNORE 2 /* Don't allow access, but don't generate an error */
|
|
|
@@ -3122,6 +3131,10 @@ SQLITE_API int sqlite3_limit(sqlite3*, int id, int newVal);
|
|
|
**
|
|
|
** [[SQLITE_LIMIT_TRIGGER_DEPTH]] ^(<dt>SQLITE_LIMIT_TRIGGER_DEPTH</dt>
|
|
|
** <dd>The maximum depth of recursion for triggers.</dd>)^
|
|
|
+**
|
|
|
+** [[SQLITE_LIMIT_WORKER_THREADS]] ^(<dt>SQLITE_LIMIT_WORKER_THREADS</dt>
|
|
|
+** <dd>The maximum number of auxiliary worker threads that a single
|
|
|
+** [prepared statement] may start.</dd>)^
|
|
|
** </dl>
|
|
|
*/
|
|
|
#define SQLITE_LIMIT_LENGTH 0
|
|
|
@@ -3135,6 +3148,7 @@ SQLITE_API int sqlite3_limit(sqlite3*, int id, int newVal);
|
|
|
#define SQLITE_LIMIT_LIKE_PATTERN_LENGTH 8
|
|
|
#define SQLITE_LIMIT_VARIABLE_NUMBER 9
|
|
|
#define SQLITE_LIMIT_TRIGGER_DEPTH 10
|
|
|
+#define SQLITE_LIMIT_WORKER_THREADS 11
|
|
|
|
|
|
/*
|
|
|
** CAPI3REF: Compiling An SQL Statement
|
|
|
@@ -3408,7 +3422,8 @@ typedef struct sqlite3_context sqlite3_context;
|
|
|
** If the fourth parameter to sqlite3_bind_blob() is negative, then
|
|
|
** the behavior is undefined.
|
|
|
** If a non-negative fourth parameter is provided to sqlite3_bind_text()
|
|
|
-** or sqlite3_bind_text16() then that parameter must be the byte offset
|
|
|
+** or sqlite3_bind_text16() or sqlite3_bind_text64() then
|
|
|
+** that parameter must be the byte offset
|
|
|
** where the NUL terminator would occur assuming the string were NUL
|
|
|
** terminated. If any NUL characters occur at byte offsets less than
|
|
|
** the value of the fourth parameter then the resulting string value will
|
|
|
@@ -3427,6 +3442,14 @@ typedef struct sqlite3_context sqlite3_context;
|
|
|
** SQLite makes its own private copy of the data immediately, before
|
|
|
** the sqlite3_bind_*() routine returns.
|
|
|
**
|
|
|
+** ^The sixth argument to sqlite3_bind_text64() must be one of
|
|
|
+** [SQLITE_UTF8], [SQLITE_UTF16], [SQLITE_UTF16BE], or [SQLITE_UTF16LE]
|
|
|
+** to specify the encoding of the text in the third parameter. If
|
|
|
+** the sixth argument to sqlite3_bind_text64() is not how of the
|
|
|
+** allowed values shown above, or if the text encoding is different
|
|
|
+** from the encoding specified by the sixth parameter, then the behavior
|
|
|
+** is undefined.
|
|
|
+**
|
|
|
** ^The sqlite3_bind_zeroblob() routine binds a BLOB of length N that
|
|
|
** is filled with zeroes. ^A zeroblob uses a fixed amount of memory
|
|
|
** (just an integer to hold its size) while it is being processed.
|
|
|
@@ -3447,6 +3470,9 @@ typedef struct sqlite3_context sqlite3_context;
|
|
|
**
|
|
|
** ^The sqlite3_bind_* routines return [SQLITE_OK] on success or an
|
|
|
** [error code] if anything goes wrong.
|
|
|
+** ^[SQLITE_TOOBIG] might be returned if the size of a string or BLOB
|
|
|
+** exceeds limits imposed by [sqlite3_limit]([SQLITE_LIMIT_LENGTH]) or
|
|
|
+** [SQLITE_MAX_LENGTH].
|
|
|
** ^[SQLITE_RANGE] is returned if the parameter
|
|
|
** index is out of range. ^[SQLITE_NOMEM] is returned if malloc() fails.
|
|
|
**
|
|
|
@@ -3454,12 +3480,16 @@ typedef struct sqlite3_context sqlite3_context;
|
|
|
** [sqlite3_bind_parameter_name()], and [sqlite3_bind_parameter_index()].
|
|
|
*/
|
|
|
SQLITE_API int sqlite3_bind_blob(sqlite3_stmt*, int, const void*, int n, void(*)(void*));
|
|
|
+SQLITE_API int sqlite3_bind_blob64(sqlite3_stmt*, int, const void*, sqlite3_uint64,
|
|
|
+ void(*)(void*));
|
|
|
SQLITE_API int sqlite3_bind_double(sqlite3_stmt*, int, sqlite_double);
|
|
|
SQLITE_API int sqlite3_bind_int(sqlite3_stmt*, int, int);
|
|
|
SQLITE_API int sqlite3_bind_int64(sqlite3_stmt*, int, sqlite3_int64);
|
|
|
SQLITE_API int sqlite3_bind_null(sqlite3_stmt*, int);
|
|
|
-SQLITE_API int sqlite3_bind_text(sqlite3_stmt*, int, const char*, int n, void(*)(void*));
|
|
|
+SQLITE_API int sqlite3_bind_text(sqlite3_stmt*,int,const char*,int,void(*)(void*));
|
|
|
SQLITE_API int sqlite3_bind_text16(sqlite3_stmt*, int, const void*, int, void(*)(void*));
|
|
|
+SQLITE_API int sqlite3_bind_text64(sqlite3_stmt*, int, const char*, sqlite3_uint64,
|
|
|
+ void(*)(void*), unsigned char encoding);
|
|
|
SQLITE_API int sqlite3_bind_value(sqlite3_stmt*, int, const sqlite3_value*);
|
|
|
SQLITE_API int sqlite3_bind_zeroblob(sqlite3_stmt*, int, int n);
|
|
|
|
|
|
@@ -4208,7 +4238,7 @@ SQLITE_API SQLITE_DEPRECATED int sqlite3_memory_alarm(void(*)(void*,sqlite3_int6
|
|
|
** object results in undefined behavior.
|
|
|
**
|
|
|
** ^These routines work just like the corresponding [column access functions]
|
|
|
-** except that these routines take a single [protected sqlite3_value] object
|
|
|
+** except that these routines take a single [protected sqlite3_value] object
|
|
|
** pointer instead of a [sqlite3_stmt*] pointer and an integer column number.
|
|
|
**
|
|
|
** ^The sqlite3_value_text16() interface extracts a UTF-16 string
|
|
|
@@ -4452,10 +4482,14 @@ typedef void (*sqlite3_destructor_type)(void*);
|
|
|
** of the application-defined function to be NULL.
|
|
|
**
|
|
|
** ^The sqlite3_result_text(), sqlite3_result_text16(),
|
|
|
-** sqlite3_result_text16le(), and sqlite3_result_text16be() interfaces
|
|
|
+** sqlite3_result_text16le(), and sqlite3_result_text16be()
|
|
|
** set the return value of the application-defined function to be
|
|
|
** a text string which is represented as UTF-8, UTF-16 native byte order,
|
|
|
** UTF-16 little endian, or UTF-16 big endian, respectively.
|
|
|
+** ^The sqlite3_result_text64() interface sets the return value of an
|
|
|
+** application-defined function to be a text string in an encoding
|
|
|
+** specified by the fifth (and last) parameter, which must be one
|
|
|
+** of [SQLITE_UTF8], [SQLITE_UTF16], [SQLITE_UTF16BE], or [SQLITE_UTF16LE].
|
|
|
** ^SQLite takes the text result from the application from
|
|
|
** the 2nd parameter of the sqlite3_result_text* interfaces.
|
|
|
** ^If the 3rd parameter to the sqlite3_result_text* interfaces
|
|
|
@@ -4499,6 +4533,7 @@ typedef void (*sqlite3_destructor_type)(void*);
|
|
|
** the [sqlite3_context] pointer, the results are undefined.
|
|
|
*/
|
|
|
SQLITE_API void sqlite3_result_blob(sqlite3_context*, const void*, int, void(*)(void*));
|
|
|
+SQLITE_API void sqlite3_result_blob64(sqlite3_context*,const void*,sqlite3_uint64,void(*)(void*));
|
|
|
SQLITE_API void sqlite3_result_double(sqlite3_context*, sqlite_double);
|
|
|
SQLITE_API void sqlite3_result_error(sqlite3_context*, const char*, int);
|
|
|
SQLITE_API void sqlite3_result_error16(sqlite3_context*, const void*, int);
|
|
|
@@ -4509,6 +4544,8 @@ SQLITE_API void sqlite3_result_int(sqlite3_context*, int);
|
|
|
SQLITE_API void sqlite3_result_int64(sqlite3_context*, sqlite3_int64);
|
|
|
SQLITE_API void sqlite3_result_null(sqlite3_context*);
|
|
|
SQLITE_API void sqlite3_result_text(sqlite3_context*, const char*, int, void(*)(void*));
|
|
|
+SQLITE_API void sqlite3_result_text64(sqlite3_context*, const char*,sqlite3_uint64,
|
|
|
+ void(*)(void*), unsigned char encoding);
|
|
|
SQLITE_API void sqlite3_result_text16(sqlite3_context*, const void*, int, void(*)(void*));
|
|
|
SQLITE_API void sqlite3_result_text16le(sqlite3_context*, const void*, int,void(*)(void*));
|
|
|
SQLITE_API void sqlite3_result_text16be(sqlite3_context*, const void*, int,void(*)(void*));
|
|
|
@@ -4742,6 +4779,13 @@ SQLITE_API int sqlite3_sleep(int);
|
|
|
** is a NULL pointer, then SQLite performs a search for an appropriate
|
|
|
** temporary file directory.
|
|
|
**
|
|
|
+** Applications are strongly discouraged from using this global variable.
|
|
|
+** It is required to set a temporary folder on Windows Runtime (WinRT).
|
|
|
+** But for all other platforms, it is highly recommended that applications
|
|
|
+** neither read nor write this variable. This global variable is a relic
|
|
|
+** that exists for backwards compatibility of legacy applications and should
|
|
|
+** be avoided in new projects.
|
|
|
+**
|
|
|
** It is not safe to read or modify this variable in more than one
|
|
|
** thread at a time. It is not safe to read or modify this variable
|
|
|
** if a [database connection] is being used at the same time in a separate
|
|
|
@@ -4760,6 +4804,11 @@ SQLITE_API int sqlite3_sleep(int);
|
|
|
** Hence, if this variable is modified directly, either it should be
|
|
|
** made NULL or made to point to memory obtained from [sqlite3_malloc]
|
|
|
** or else the use of the [temp_store_directory pragma] should be avoided.
|
|
|
+** Except when requested by the [temp_store_directory pragma], SQLite
|
|
|
+** does not free the memory that sqlite3_temp_directory points to. If
|
|
|
+** the application wants that memory to be freed, it must do
|
|
|
+** so itself, taking care to only do so after all [database connection]
|
|
|
+** objects have been destroyed.
|
|
|
**
|
|
|
** <b>Note to Windows Runtime users:</b> The temporary directory must be set
|
|
|
** prior to calling [sqlite3_open] or [sqlite3_open_v2]. Otherwise, various
|
|
|
@@ -5894,10 +5943,12 @@ SQLITE_API int sqlite3_vfs_unregister(sqlite3_vfs*);
|
|
|
** <li> SQLITE_MUTEX_RECURSIVE
|
|
|
** <li> SQLITE_MUTEX_STATIC_MASTER
|
|
|
** <li> SQLITE_MUTEX_STATIC_MEM
|
|
|
-** <li> SQLITE_MUTEX_STATIC_MEM2
|
|
|
+** <li> SQLITE_MUTEX_STATIC_OPEN
|
|
|
** <li> SQLITE_MUTEX_STATIC_PRNG
|
|
|
** <li> SQLITE_MUTEX_STATIC_LRU
|
|
|
-** <li> SQLITE_MUTEX_STATIC_LRU2
|
|
|
+** <li> SQLITE_MUTEX_STATIC_PMEM
|
|
|
+** <li> SQLITE_MUTEX_STATIC_APP1
|
|
|
+** <li> SQLITE_MUTEX_STATIC_APP2
|
|
|
** </ul>)^
|
|
|
**
|
|
|
** ^The first two constants (SQLITE_MUTEX_FAST and SQLITE_MUTEX_RECURSIVE)
|
|
|
@@ -6101,6 +6152,9 @@ SQLITE_API int sqlite3_mutex_notheld(sqlite3_mutex*);
|
|
|
#define SQLITE_MUTEX_STATIC_LRU 6 /* lru page list */
|
|
|
#define SQLITE_MUTEX_STATIC_LRU2 7 /* NOT USED */
|
|
|
#define SQLITE_MUTEX_STATIC_PMEM 7 /* sqlite3PageMalloc() */
|
|
|
+#define SQLITE_MUTEX_STATIC_APP1 8 /* For use by application */
|
|
|
+#define SQLITE_MUTEX_STATIC_APP2 9 /* For use by application */
|
|
|
+#define SQLITE_MUTEX_STATIC_APP3 10 /* For use by application */
|
|
|
|
|
|
/*
|
|
|
** CAPI3REF: Retrieve the mutex for a database connection
|
|
|
@@ -6196,7 +6250,9 @@ SQLITE_API int sqlite3_test_control(int op, ...);
|
|
|
#define SQLITE_TESTCTRL_NEVER_CORRUPT 20
|
|
|
#define SQLITE_TESTCTRL_VDBE_COVERAGE 21
|
|
|
#define SQLITE_TESTCTRL_BYTEORDER 22
|
|
|
-#define SQLITE_TESTCTRL_LAST 22
|
|
|
+#define SQLITE_TESTCTRL_ISINIT 23
|
|
|
+#define SQLITE_TESTCTRL_SORTER_MMAP 24
|
|
|
+#define SQLITE_TESTCTRL_LAST 24
|
|
|
|
|
|
/*
|
|
|
** CAPI3REF: SQLite Runtime Status
|
|
|
@@ -6387,12 +6443,12 @@ SQLITE_API int sqlite3_db_status(sqlite3*, int op, int *pCur, int *pHiwtr, int r
|
|
|
** the current value is always zero.)^
|
|
|
**
|
|
|
** [[SQLITE_DBSTATUS_CACHE_USED]] ^(<dt>SQLITE_DBSTATUS_CACHE_USED</dt>
|
|
|
-** <dd>This parameter returns the approximate number of of bytes of heap
|
|
|
+** <dd>This parameter returns the approximate number of bytes of heap
|
|
|
** memory used by all pager caches associated with the database connection.)^
|
|
|
** ^The highwater mark associated with SQLITE_DBSTATUS_CACHE_USED is always 0.
|
|
|
**
|
|
|
** [[SQLITE_DBSTATUS_SCHEMA_USED]] ^(<dt>SQLITE_DBSTATUS_SCHEMA_USED</dt>
|
|
|
-** <dd>This parameter returns the approximate number of of bytes of heap
|
|
|
+** <dd>This parameter returns the approximate number of bytes of heap
|
|
|
** memory used to store the schema for all databases associated
|
|
|
** with the connection - main, temp, and any [ATTACH]-ed databases.)^
|
|
|
** ^The full amount of memory used by the schemas is reported, even if the
|
|
|
@@ -6401,7 +6457,7 @@ SQLITE_API int sqlite3_db_status(sqlite3*, int op, int *pCur, int *pHiwtr, int r
|
|
|
** ^The highwater mark associated with SQLITE_DBSTATUS_SCHEMA_USED is always 0.
|
|
|
**
|
|
|
** [[SQLITE_DBSTATUS_STMT_USED]] ^(<dt>SQLITE_DBSTATUS_STMT_USED</dt>
|
|
|
-** <dd>This parameter returns the approximate number of of bytes of heap
|
|
|
+** <dd>This parameter returns the approximate number of bytes of heap
|
|
|
** and lookaside memory used by all prepared statements associated with
|
|
|
** the database connection.)^
|
|
|
** ^The highwater mark associated with SQLITE_DBSTATUS_STMT_USED is always 0.
|
|
|
@@ -7180,6 +7236,9 @@ SQLITE_API void *sqlite3_wal_hook(
|
|
|
** ^The [wal_autocheckpoint pragma] can be used to invoke this interface
|
|
|
** from SQL.
|
|
|
**
|
|
|
+** ^Checkpoints initiated by this mechanism are
|
|
|
+** [sqlite3_wal_checkpoint_v2|PASSIVE].
|
|
|
+**
|
|
|
** ^Every new [database connection] defaults to having the auto-checkpoint
|
|
|
** enabled with a threshold of 1000 or [SQLITE_DEFAULT_WAL_AUTOCHECKPOINT]
|
|
|
** pages. The use of this interface
|
|
|
@@ -7196,6 +7255,10 @@ SQLITE_API int sqlite3_wal_autocheckpoint(sqlite3 *db, int N);
|
|
|
** empty string, then a checkpoint is run on all databases of
|
|
|
** connection D. ^If the database connection D is not in
|
|
|
** [WAL | write-ahead log mode] then this interface is a harmless no-op.
|
|
|
+** ^The [sqlite3_wal_checkpoint(D,X)] interface initiates a
|
|
|
+** [sqlite3_wal_checkpoint_v2|PASSIVE] checkpoint.
|
|
|
+** Use the [sqlite3_wal_checkpoint_v2()] interface to get a FULL
|
|
|
+** or RESET checkpoint.
|
|
|
**
|
|
|
** ^The [wal_checkpoint pragma] can be used to invoke this interface
|
|
|
** from SQL. ^The [sqlite3_wal_autocheckpoint()] interface and the
|
|
|
@@ -7218,10 +7281,12 @@ SQLITE_API int sqlite3_wal_checkpoint(sqlite3 *db, const char *zDb);
|
|
|
** Checkpoint as many frames as possible without waiting for any database
|
|
|
** readers or writers to finish. Sync the db file if all frames in the log
|
|
|
** are checkpointed. This mode is the same as calling
|
|
|
-** sqlite3_wal_checkpoint(). The busy-handler callback is never invoked.
|
|
|
+** sqlite3_wal_checkpoint(). The [sqlite3_busy_handler|busy-handler callback]
|
|
|
+** is never invoked.
|
|
|
**
|
|
|
** <dt>SQLITE_CHECKPOINT_FULL<dd>
|
|
|
-** This mode blocks (calls the busy-handler callback) until there is no
|
|
|
+** This mode blocks (it invokes the
|
|
|
+** [sqlite3_busy_handler|busy-handler callback]) until there is no
|
|
|
** database writer and all readers are reading from the most recent database
|
|
|
** snapshot. It then checkpoints all frames in the log file and syncs the
|
|
|
** database file. This call blocks database writers while it is running,
|
|
|
@@ -7229,7 +7294,8 @@ SQLITE_API int sqlite3_wal_checkpoint(sqlite3 *db, const char *zDb);
|
|
|
**
|
|
|
** <dt>SQLITE_CHECKPOINT_RESTART<dd>
|
|
|
** This mode works the same way as SQLITE_CHECKPOINT_FULL, except after
|
|
|
-** checkpointing the log file it blocks (calls the busy-handler callback)
|
|
|
+** checkpointing the log file it blocks (calls the
|
|
|
+** [sqlite3_busy_handler|busy-handler callback])
|
|
|
** until all readers are reading from the database file only. This ensures
|
|
|
** that the next client to write to the database file restarts the log file
|
|
|
** from the beginning. This call blocks database writers while it is running,
|
|
|
@@ -7367,6 +7433,7 @@ SQLITE_API int sqlite3_vtab_on_conflict(sqlite3 *);
|
|
|
|
|
|
/*
|
|
|
** CAPI3REF: Conflict resolution modes
|
|
|
+** KEYWORDS: {conflict resolution mode}
|
|
|
**
|
|
|
** These constants are returned by [sqlite3_vtab_on_conflict()] to
|
|
|
** inform a [virtual table] implementation what the [ON CONFLICT] mode
|