version 0.3.26
[fms.git] / libs / sqlite3 / sqlite3.h
1 /*
2 ** 2001 September 15
3 **
4 ** The author disclaims copyright to this source code.  In place of
5 ** a legal notice, here is a blessing:
6 **
7 **    May you do good and not evil.
8 **    May you find forgiveness for yourself and forgive others.
9 **    May you share freely, never taking more than you give.
10 **
11 *************************************************************************
12 ** This header file defines the interface that the SQLite library
13 ** presents to client programs.  If a C-function, structure, datatype,
14 ** or constant definition does not appear in this file, then it is
15 ** not a published API of SQLite, is subject to change without
16 ** notice, and should not be referenced by programs that use SQLite.
17 **
18 ** Some of the definitions that are in this file are marked as
19 ** "experimental".  Experimental interfaces are normally new
20 ** features recently added to SQLite.  We do not anticipate changes
21 ** to experimental interfaces but reserve to make minor changes if
22 ** experience from use "in the wild" suggest such changes are prudent.
23 **
24 ** The official C-language API documentation for SQLite is derived
25 ** from comments in this file.  This file is the authoritative source
26 ** on how SQLite interfaces are suppose to operate.
27 **
28 ** The name of this file under configuration management is "sqlite.h.in".
29 ** The makefile makes some minor changes to this file (such as inserting
30 ** the version number) and changes its name to "sqlite3.h" as
31 ** part of the build process.
32 **
33 ** @(#) $Id: sqlite.h.in,v 1.415 2008/11/19 01:20:26 drh Exp $
34 */
35 #ifndef _SQLITE3_H_
36 #define _SQLITE3_H_
37 #include <stdarg.h>     /* Needed for the definition of va_list */
38
39 /*
40 ** Make sure we can call this stuff from C++.
41 */
42 #ifdef __cplusplus
43 extern "C" {
44 #endif
45
46
47 /*
48 ** Add the ability to override 'extern'
49 */
50 #ifndef SQLITE_EXTERN
51 # define SQLITE_EXTERN extern
52 #endif
53
54 /*
55 ** These no-op macros are used in front of interfaces to mark those
56 ** interfaces as either deprecated or experimental.  New applications
57 ** should not use deprecated intrfaces - they are support for backwards
58 ** compatibility only.  Application writers should be aware that
59 ** experimental interfaces are subject to change in point releases.
60 **
61 ** These macros used to resolve to various kinds of compiler magic that
62 ** would generate warning messages when they were used.  But that
63 ** compiler magic ended up generating such a flurry of bug reports
64 ** that we have taken it all out and gone back to using simple
65 ** noop macros.
66 */
67 #define SQLITE_DEPRECATED
68 #define SQLITE_EXPERIMENTAL
69
70 /*
71 ** Ensure these symbols were not defined by some previous header file.
72 */
73 #ifdef SQLITE_VERSION
74 # undef SQLITE_VERSION
75 #endif
76 #ifdef SQLITE_VERSION_NUMBER
77 # undef SQLITE_VERSION_NUMBER
78 #endif
79
80 /*
81 ** CAPI3REF: Compile-Time Library Version Numbers {H10010} <S60100>
82 **
83 ** The SQLITE_VERSION and SQLITE_VERSION_NUMBER #defines in
84 ** the sqlite3.h file specify the version of SQLite with which
85 ** that header file is associated.
86 **
87 ** The "version" of SQLite is a string of the form "X.Y.Z".
88 ** The phrase "alpha" or "beta" might be appended after the Z.
89 ** The X value is major version number always 3 in SQLite3.
90 ** The X value only changes when backwards compatibility is
91 ** broken and we intend to never break backwards compatibility.
92 ** The Y value is the minor version number and only changes when
93 ** there are major feature enhancements that are forwards compatible
94 ** but not backwards compatible.
95 ** The Z value is the release number and is incremented with
96 ** each release but resets back to 0 whenever Y is incremented.
97 **
98 ** See also: [sqlite3_libversion()] and [sqlite3_libversion_number()].
99 **
100 ** INVARIANTS:
101 **
102 ** {H10011} The SQLITE_VERSION #define in the sqlite3.h header file shall
103 **          evaluate to a string literal that is the SQLite version
104 **          with which the header file is associated.
105 **
106 ** {H10014} The SQLITE_VERSION_NUMBER #define shall resolve to an integer
107 **          with the value (X*1000000 + Y*1000 + Z) where X, Y, and Z
108 **          are the major version, minor version, and release number.
109 */
110 #define SQLITE_VERSION         "3.6.6.2"
111 #define SQLITE_VERSION_NUMBER  3006006
112
113 /*
114 ** CAPI3REF: Run-Time Library Version Numbers {H10020} <S60100>
115 ** KEYWORDS: sqlite3_version
116 **
117 ** These features provide the same information as the [SQLITE_VERSION]
118 ** and [SQLITE_VERSION_NUMBER] #defines in the header, but are associated
119 ** with the library instead of the header file.  Cautious programmers might
120 ** include a check in their application to verify that
121 ** sqlite3_libversion_number() always returns the value
122 ** [SQLITE_VERSION_NUMBER].
123 **
124 ** The sqlite3_libversion() function returns the same information as is
125 ** in the sqlite3_version[] string constant.  The function is provided
126 ** for use in DLLs since DLL users usually do not have direct access to string
127 ** constants within the DLL.
128 **
129 ** INVARIANTS:
130 **
131 ** {H10021} The [sqlite3_libversion_number()] interface shall return
132 **          an integer equal to [SQLITE_VERSION_NUMBER].
133 **
134 ** {H10022} The [sqlite3_version] string constant shall contain
135 **          the text of the [SQLITE_VERSION] string.
136 **
137 ** {H10023} The [sqlite3_libversion()] function shall return
138 **          a pointer to the [sqlite3_version] string constant.
139 */
140 SQLITE_EXTERN const char sqlite3_version[];
141 const char *sqlite3_libversion(void);
142 int sqlite3_libversion_number(void);
143
144 /*
145 ** CAPI3REF: Test To See If The Library Is Threadsafe {H10100} <S60100>
146 **
147 ** SQLite can be compiled with or without mutexes.  When
148 ** the [SQLITE_THREADSAFE] C preprocessor macro 1 or 2, mutexes
149 ** are enabled and SQLite is threadsafe.  When the
150 ** [SQLITE_THREADSAFE] macro is 0, 
151 ** the mutexes are omitted.  Without the mutexes, it is not safe
152 ** to use SQLite concurrently from more than one thread.
153 **
154 ** Enabling mutexes incurs a measurable performance penalty.
155 ** So if speed is of utmost importance, it makes sense to disable
156 ** the mutexes.  But for maximum safety, mutexes should be enabled.
157 ** The default behavior is for mutexes to be enabled.
158 **
159 ** This interface can be used by a program to make sure that the
160 ** version of SQLite that it is linking against was compiled with
161 ** the desired setting of the [SQLITE_THREADSAFE] macro.
162 **
163 ** This interface only reports on the compile-time mutex setting
164 ** of the [SQLITE_THREADSAFE] flag.  If SQLite is compiled with
165 ** SQLITE_THREADSAFE=1 then mutexes are enabled by default but
166 ** can be fully or partially disabled using a call to [sqlite3_config()]
167 ** with the verbs [SQLITE_CONFIG_SINGLETHREAD], [SQLITE_CONFIG_MULTITHREAD],
168 ** or [SQLITE_CONFIG_MUTEX].  The return value of this function shows
169 ** only the default compile-time setting, not any run-time changes
170 ** to that setting.
171 **
172 ** See the [threading mode] documentation for additional information.
173 **
174 ** INVARIANTS:
175 **
176 ** {H10101} The [sqlite3_threadsafe()] function shall return zero if
177 **          and only if SQLite was compiled with mutexing code omitted.
178 **
179 ** {H10102} The value returned by the [sqlite3_threadsafe()] function
180 **          shall remain the same across calls to [sqlite3_config()].
181 */
182 int sqlite3_threadsafe(void);
183
184 /*
185 ** CAPI3REF: Database Connection Handle {H12000} <S40200>
186 ** KEYWORDS: {database connection} {database connections}
187 **
188 ** Each open SQLite database is represented by a pointer to an instance of
189 ** the opaque structure named "sqlite3".  It is useful to think of an sqlite3
190 ** pointer as an object.  The [sqlite3_open()], [sqlite3_open16()], and
191 ** [sqlite3_open_v2()] interfaces are its constructors, and [sqlite3_close()]
192 ** is its destructor.  There are many other interfaces (such as
193 ** [sqlite3_prepare_v2()], [sqlite3_create_function()], and
194 ** [sqlite3_busy_timeout()] to name but three) that are methods on an
195 ** sqlite3 object.
196 */
197 typedef struct sqlite3 sqlite3;
198
199 /*
200 ** CAPI3REF: 64-Bit Integer Types {H10200} <S10110>
201 ** KEYWORDS: sqlite_int64 sqlite_uint64
202 **
203 ** Because there is no cross-platform way to specify 64-bit integer types
204 ** SQLite includes typedefs for 64-bit signed and unsigned integers.
205 **
206 ** The sqlite3_int64 and sqlite3_uint64 are the preferred type definitions.
207 ** The sqlite_int64 and sqlite_uint64 types are supported for backwards
208 ** compatibility only.
209 **
210 ** INVARIANTS:
211 **
212 ** {H10201} The [sqlite_int64] and [sqlite3_int64] type shall specify
213 **          a 64-bit signed integer.
214 **
215 ** {H10202} The [sqlite_uint64] and [sqlite3_uint64] type shall specify
216 **          a 64-bit unsigned integer.
217 */
218 #ifdef SQLITE_INT64_TYPE
219   typedef SQLITE_INT64_TYPE sqlite_int64;
220   typedef unsigned SQLITE_INT64_TYPE sqlite_uint64;
221 #elif defined(_MSC_VER) || defined(__BORLANDC__)
222   typedef __int64 sqlite_int64;
223   typedef unsigned __int64 sqlite_uint64;
224 #else
225   typedef long long int sqlite_int64;
226   typedef unsigned long long int sqlite_uint64;
227 #endif
228 typedef sqlite_int64 sqlite3_int64;
229 typedef sqlite_uint64 sqlite3_uint64;
230
231 /*
232 ** If compiling for a processor that lacks floating point support,
233 ** substitute integer for floating-point.
234 */
235 #ifdef SQLITE_OMIT_FLOATING_POINT
236 # define double sqlite3_int64
237 #endif
238
239 /*
240 ** CAPI3REF: Closing A Database Connection {H12010} <S30100><S40200>
241 **
242 ** This routine is the destructor for the [sqlite3] object.
243 **
244 ** Applications should [sqlite3_finalize | finalize] all [prepared statements]
245 ** and [sqlite3_blob_close | close] all [BLOB handles] associated with
246 ** the [sqlite3] object prior to attempting to close the object.
247 ** The [sqlite3_next_stmt()] interface can be used to locate all
248 ** [prepared statements] associated with a [database connection] if desired.
249 ** Typical code might look like this:
250 **
251 ** <blockquote><pre>
252 ** sqlite3_stmt *pStmt;
253 ** while( (pStmt = sqlite3_next_stmt(db, 0))!=0 ){
254 ** &nbsp;   sqlite3_finalize(pStmt);
255 ** }
256 ** </pre></blockquote>
257 **
258 ** If [sqlite3_close()] is invoked while a transaction is open,
259 ** the transaction is automatically rolled back.
260 **
261 ** INVARIANTS:
262 **
263 ** {H12011} A successful call to [sqlite3_close(C)] shall destroy the
264 **          [database connection] object C.
265 **
266 ** {H12012} A successful call to [sqlite3_close(C)] shall return SQLITE_OK.
267 **
268 ** {H12013} A successful call to [sqlite3_close(C)] shall release all
269 **          memory and system resources associated with [database connection]
270 **          C.
271 **
272 ** {H12014} A call to [sqlite3_close(C)] on a [database connection] C that
273 **          has one or more open [prepared statements] shall fail with
274 **          an [SQLITE_BUSY] error code.
275 **
276 ** {H12015} A call to [sqlite3_close(C)] where C is a NULL pointer shall
277 **          be a harmless no-op returning SQLITE_OK.
278 **
279 ** {H12019} When [sqlite3_close(C)] is invoked on a [database connection] C
280 **          that has a pending transaction, the transaction shall be
281 **          rolled back.
282 **
283 ** ASSUMPTIONS:
284 **
285 ** {A12016} The C parameter to [sqlite3_close(C)] must be either a NULL
286 **          pointer or an [sqlite3] object pointer obtained
287 **          from [sqlite3_open()], [sqlite3_open16()], or
288 **          [sqlite3_open_v2()], and not previously closed.
289 */
290 int sqlite3_close(sqlite3 *);
291
292 /*
293 ** The type for a callback function.
294 ** This is legacy and deprecated.  It is included for historical
295 ** compatibility and is not documented.
296 */
297 typedef int (*sqlite3_callback)(void*,int,char**, char**);
298
299 /*
300 ** CAPI3REF: One-Step Query Execution Interface {H12100} <S10000>
301 **
302 ** The sqlite3_exec() interface is a convenient way of running one or more
303 ** SQL statements without having to write a lot of C code.  The UTF-8 encoded
304 ** SQL statements are passed in as the second parameter to sqlite3_exec().
305 ** The statements are evaluated one by one until either an error or
306 ** an interrupt is encountered, or until they are all done.  The 3rd parameter
307 ** is an optional callback that is invoked once for each row of any query
308 ** results produced by the SQL statements.  The 5th parameter tells where
309 ** to write any error messages.
310 **
311 ** The error message passed back through the 5th parameter is held
312 ** in memory obtained from [sqlite3_malloc()].  To avoid a memory leak,
313 ** the calling application should call [sqlite3_free()] on any error
314 ** message returned through the 5th parameter when it has finished using
315 ** the error message.
316 **
317 ** If the SQL statement in the 2nd parameter is NULL or an empty string
318 ** or a string containing only whitespace and comments, then no SQL
319 ** statements are evaluated and the database is not changed.
320 **
321 ** The sqlite3_exec() interface is implemented in terms of
322 ** [sqlite3_prepare_v2()], [sqlite3_step()], and [sqlite3_finalize()].
323 ** The sqlite3_exec() routine does nothing to the database that cannot be done
324 ** by [sqlite3_prepare_v2()], [sqlite3_step()], and [sqlite3_finalize()].
325 **
326 ** INVARIANTS:
327 **
328 ** {H12101} A successful invocation of [sqlite3_exec(D,S,C,A,E)]
329 **          shall sequentially evaluate all of the UTF-8 encoded,
330 **          semicolon-separated SQL statements in the zero-terminated
331 **          string S within the context of the [database connection] D.
332 **
333 ** {H12102} If the S parameter to [sqlite3_exec(D,S,C,A,E)] is NULL then
334 **          the actions of the interface shall be the same as if the
335 **          S parameter were an empty string.
336 **
337 ** {H12104} The return value of [sqlite3_exec()] shall be [SQLITE_OK] if all
338 **          SQL statements run successfully and to completion.
339 **
340 ** {H12105} The return value of [sqlite3_exec()] shall be an appropriate
341 **          non-zero [error code] if any SQL statement fails.
342 **
343 ** {H12107} If one or more of the SQL statements handed to [sqlite3_exec()]
344 **          return results and the 3rd parameter is not NULL, then
345 **          the callback function specified by the 3rd parameter shall be
346 **          invoked once for each row of result.
347 **
348 ** {H12110} If the callback returns a non-zero value then [sqlite3_exec()]
349 **          shall abort the SQL statement it is currently evaluating,
350 **          skip all subsequent SQL statements, and return [SQLITE_ABORT].
351 **
352 ** {H12113} The [sqlite3_exec()] routine shall pass its 4th parameter through
353 **          as the 1st parameter of the callback.
354 **
355 ** {H12116} The [sqlite3_exec()] routine shall set the 2nd parameter of its
356 **          callback to be the number of columns in the current row of
357 **          result.
358 **
359 ** {H12119} The [sqlite3_exec()] routine shall set the 3rd parameter of its
360 **          callback to be an array of pointers to strings holding the
361 **          values for each column in the current result set row as
362 **          obtained from [sqlite3_column_text()].
363 **
364 ** {H12122} The [sqlite3_exec()] routine shall set the 4th parameter of its
365 **          callback to be an array of pointers to strings holding the
366 **          names of result columns as obtained from [sqlite3_column_name()].
367 **
368 ** {H12125} If the 3rd parameter to [sqlite3_exec()] is NULL then
369 **          [sqlite3_exec()] shall silently discard query results.
370 **
371 ** {H12131} If an error occurs while parsing or evaluating any of the SQL
372 **          statements in the S parameter of [sqlite3_exec(D,S,C,A,E)] and if
373 **          the E parameter is not NULL, then [sqlite3_exec()] shall store
374 **          in *E an appropriate error message written into memory obtained
375 **          from [sqlite3_malloc()].
376 **
377 ** {H12134} The [sqlite3_exec(D,S,C,A,E)] routine shall set the value of
378 **          *E to NULL if E is not NULL and there are no errors.
379 **
380 ** {H12137} The [sqlite3_exec(D,S,C,A,E)] function shall set the [error code]
381 **          and message accessible via [sqlite3_errcode()], 
382 **          [sqlite3_extended_errcode()],
383 **          [sqlite3_errmsg()], and [sqlite3_errmsg16()].
384 **
385 ** {H12138} If the S parameter to [sqlite3_exec(D,S,C,A,E)] is NULL or an
386 **          empty string or contains nothing other than whitespace, comments,
387 **          and/or semicolons, then results of [sqlite3_errcode()],
388 **          [sqlite3_extended_errcode()],
389 **          [sqlite3_errmsg()], and [sqlite3_errmsg16()]
390 **          shall reset to indicate no errors.
391 **
392 ** ASSUMPTIONS:
393 **
394 ** {A12141} The first parameter to [sqlite3_exec()] must be an valid and open
395 **          [database connection].
396 **
397 ** {A12142} The database connection must not be closed while
398 **          [sqlite3_exec()] is running.
399 **
400 ** {A12143} The calling function should use [sqlite3_free()] to free
401 **          the memory that *errmsg is left pointing at once the error
402 **          message is no longer needed.
403 **
404 ** {A12145} The SQL statement text in the 2nd parameter to [sqlite3_exec()]
405 **          must remain unchanged while [sqlite3_exec()] is running.
406 */
407 int sqlite3_exec(
408   sqlite3*,                                  /* An open database */
409   const char *sql,                           /* SQL to be evaluated */
410   int (*callback)(void*,int,char**,char**),  /* Callback function */
411   void *,                                    /* 1st argument to callback */
412   char **errmsg                              /* Error msg written here */
413 );
414
415 /*
416 ** CAPI3REF: Result Codes {H10210} <S10700>
417 ** KEYWORDS: SQLITE_OK {error code} {error codes}
418 ** KEYWORDS: {result code} {result codes}
419 **
420 ** Many SQLite functions return an integer result code from the set shown
421 ** here in order to indicates success or failure.
422 **
423 ** New error codes may be added in future versions of SQLite.
424 **
425 ** See also: [SQLITE_IOERR_READ | extended result codes]
426 */
427 #define SQLITE_OK           0   /* Successful result */
428 /* beginning-of-error-codes */
429 #define SQLITE_ERROR        1   /* SQL error or missing database */
430 #define SQLITE_INTERNAL     2   /* Internal logic error in SQLite */
431 #define SQLITE_PERM         3   /* Access permission denied */
432 #define SQLITE_ABORT        4   /* Callback routine requested an abort */
433 #define SQLITE_BUSY         5   /* The database file is locked */
434 #define SQLITE_LOCKED       6   /* A table in the database is locked */
435 #define SQLITE_NOMEM        7   /* A malloc() failed */
436 #define SQLITE_READONLY     8   /* Attempt to write a readonly database */
437 #define SQLITE_INTERRUPT    9   /* Operation terminated by sqlite3_interrupt()*/
438 #define SQLITE_IOERR       10   /* Some kind of disk I/O error occurred */
439 #define SQLITE_CORRUPT     11   /* The database disk image is malformed */
440 #define SQLITE_NOTFOUND    12   /* NOT USED. Table or record not found */
441 #define SQLITE_FULL        13   /* Insertion failed because database is full */
442 #define SQLITE_CANTOPEN    14   /* Unable to open the database file */
443 #define SQLITE_PROTOCOL    15   /* NOT USED. Database lock protocol error */
444 #define SQLITE_EMPTY       16   /* Database is empty */
445 #define SQLITE_SCHEMA      17   /* The database schema changed */
446 #define SQLITE_TOOBIG      18   /* String or BLOB exceeds size limit */
447 #define SQLITE_CONSTRAINT  19   /* Abort due to constraint violation */
448 #define SQLITE_MISMATCH    20   /* Data type mismatch */
449 #define SQLITE_MISUSE      21   /* Library used incorrectly */
450 #define SQLITE_NOLFS       22   /* Uses OS features not supported on host */
451 #define SQLITE_AUTH        23   /* Authorization denied */
452 #define SQLITE_FORMAT      24   /* Auxiliary database format error */
453 #define SQLITE_RANGE       25   /* 2nd parameter to sqlite3_bind out of range */
454 #define SQLITE_NOTADB      26   /* File opened that is not a database file */
455 #define SQLITE_ROW         100  /* sqlite3_step() has another row ready */
456 #define SQLITE_DONE        101  /* sqlite3_step() has finished executing */
457 /* end-of-error-codes */
458
459 /*
460 ** CAPI3REF: Extended Result Codes {H10220} <S10700>
461 ** KEYWORDS: {extended error code} {extended error codes}
462 ** KEYWORDS: {extended result code} {extended result codes}
463 **
464 ** In its default configuration, SQLite API routines return one of 26 integer
465 ** [SQLITE_OK | result codes].  However, experience has shown that many of
466 ** these result codes are too coarse-grained.  They do not provide as
467 ** much information about problems as programmers might like.  In an effort to
468 ** address this, newer versions of SQLite (version 3.3.8 and later) include
469 ** support for additional result codes that provide more detailed information
470 ** about errors. The extended result codes are enabled or disabled
471 ** on a per database connection basis using the
472 ** [sqlite3_extended_result_codes()] API.
473 **
474 ** Some of the available extended result codes are listed here.
475 ** One may expect the number of extended result codes will be expand
476 ** over time.  Software that uses extended result codes should expect
477 ** to see new result codes in future releases of SQLite.
478 **
479 ** The SQLITE_OK result code will never be extended.  It will always
480 ** be exactly zero.
481 **
482 ** INVARIANTS:
483 **
484 ** {H10223} The symbolic name for an extended result code shall contains
485 **          a related primary result code as a prefix.
486 **
487 ** {H10224} Primary result code names shall contain a single "_" character.
488 **
489 ** {H10225} Extended result code names shall contain two or more "_" characters.
490 **
491 ** {H10226} The numeric value of an extended result code shall contain the
492 **          numeric value of its corresponding primary result code in
493 **          its least significant 8 bits.
494 */
495 #define SQLITE_IOERR_READ              (SQLITE_IOERR | (1<<8))
496 #define SQLITE_IOERR_SHORT_READ        (SQLITE_IOERR | (2<<8))
497 #define SQLITE_IOERR_WRITE             (SQLITE_IOERR | (3<<8))
498 #define SQLITE_IOERR_FSYNC             (SQLITE_IOERR | (4<<8))
499 #define SQLITE_IOERR_DIR_FSYNC         (SQLITE_IOERR | (5<<8))
500 #define SQLITE_IOERR_TRUNCATE          (SQLITE_IOERR | (6<<8))
501 #define SQLITE_IOERR_FSTAT             (SQLITE_IOERR | (7<<8))
502 #define SQLITE_IOERR_UNLOCK            (SQLITE_IOERR | (8<<8))
503 #define SQLITE_IOERR_RDLOCK            (SQLITE_IOERR | (9<<8))
504 #define SQLITE_IOERR_DELETE            (SQLITE_IOERR | (10<<8))
505 #define SQLITE_IOERR_BLOCKED           (SQLITE_IOERR | (11<<8))
506 #define SQLITE_IOERR_NOMEM             (SQLITE_IOERR | (12<<8))
507 #define SQLITE_IOERR_ACCESS            (SQLITE_IOERR | (13<<8))
508 #define SQLITE_IOERR_CHECKRESERVEDLOCK (SQLITE_IOERR | (14<<8))
509 #define SQLITE_IOERR_LOCK              (SQLITE_IOERR | (15<<8))
510
511 /*
512 ** CAPI3REF: Flags For File Open Operations {H10230} <H11120> <H12700>
513 **
514 ** These bit values are intended for use in the
515 ** 3rd parameter to the [sqlite3_open_v2()] interface and
516 ** in the 4th parameter to the xOpen method of the
517 ** [sqlite3_vfs] object.
518 */
519 #define SQLITE_OPEN_READONLY         0x00000001
520 #define SQLITE_OPEN_READWRITE        0x00000002
521 #define SQLITE_OPEN_CREATE           0x00000004
522 #define SQLITE_OPEN_DELETEONCLOSE    0x00000008
523 #define SQLITE_OPEN_EXCLUSIVE        0x00000010
524 #define SQLITE_OPEN_MAIN_DB          0x00000100
525 #define SQLITE_OPEN_TEMP_DB          0x00000200
526 #define SQLITE_OPEN_TRANSIENT_DB     0x00000400
527 #define SQLITE_OPEN_MAIN_JOURNAL     0x00000800
528 #define SQLITE_OPEN_TEMP_JOURNAL     0x00001000
529 #define SQLITE_OPEN_SUBJOURNAL       0x00002000
530 #define SQLITE_OPEN_MASTER_JOURNAL   0x00004000
531 #define SQLITE_OPEN_NOMUTEX          0x00008000
532 #define SQLITE_OPEN_FULLMUTEX        0x00010000
533
534 /*
535 ** CAPI3REF: Device Characteristics {H10240} <H11120>
536 **
537 ** The xDeviceCapabilities method of the [sqlite3_io_methods]
538 ** object returns an integer which is a vector of the these
539 ** bit values expressing I/O characteristics of the mass storage
540 ** device that holds the file that the [sqlite3_io_methods]
541 ** refers to.
542 **
543 ** The SQLITE_IOCAP_ATOMIC property means that all writes of
544 ** any size are atomic.  The SQLITE_IOCAP_ATOMICnnn values
545 ** mean that writes of blocks that are nnn bytes in size and
546 ** are aligned to an address which is an integer multiple of
547 ** nnn are atomic.  The SQLITE_IOCAP_SAFE_APPEND value means
548 ** that when data is appended to a file, the data is appended
549 ** first then the size of the file is extended, never the other
550 ** way around.  The SQLITE_IOCAP_SEQUENTIAL property means that
551 ** information is written to disk in the same order as calls
552 ** to xWrite().
553 */
554 #define SQLITE_IOCAP_ATOMIC          0x00000001
555 #define SQLITE_IOCAP_ATOMIC512       0x00000002
556 #define SQLITE_IOCAP_ATOMIC1K        0x00000004
557 #define SQLITE_IOCAP_ATOMIC2K        0x00000008
558 #define SQLITE_IOCAP_ATOMIC4K        0x00000010
559 #define SQLITE_IOCAP_ATOMIC8K        0x00000020
560 #define SQLITE_IOCAP_ATOMIC16K       0x00000040
561 #define SQLITE_IOCAP_ATOMIC32K       0x00000080
562 #define SQLITE_IOCAP_ATOMIC64K       0x00000100
563 #define SQLITE_IOCAP_SAFE_APPEND     0x00000200
564 #define SQLITE_IOCAP_SEQUENTIAL      0x00000400
565
566 /*
567 ** CAPI3REF: File Locking Levels {H10250} <H11120> <H11310>
568 **
569 ** SQLite uses one of these integer values as the second
570 ** argument to calls it makes to the xLock() and xUnlock() methods
571 ** of an [sqlite3_io_methods] object.
572 */
573 #define SQLITE_LOCK_NONE          0
574 #define SQLITE_LOCK_SHARED        1
575 #define SQLITE_LOCK_RESERVED      2
576 #define SQLITE_LOCK_PENDING       3
577 #define SQLITE_LOCK_EXCLUSIVE     4
578
579 /*
580 ** CAPI3REF: Synchronization Type Flags {H10260} <H11120>
581 **
582 ** When SQLite invokes the xSync() method of an
583 ** [sqlite3_io_methods] object it uses a combination of
584 ** these integer values as the second argument.
585 **
586 ** When the SQLITE_SYNC_DATAONLY flag is used, it means that the
587 ** sync operation only needs to flush data to mass storage.  Inode
588 ** information need not be flushed. The SQLITE_SYNC_NORMAL flag means
589 ** to use normal fsync() semantics. The SQLITE_SYNC_FULL flag means
590 ** to use Mac OS X style fullsync instead of fsync().
591 */
592 #define SQLITE_SYNC_NORMAL        0x00002
593 #define SQLITE_SYNC_FULL          0x00003
594 #define SQLITE_SYNC_DATAONLY      0x00010
595
596 /*
597 ** CAPI3REF: OS Interface Open File Handle {H11110} <S20110>
598 **
599 ** An [sqlite3_file] object represents an open file in the OS
600 ** interface layer.  Individual OS interface implementations will
601 ** want to subclass this object by appending additional fields
602 ** for their own use.  The pMethods entry is a pointer to an
603 ** [sqlite3_io_methods] object that defines methods for performing
604 ** I/O operations on the open file.
605 */
606 typedef struct sqlite3_file sqlite3_file;
607 struct sqlite3_file {
608   const struct sqlite3_io_methods *pMethods;  /* Methods for an open file */
609 };
610
611 /*
612 ** CAPI3REF: OS Interface File Virtual Methods Object {H11120} <S20110>
613 **
614 ** Every file opened by the [sqlite3_vfs] xOpen method populates an
615 ** [sqlite3_file] object (or, more commonly, a subclass of the
616 ** [sqlite3_file] object) with a pointer to an instance of this object.
617 ** This object defines the methods used to perform various operations
618 ** against the open file represented by the [sqlite3_file] object.
619 **
620 ** The flags argument to xSync may be one of [SQLITE_SYNC_NORMAL] or
621 ** [SQLITE_SYNC_FULL].  The first choice is the normal fsync().
622 ** The second choice is a Mac OS X style fullsync.  The [SQLITE_SYNC_DATAONLY]
623 ** flag may be ORed in to indicate that only the data of the file
624 ** and not its inode needs to be synced.
625 **
626 ** The integer values to xLock() and xUnlock() are one of
627 ** <ul>
628 ** <li> [SQLITE_LOCK_NONE],
629 ** <li> [SQLITE_LOCK_SHARED],
630 ** <li> [SQLITE_LOCK_RESERVED],
631 ** <li> [SQLITE_LOCK_PENDING], or
632 ** <li> [SQLITE_LOCK_EXCLUSIVE].
633 ** </ul>
634 ** xLock() increases the lock. xUnlock() decreases the lock.
635 ** The xCheckReservedLock() method checks whether any database connection,
636 ** either in this process or in some other process, is holding a RESERVED,
637 ** PENDING, or EXCLUSIVE lock on the file.  It returns true
638 ** if such a lock exists and false otherwise.
639 **
640 ** The xFileControl() method is a generic interface that allows custom
641 ** VFS implementations to directly control an open file using the
642 ** [sqlite3_file_control()] interface.  The second "op" argument is an
643 ** integer opcode.  The third argument is a generic pointer intended to
644 ** point to a structure that may contain arguments or space in which to
645 ** write return values.  Potential uses for xFileControl() might be
646 ** functions to enable blocking locks with timeouts, to change the
647 ** locking strategy (for example to use dot-file locks), to inquire
648 ** about the status of a lock, or to break stale locks.  The SQLite
649 ** core reserves all opcodes less than 100 for its own use.
650 ** A [SQLITE_FCNTL_LOCKSTATE | list of opcodes] less than 100 is available.
651 ** Applications that define a custom xFileControl method should use opcodes
652 ** greater than 100 to avoid conflicts.
653 **
654 ** The xSectorSize() method returns the sector size of the
655 ** device that underlies the file.  The sector size is the
656 ** minimum write that can be performed without disturbing
657 ** other bytes in the file.  The xDeviceCharacteristics()
658 ** method returns a bit vector describing behaviors of the
659 ** underlying device:
660 **
661 ** <ul>
662 ** <li> [SQLITE_IOCAP_ATOMIC]
663 ** <li> [SQLITE_IOCAP_ATOMIC512]
664 ** <li> [SQLITE_IOCAP_ATOMIC1K]
665 ** <li> [SQLITE_IOCAP_ATOMIC2K]
666 ** <li> [SQLITE_IOCAP_ATOMIC4K]
667 ** <li> [SQLITE_IOCAP_ATOMIC8K]
668 ** <li> [SQLITE_IOCAP_ATOMIC16K]
669 ** <li> [SQLITE_IOCAP_ATOMIC32K]
670 ** <li> [SQLITE_IOCAP_ATOMIC64K]
671 ** <li> [SQLITE_IOCAP_SAFE_APPEND]
672 ** <li> [SQLITE_IOCAP_SEQUENTIAL]
673 ** </ul>
674 **
675 ** The SQLITE_IOCAP_ATOMIC property means that all writes of
676 ** any size are atomic.  The SQLITE_IOCAP_ATOMICnnn values
677 ** mean that writes of blocks that are nnn bytes in size and
678 ** are aligned to an address which is an integer multiple of
679 ** nnn are atomic.  The SQLITE_IOCAP_SAFE_APPEND value means
680 ** that when data is appended to a file, the data is appended
681 ** first then the size of the file is extended, never the other
682 ** way around.  The SQLITE_IOCAP_SEQUENTIAL property means that
683 ** information is written to disk in the same order as calls
684 ** to xWrite().
685 **
686 ** If xRead() returns SQLITE_IOERR_SHORT_READ it must also fill
687 ** in the unread portions of the buffer with zeros.  A VFS that
688 ** fails to zero-fill short reads might seem to work.  However,
689 ** failure to zero-fill short reads will eventually lead to
690 ** database corruption.
691 */
692 typedef struct sqlite3_io_methods sqlite3_io_methods;
693 struct sqlite3_io_methods {
694   int iVersion;
695   int (*xClose)(sqlite3_file*);
696   int (*xRead)(sqlite3_file*, void*, int iAmt, sqlite3_int64 iOfst);
697   int (*xWrite)(sqlite3_file*, const void*, int iAmt, sqlite3_int64 iOfst);
698   int (*xTruncate)(sqlite3_file*, sqlite3_int64 size);
699   int (*xSync)(sqlite3_file*, int flags);
700   int (*xFileSize)(sqlite3_file*, sqlite3_int64 *pSize);
701   int (*xLock)(sqlite3_file*, int);
702   int (*xUnlock)(sqlite3_file*, int);
703   int (*xCheckReservedLock)(sqlite3_file*, int *pResOut);
704   int (*xFileControl)(sqlite3_file*, int op, void *pArg);
705   int (*xSectorSize)(sqlite3_file*);
706   int (*xDeviceCharacteristics)(sqlite3_file*);
707   /* Additional methods may be added in future releases */
708 };
709
710 /*
711 ** CAPI3REF: Standard File Control Opcodes {H11310} <S30800>
712 **
713 ** These integer constants are opcodes for the xFileControl method
714 ** of the [sqlite3_io_methods] object and for the [sqlite3_file_control()]
715 ** interface.
716 **
717 ** The [SQLITE_FCNTL_LOCKSTATE] opcode is used for debugging.  This
718 ** opcode causes the xFileControl method to write the current state of
719 ** the lock (one of [SQLITE_LOCK_NONE], [SQLITE_LOCK_SHARED],
720 ** [SQLITE_LOCK_RESERVED], [SQLITE_LOCK_PENDING], or [SQLITE_LOCK_EXCLUSIVE])
721 ** into an integer that the pArg argument points to. This capability
722 ** is used during testing and only needs to be supported when SQLITE_TEST
723 ** is defined.
724 */
725 #define SQLITE_FCNTL_LOCKSTATE        1
726
727 /*
728 ** CAPI3REF: Mutex Handle {H17110} <S20130>
729 **
730 ** The mutex module within SQLite defines [sqlite3_mutex] to be an
731 ** abstract type for a mutex object.  The SQLite core never looks
732 ** at the internal representation of an [sqlite3_mutex].  It only
733 ** deals with pointers to the [sqlite3_mutex] object.
734 **
735 ** Mutexes are created using [sqlite3_mutex_alloc()].
736 */
737 typedef struct sqlite3_mutex sqlite3_mutex;
738
739 /*
740 ** CAPI3REF: OS Interface Object {H11140} <S20100>
741 **
742 ** An instance of the sqlite3_vfs object defines the interface between
743 ** the SQLite core and the underlying operating system.  The "vfs"
744 ** in the name of the object stands for "virtual file system".
745 **
746 ** The value of the iVersion field is initially 1 but may be larger in
747 ** future versions of SQLite.  Additional fields may be appended to this
748 ** object when the iVersion value is increased.  Note that the structure
749 ** of the sqlite3_vfs object changes in the transaction between
750 ** SQLite version 3.5.9 and 3.6.0 and yet the iVersion field was not
751 ** modified.
752 **
753 ** The szOsFile field is the size of the subclassed [sqlite3_file]
754 ** structure used by this VFS.  mxPathname is the maximum length of
755 ** a pathname in this VFS.
756 **
757 ** Registered sqlite3_vfs objects are kept on a linked list formed by
758 ** the pNext pointer.  The [sqlite3_vfs_register()]
759 ** and [sqlite3_vfs_unregister()] interfaces manage this list
760 ** in a thread-safe way.  The [sqlite3_vfs_find()] interface
761 ** searches the list.  Neither the application code nor the VFS
762 ** implementation should use the pNext pointer.
763 **
764 ** The pNext field is the only field in the sqlite3_vfs
765 ** structure that SQLite will ever modify.  SQLite will only access
766 ** or modify this field while holding a particular static mutex.
767 ** The application should never modify anything within the sqlite3_vfs
768 ** object once the object has been registered.
769 **
770 ** The zName field holds the name of the VFS module.  The name must
771 ** be unique across all VFS modules.
772 **
773 ** {H11141} SQLite will guarantee that the zFilename parameter to xOpen
774 ** is either a NULL pointer or string obtained
775 ** from xFullPathname().  SQLite further guarantees that
776 ** the string will be valid and unchanged until xClose() is
777 ** called. {END}  Because of the previous sentense,
778 ** the [sqlite3_file] can safely store a pointer to the
779 ** filename if it needs to remember the filename for some reason.
780 ** If the zFilename parameter is xOpen is a NULL pointer then xOpen
781 ** must invite its own temporary name for the file.  Whenever the 
782 ** xFilename parameter is NULL it will also be the case that the
783 ** flags parameter will include [SQLITE_OPEN_DELETEONCLOSE].
784 **
785 ** {H11142} The flags argument to xOpen() includes all bits set in
786 ** the flags argument to [sqlite3_open_v2()].  Or if [sqlite3_open()]
787 ** or [sqlite3_open16()] is used, then flags includes at least
788 ** [SQLITE_OPEN_READWRITE] | [SQLITE_OPEN_CREATE]. {END}
789 ** If xOpen() opens a file read-only then it sets *pOutFlags to
790 ** include [SQLITE_OPEN_READONLY].  Other bits in *pOutFlags may be set.
791 **
792 ** {H11143} SQLite will also add one of the following flags to the xOpen()
793 ** call, depending on the object being opened:
794 **
795 ** <ul>
796 ** <li>  [SQLITE_OPEN_MAIN_DB]
797 ** <li>  [SQLITE_OPEN_MAIN_JOURNAL]
798 ** <li>  [SQLITE_OPEN_TEMP_DB]
799 ** <li>  [SQLITE_OPEN_TEMP_JOURNAL]
800 ** <li>  [SQLITE_OPEN_TRANSIENT_DB]
801 ** <li>  [SQLITE_OPEN_SUBJOURNAL]
802 ** <li>  [SQLITE_OPEN_MASTER_JOURNAL]
803 ** </ul> {END}
804 **
805 ** The file I/O implementation can use the object type flags to
806 ** change the way it deals with files.  For example, an application
807 ** that does not care about crash recovery or rollback might make
808 ** the open of a journal file a no-op.  Writes to this journal would
809 ** also be no-ops, and any attempt to read the journal would return
810 ** SQLITE_IOERR.  Or the implementation might recognize that a database
811 ** file will be doing page-aligned sector reads and writes in a random
812 ** order and set up its I/O subsystem accordingly.
813 **
814 ** SQLite might also add one of the following flags to the xOpen method:
815 **
816 ** <ul>
817 ** <li> [SQLITE_OPEN_DELETEONCLOSE]
818 ** <li> [SQLITE_OPEN_EXCLUSIVE]
819 ** </ul>
820 **
821 ** {H11145} The [SQLITE_OPEN_DELETEONCLOSE] flag means the file should be
822 ** deleted when it is closed.  {H11146} The [SQLITE_OPEN_DELETEONCLOSE]
823 ** will be set for TEMP  databases, journals and for subjournals.
824 **
825 ** {H11147} The [SQLITE_OPEN_EXCLUSIVE] flag means the file should be opened
826 ** for exclusive access.  This flag is set for all files except
827 ** for the main database file.
828 **
829 ** {H11148} At least szOsFile bytes of memory are allocated by SQLite
830 ** to hold the  [sqlite3_file] structure passed as the third
831 ** argument to xOpen. {END}  The xOpen method does not have to
832 ** allocate the structure; it should just fill it in.
833 **
834 ** {H11149} The flags argument to xAccess() may be [SQLITE_ACCESS_EXISTS]
835 ** to test for the existence of a file, or [SQLITE_ACCESS_READWRITE] to
836 ** test whether a file is readable and writable, or [SQLITE_ACCESS_READ]
837 ** to test whether a file is at least readable. {END}  The file can be a
838 ** directory.
839 **
840 ** {H11150} SQLite will always allocate at least mxPathname+1 bytes for the
841 ** output buffer xFullPathname. {H11151} The exact size of the output buffer
842 ** is also passed as a parameter to both  methods. {END}  If the output buffer
843 ** is not large enough, [SQLITE_CANTOPEN] should be returned. Since this is
844 ** handled as a fatal error by SQLite, vfs implementations should endeavor
845 ** to prevent this by setting mxPathname to a sufficiently large value.
846 **
847 ** The xRandomness(), xSleep(), and xCurrentTime() interfaces
848 ** are not strictly a part of the filesystem, but they are
849 ** included in the VFS structure for completeness.
850 ** The xRandomness() function attempts to return nBytes bytes
851 ** of good-quality randomness into zOut.  The return value is
852 ** the actual number of bytes of randomness obtained.
853 ** The xSleep() method causes the calling thread to sleep for at
854 ** least the number of microseconds given.  The xCurrentTime()
855 ** method returns a Julian Day Number for the current date and time.
856 */
857 typedef struct sqlite3_vfs sqlite3_vfs;
858 struct sqlite3_vfs {
859   int iVersion;            /* Structure version number */
860   int szOsFile;            /* Size of subclassed sqlite3_file */
861   int mxPathname;          /* Maximum file pathname length */
862   sqlite3_vfs *pNext;      /* Next registered VFS */
863   const char *zName;       /* Name of this virtual file system */
864   void *pAppData;          /* Pointer to application-specific data */
865   int (*xOpen)(sqlite3_vfs*, const char *zName, sqlite3_file*,
866                int flags, int *pOutFlags);
867   int (*xDelete)(sqlite3_vfs*, const char *zName, int syncDir);
868   int (*xAccess)(sqlite3_vfs*, const char *zName, int flags, int *pResOut);
869   int (*xFullPathname)(sqlite3_vfs*, const char *zName, int nOut, char *zOut);
870   void *(*xDlOpen)(sqlite3_vfs*, const char *zFilename);
871   void (*xDlError)(sqlite3_vfs*, int nByte, char *zErrMsg);
872   void *(*xDlSym)(sqlite3_vfs*,void*, const char *zSymbol);
873   void (*xDlClose)(sqlite3_vfs*, void*);
874   int (*xRandomness)(sqlite3_vfs*, int nByte, char *zOut);
875   int (*xSleep)(sqlite3_vfs*, int microseconds);
876   int (*xCurrentTime)(sqlite3_vfs*, double*);
877   int (*xGetLastError)(sqlite3_vfs*, int, char *);
878   /* New fields may be appended in figure versions.  The iVersion
879   ** value will increment whenever this happens. */
880 };
881
882 /*
883 ** CAPI3REF: Flags for the xAccess VFS method {H11190} <H11140>
884 **
885 ** {H11191} These integer constants can be used as the third parameter to
886 ** the xAccess method of an [sqlite3_vfs] object. {END}  They determine
887 ** what kind of permissions the xAccess method is looking for.
888 ** {H11192} With SQLITE_ACCESS_EXISTS, the xAccess method
889 ** simply checks whether the file exists.
890 ** {H11193} With SQLITE_ACCESS_READWRITE, the xAccess method
891 ** checks whether the file is both readable and writable.
892 ** {H11194} With SQLITE_ACCESS_READ, the xAccess method
893 ** checks whether the file is readable.
894 */
895 #define SQLITE_ACCESS_EXISTS    0
896 #define SQLITE_ACCESS_READWRITE 1
897 #define SQLITE_ACCESS_READ      2
898
899 /*
900 ** CAPI3REF: Initialize The SQLite Library {H10130} <S20000><S30100>
901 **
902 ** The sqlite3_initialize() routine initializes the
903 ** SQLite library.  The sqlite3_shutdown() routine
904 ** deallocates any resources that were allocated by sqlite3_initialize().
905 **
906 ** A call to sqlite3_initialize() is an "effective" call if it is
907 ** the first time sqlite3_initialize() is invoked during the lifetime of
908 ** the process, or if it is the first time sqlite3_initialize() is invoked
909 ** following a call to sqlite3_shutdown().  Only an effective call
910 ** of sqlite3_initialize() does any initialization.  All other calls
911 ** are harmless no-ops.
912 **
913 ** Among other things, sqlite3_initialize() shall invoke
914 ** sqlite3_os_init().  Similarly, sqlite3_shutdown()
915 ** shall invoke sqlite3_os_end().
916 **
917 ** The sqlite3_initialize() routine returns [SQLITE_OK] on success.
918 ** If for some reason, sqlite3_initialize() is unable to initialize
919 ** the library (perhaps it is unable to allocate a needed resource such
920 ** as a mutex) it returns an [error code] other than [SQLITE_OK].
921 **
922 ** The sqlite3_initialize() routine is called internally by many other
923 ** SQLite interfaces so that an application usually does not need to
924 ** invoke sqlite3_initialize() directly.  For example, [sqlite3_open()]
925 ** calls sqlite3_initialize() so the SQLite library will be automatically
926 ** initialized when [sqlite3_open()] is called if it has not be initialized
927 ** already.  However, if SQLite is compiled with the [SQLITE_OMIT_AUTOINIT]
928 ** compile-time option, then the automatic calls to sqlite3_initialize()
929 ** are omitted and the application must call sqlite3_initialize() directly
930 ** prior to using any other SQLite interface.  For maximum portability,
931 ** it is recommended that applications always invoke sqlite3_initialize()
932 ** directly prior to using any other SQLite interface.  Future releases
933 ** of SQLite may require this.  In other words, the behavior exhibited
934 ** when SQLite is compiled with [SQLITE_OMIT_AUTOINIT] might become the
935 ** default behavior in some future release of SQLite.
936 **
937 ** The sqlite3_os_init() routine does operating-system specific
938 ** initialization of the SQLite library.  The sqlite3_os_end()
939 ** routine undoes the effect of sqlite3_os_init().  Typical tasks
940 ** performed by these routines include allocation or deallocation
941 ** of static resources, initialization of global variables,
942 ** setting up a default [sqlite3_vfs] module, or setting up
943 ** a default configuration using [sqlite3_config()].
944 **
945 ** The application should never invoke either sqlite3_os_init()
946 ** or sqlite3_os_end() directly.  The application should only invoke
947 ** sqlite3_initialize() and sqlite3_shutdown().  The sqlite3_os_init()
948 ** interface is called automatically by sqlite3_initialize() and
949 ** sqlite3_os_end() is called by sqlite3_shutdown().  Appropriate
950 ** implementations for sqlite3_os_init() and sqlite3_os_end()
951 ** are built into SQLite when it is compiled for unix, windows, or os/2.
952 ** When built for other platforms (using the [SQLITE_OS_OTHER=1] compile-time
953 ** option) the application must supply a suitable implementation for
954 ** sqlite3_os_init() and sqlite3_os_end().  An application-supplied
955 ** implementation of sqlite3_os_init() or sqlite3_os_end()
956 ** must return [SQLITE_OK] on success and some other [error code] upon
957 ** failure.
958 */
959 int sqlite3_initialize(void);
960 int sqlite3_shutdown(void);
961 int sqlite3_os_init(void);
962 int sqlite3_os_end(void);
963
964 /*
965 ** CAPI3REF: Configuring The SQLite Library {H14100} <S20000><S30200>
966 ** EXPERIMENTAL
967 **
968 ** The sqlite3_config() interface is used to make global configuration
969 ** changes to SQLite in order to tune SQLite to the specific needs of
970 ** the application.  The default configuration is recommended for most
971 ** applications and so this routine is usually not necessary.  It is
972 ** provided to support rare applications with unusual needs.
973 **
974 ** The sqlite3_config() interface is not threadsafe.  The application
975 ** must insure that no other SQLite interfaces are invoked by other
976 ** threads while sqlite3_config() is running.  Furthermore, sqlite3_config()
977 ** may only be invoked prior to library initialization using
978 ** [sqlite3_initialize()] or after shutdown by [sqlite3_shutdown()].
979 ** Note, however, that sqlite3_config() can be called as part of the
980 ** implementation of an application-defined [sqlite3_os_init()].
981 **
982 ** The first argument to sqlite3_config() is an integer
983 ** [SQLITE_CONFIG_SINGLETHREAD | configuration option] that determines
984 ** what property of SQLite is to be configured.  Subsequent arguments
985 ** vary depending on the [SQLITE_CONFIG_SINGLETHREAD | configuration option]
986 ** in the first argument.
987 **
988 ** When a configuration option is set, sqlite3_config() returns [SQLITE_OK].
989 ** If the option is unknown or SQLite is unable to set the option
990 ** then this routine returns a non-zero [error code].
991 **
992 ** INVARIANTS:
993 **
994 ** {H14103} A successful invocation of [sqlite3_config()] shall return
995 **          [SQLITE_OK].
996 **
997 ** {H14106} The [sqlite3_config()] interface shall return [SQLITE_MISUSE]
998 **          if it is invoked in between calls to [sqlite3_initialize()] and
999 **          [sqlite3_shutdown()].
1000 **
1001 ** {H14120} A successful call to [sqlite3_config]([SQLITE_CONFIG_SINGLETHREAD])
1002 **          shall set the default [threading mode] to Single-thread.
1003 **
1004 ** {H14123} A successful call to [sqlite3_config]([SQLITE_CONFIG_MULTITHREAD])
1005 **          shall set the default [threading mode] to Multi-thread.
1006 **
1007 ** {H14126} A successful call to [sqlite3_config]([SQLITE_CONFIG_SERIALIZED])
1008 **          shall set the default [threading mode] to Serialized.
1009 **
1010 ** {H14129} A successful call to [sqlite3_config]([SQLITE_CONFIG_MUTEX],X)
1011 **          where X is a pointer to an initialized [sqlite3_mutex_methods]
1012 **          object shall cause all subsequent mutex operations performed
1013 **          by SQLite to use the mutex methods that were present in X
1014 **          during the call to [sqlite3_config()].
1015 **
1016 ** {H14132} A successful call to [sqlite3_config]([SQLITE_CONFIG_GETMUTEX],X)
1017 **          where X is a pointer to an [sqlite3_mutex_methods] object 
1018 **          shall overwrite the content of [sqlite3_mutex_methods] object
1019 **          with the mutex methods currently in use by SQLite.
1020 **
1021 ** {H14135} A successful call to [sqlite3_config]([SQLITE_CONFIG_MALLOC],M)
1022 **          where M is a pointer to an initialized [sqlite3_mem_methods]
1023 **          object shall cause all subsequent memory allocation operations
1024 **          performed by SQLite to use the methods that were present in 
1025 **          M during the call to [sqlite3_config()].
1026 **
1027 ** {H14138} A successful call to [sqlite3_config]([SQLITE_CONFIG_GETMALLOC],M)
1028 **          where M is a pointer to an [sqlite3_mem_methods] object shall
1029 **          overwrite the content of [sqlite3_mem_methods] object with 
1030 **          the memory allocation methods currently in use by
1031 **          SQLite.
1032 **
1033 ** {H14141} A successful call to [sqlite3_config]([SQLITE_CONFIG_MEMSTATUS],1)
1034 **          shall enable the memory allocation status collection logic.
1035 **
1036 ** {H14144} A successful call to [sqlite3_config]([SQLITE_CONFIG_MEMSTATUS],0)
1037 **          shall disable the memory allocation status collection logic.
1038 **
1039 ** {H14147} The memory allocation status collection logic shall be
1040 **          enabled by default.
1041 **
1042 ** {H14150} A successful call to [sqlite3_config]([SQLITE_CONFIG_SCRATCH],S,Z,N)
1043 **          where Z and N are non-negative integers and 
1044 **          S is a pointer to an aligned memory buffer not less than
1045 **          Z*N bytes in size shall cause S to be used by the
1046 **          [scratch memory allocator] for as many as N simulataneous
1047 **          allocations each of size Z.
1048 **
1049 ** {H14153} A successful call to [sqlite3_config]([SQLITE_CONFIG_SCRATCH],S,Z,N)
1050 **          where S is a NULL pointer shall disable the
1051 **          [scratch memory allocator].
1052 **
1053 ** {H14156} A successful call to
1054 **          [sqlite3_config]([SQLITE_CONFIG_PAGECACHE],S,Z,N)
1055 **          where Z and N are non-negative integers and 
1056 **          S is a pointer to an aligned memory buffer not less than
1057 **          Z*N bytes in size shall cause S to be used by the
1058 **          [pagecache memory allocator] for as many as N simulataneous
1059 **          allocations each of size Z.
1060 **
1061 ** {H14159} A successful call to
1062 **          [sqlite3_config]([SQLITE_CONFIG_PAGECACHE],S,Z,N)
1063 **          where S is a NULL pointer shall disable the
1064 **          [pagecache memory allocator].
1065 **
1066 ** {H14162} A successful call to [sqlite3_config]([SQLITE_CONFIG_HEAP],H,Z,N)
1067 **          where Z and N are non-negative integers and 
1068 **          H is a pointer to an aligned memory buffer not less than
1069 **          Z bytes in size shall enable the [memsys5] memory allocator
1070 **          and cause it to use buffer S as its memory source and to use
1071 **          a minimum allocation size of N.
1072 **
1073 ** {H14165} A successful call to [sqlite3_config]([SQLITE_CONFIG_HEAP],H,Z,N)
1074 **          where H is a NULL pointer shall disable the
1075 **          [memsys5] memory allocator.
1076 **
1077 ** {H14168} A successful call to [sqlite3_config]([SQLITE_CONFIG_LOOKASIDE],Z,N)
1078 **          shall cause the default [lookaside memory allocator] configuration
1079 **          for new [database connections] to be N slots of Z bytes each.
1080 */
1081 SQLITE_EXPERIMENTAL int sqlite3_config(int, ...);
1082
1083 /*
1084 ** CAPI3REF: Configure database connections  {H14200} <S20000>
1085 ** EXPERIMENTAL
1086 **
1087 ** The sqlite3_db_config() interface is used to make configuration
1088 ** changes to a [database connection].  The interface is similar to
1089 ** [sqlite3_config()] except that the changes apply to a single
1090 ** [database connection] (specified in the first argument).  The
1091 ** sqlite3_db_config() interface can only be used immediately after
1092 ** the database connection is created using [sqlite3_open()],
1093 ** [sqlite3_open16()], or [sqlite3_open_v2()].  
1094 **
1095 ** The second argument to sqlite3_db_config(D,V,...)  is the
1096 ** configuration verb - an integer code that indicates what
1097 ** aspect of the [database connection] is being configured.
1098 ** The only choice for this value is [SQLITE_DBCONFIG_LOOKASIDE].
1099 ** New verbs are likely to be added in future releases of SQLite.
1100 ** Additional arguments depend on the verb.
1101 **
1102 ** INVARIANTS:
1103 **
1104 ** {H14203} A call to [sqlite3_db_config(D,V,...)] shall return [SQLITE_OK]
1105 **          if and only if the call is successful.
1106 **
1107 ** {H14206} If one or more slots of the [lookaside memory allocator] for
1108 **          [database connection] D are in use, then a call to
1109 **          [sqlite3_db_config](D,[SQLITE_DBCONFIG_LOOKASIDE],...) shall
1110 **          fail with an [SQLITE_BUSY] return code.
1111 **
1112 ** {H14209} A successful call to 
1113 **          [sqlite3_db_config](D,[SQLITE_DBCONFIG_LOOKASIDE],B,Z,N) where
1114 **          D is an open [database connection] and Z and N are positive
1115 **          integers and B is an aligned buffer at least Z*N bytes in size
1116 **          shall cause the [lookaside memory allocator] for D to use buffer B 
1117 **          with N slots of Z bytes each.
1118 **
1119 ** {H14212} A successful call to 
1120 **          [sqlite3_db_config](D,[SQLITE_DBCONFIG_LOOKASIDE],B,Z,N) where
1121 **          D is an open [database connection] and Z and N are positive
1122 **          integers and B is NULL pointer shall cause the
1123 **          [lookaside memory allocator] for D to a obtain Z*N byte buffer
1124 **          from the primary memory allocator and use that buffer
1125 **          with N lookaside slots of Z bytes each.
1126 **
1127 ** {H14215} A successful call to 
1128 **          [sqlite3_db_config](D,[SQLITE_DBCONFIG_LOOKASIDE],B,Z,N) where
1129 **          D is an open [database connection] and Z and N are zero shall
1130 **          disable the [lookaside memory allocator] for D.
1131 **
1132 **
1133 */
1134 SQLITE_EXPERIMENTAL int sqlite3_db_config(sqlite3*, int op, ...);
1135
1136 /*
1137 ** CAPI3REF: Memory Allocation Routines {H10155} <S20120>
1138 ** EXPERIMENTAL
1139 **
1140 ** An instance of this object defines the interface between SQLite
1141 ** and low-level memory allocation routines.
1142 **
1143 ** This object is used in only one place in the SQLite interface.
1144 ** A pointer to an instance of this object is the argument to
1145 ** [sqlite3_config()] when the configuration option is
1146 ** [SQLITE_CONFIG_MALLOC].  By creating an instance of this object
1147 ** and passing it to [sqlite3_config()] during configuration, an
1148 ** application can specify an alternative memory allocation subsystem
1149 ** for SQLite to use for all of its dynamic memory needs.
1150 **
1151 ** Note that SQLite comes with a built-in memory allocator that is
1152 ** perfectly adequate for the overwhelming majority of applications
1153 ** and that this object is only useful to a tiny minority of applications
1154 ** with specialized memory allocation requirements.  This object is
1155 ** also used during testing of SQLite in order to specify an alternative
1156 ** memory allocator that simulates memory out-of-memory conditions in
1157 ** order to verify that SQLite recovers gracefully from such
1158 ** conditions.
1159 **
1160 ** The xMalloc, xFree, and xRealloc methods must work like the
1161 ** malloc(), free(), and realloc() functions from the standard library.
1162 **
1163 ** xSize should return the allocated size of a memory allocation
1164 ** previously obtained from xMalloc or xRealloc.  The allocated size
1165 ** is always at least as big as the requested size but may be larger.
1166 **
1167 ** The xRoundup method returns what would be the allocated size of
1168 ** a memory allocation given a particular requested size.  Most memory
1169 ** allocators round up memory allocations at least to the next multiple
1170 ** of 8.  Some allocators round up to a larger multiple or to a power of 2.
1171 **
1172 ** The xInit method initializes the memory allocator.  (For example,
1173 ** it might allocate any require mutexes or initialize internal data
1174 ** structures.  The xShutdown method is invoked (indirectly) by
1175 ** [sqlite3_shutdown()] and should deallocate any resources acquired
1176 ** by xInit.  The pAppData pointer is used as the only parameter to
1177 ** xInit and xShutdown.
1178 */
1179 typedef struct sqlite3_mem_methods sqlite3_mem_methods;
1180 struct sqlite3_mem_methods {
1181   void *(*xMalloc)(int);         /* Memory allocation function */
1182   void (*xFree)(void*);          /* Free a prior allocation */
1183   void *(*xRealloc)(void*,int);  /* Resize an allocation */
1184   int (*xSize)(void*);           /* Return the size of an allocation */
1185   int (*xRoundup)(int);          /* Round up request size to allocation size */
1186   int (*xInit)(void*);           /* Initialize the memory allocator */
1187   void (*xShutdown)(void*);      /* Deinitialize the memory allocator */
1188   void *pAppData;                /* Argument to xInit() and xShutdown() */
1189 };
1190
1191 /*
1192 ** CAPI3REF: Configuration Options {H10160} <S20000>
1193 ** EXPERIMENTAL
1194 **
1195 ** These constants are the available integer configuration options that
1196 ** can be passed as the first argument to the [sqlite3_config()] interface.
1197 **
1198 ** New configuration options may be added in future releases of SQLite.
1199 ** Existing configuration options might be discontinued.  Applications
1200 ** should check the return code from [sqlite3_config()] to make sure that
1201 ** the call worked.  The [sqlite3_config()] interface will return a
1202 ** non-zero [error code] if a discontinued or unsupported configuration option
1203 ** is invoked.
1204 **
1205 ** <dl>
1206 ** <dt>SQLITE_CONFIG_SINGLETHREAD</dt>
1207 ** <dd>There are no arguments to this option.  This option disables
1208 ** all mutexing and puts SQLite into a mode where it can only be used
1209 ** by a single thread.</dd>
1210 **
1211 ** <dt>SQLITE_CONFIG_MULTITHREAD</dt>
1212 ** <dd>There are no arguments to this option.  This option disables
1213 ** mutexing on [database connection] and [prepared statement] objects.
1214 ** The application is responsible for serializing access to
1215 ** [database connections] and [prepared statements].  But other mutexes
1216 ** are enabled so that SQLite will be safe to use in a multi-threaded
1217 ** environment as long as no two threads attempt to use the same
1218 ** [database connection] at the same time.  See the [threading mode]
1219 ** documentation for additional information.</dd>
1220 **
1221 ** <dt>SQLITE_CONFIG_SERIALIZED</dt>
1222 ** <dd>There are no arguments to this option.  This option enables
1223 ** all mutexes including the recursive
1224 ** mutexes on [database connection] and [prepared statement] objects.
1225 ** In this mode (which is the default when SQLite is compiled with
1226 ** [SQLITE_THREADSAFE=1]) the SQLite library will itself serialize access
1227 ** to [database connections] and [prepared statements] so that the
1228 ** application is free to use the same [database connection] or the
1229 ** same [prepared statement] in different threads at the same time.
1230 ** See the [threading mode] documentation for additional information.</dd>
1231 **
1232 ** <dt>SQLITE_CONFIG_MALLOC</dt>
1233 ** <dd>This option takes a single argument which is a pointer to an
1234 ** instance of the [sqlite3_mem_methods] structure.  The argument specifies
1235 ** alternative low-level memory allocation routines to be used in place of
1236 ** the memory allocation routines built into SQLite.</dd>
1237 **
1238 ** <dt>SQLITE_CONFIG_GETMALLOC</dt>
1239 ** <dd>This option takes a single argument which is a pointer to an
1240 ** instance of the [sqlite3_mem_methods] structure.  The [sqlite3_mem_methods]
1241 ** structure is filled with the currently defined memory allocation routines.
1242 ** This option can be used to overload the default memory allocation
1243 ** routines with a wrapper that simulations memory allocation failure or
1244 ** tracks memory usage, for example.</dd>
1245 **
1246 ** <dt>SQLITE_CONFIG_MEMSTATUS</dt>
1247 ** <dd>This option takes single argument of type int, interpreted as a 
1248 ** boolean, which enables or disables the collection of memory allocation 
1249 ** statistics. When disabled, the following SQLite interfaces become 
1250 ** non-operational:
1251 **   <ul>
1252 **   <li> [sqlite3_memory_used()]
1253 **   <li> [sqlite3_memory_highwater()]
1254 **   <li> [sqlite3_soft_heap_limit()]
1255 **   <li> [sqlite3_status()]
1256 **   </ul>
1257 ** </dd>
1258 **
1259 ** <dt>SQLITE_CONFIG_SCRATCH</dt>
1260 ** <dd>This option specifies a static memory buffer that SQLite can use for
1261 ** scratch memory.  There are three arguments:  A pointer to the memory, the
1262 ** size of each scratch buffer (sz), and the number of buffers (N).  The sz
1263 ** argument must be a multiple of 16. The sz parameter should be a few bytes
1264 ** larger than the actual scratch space required due internal overhead.
1265 ** The first
1266 ** argument should point to an allocation of at least sz*N bytes of memory.
1267 ** SQLite will use no more than one scratch buffer at once per thread, so
1268 ** N should be set to the expected maximum number of threads.  The sz
1269 ** parameter should be 6 times the size of the largest database page size.
1270 ** Scratch buffers are used as part of the btree balance operation.  If
1271 ** The btree balancer needs additional memory beyond what is provided by
1272 ** scratch buffers or if no scratch buffer space is specified, then SQLite
1273 ** goes to [sqlite3_malloc()] to obtain the memory it needs.</dd>
1274 **
1275 ** <dt>SQLITE_CONFIG_PAGECACHE</dt>
1276 ** <dd>This option specifies a static memory buffer that SQLite can use for
1277 ** the database page cache with the default page cache implemenation.  
1278 ** This configuration should not be used if an application-define page
1279 ** cache implementation is loaded using the SQLITE_CONFIG_PCACHE option.
1280 ** There are three arguments to this option: A pointer to the
1281 ** memory, the size of each page buffer (sz), and the number of pages (N).
1282 ** The sz argument must be a power of two between 512 and 32768.  The first
1283 ** argument should point to an allocation of at least sz*N bytes of memory.
1284 ** SQLite will use the memory provided by the first argument to satisfy its
1285 ** memory needs for the first N pages that it adds to cache.  If additional
1286 ** page cache memory is needed beyond what is provided by this option, then
1287 ** SQLite goes to [sqlite3_malloc()] for the additional storage space.
1288 ** The implementation might use one or more of the N buffers to hold 
1289 ** memory accounting information. </dd>
1290 **
1291 ** <dt>SQLITE_CONFIG_HEAP</dt>
1292 ** <dd>This option specifies a static memory buffer that SQLite will use
1293 ** for all of its dynamic memory allocation needs beyond those provided
1294 ** for by [SQLITE_CONFIG_SCRATCH] and [SQLITE_CONFIG_PAGECACHE].
1295 ** There are three arguments: A pointer to the memory, the number of
1296 ** bytes in the memory buffer, and the minimum allocation size.  If
1297 ** the first pointer (the memory pointer) is NULL, then SQLite reverts
1298 ** to using its default memory allocator (the system malloc() implementation),
1299 ** undoing any prior invocation of [SQLITE_CONFIG_MALLOC].  If the
1300 ** memory pointer is not NULL and either [SQLITE_ENABLE_MEMSYS3] or
1301 ** [SQLITE_ENABLE_MEMSYS5] are defined, then the alternative memory
1302 ** allocator is engaged to handle all of SQLites memory allocation needs.</dd>
1303 **
1304 ** <dt>SQLITE_CONFIG_MUTEX</dt>
1305 ** <dd>This option takes a single argument which is a pointer to an
1306 ** instance of the [sqlite3_mutex_methods] structure.  The argument specifies
1307 ** alternative low-level mutex routines to be used in place
1308 ** the mutex routines built into SQLite.</dd>
1309 **
1310 ** <dt>SQLITE_CONFIG_GETMUTEX</dt>
1311 ** <dd>This option takes a single argument which is a pointer to an
1312 ** instance of the [sqlite3_mutex_methods] structure.  The
1313 ** [sqlite3_mutex_methods]
1314 ** structure is filled with the currently defined mutex routines.
1315 ** This option can be used to overload the default mutex allocation
1316 ** routines with a wrapper used to track mutex usage for performance
1317 ** profiling or testing, for example.</dd>
1318 **
1319 ** <dt>SQLITE_CONFIG_LOOKASIDE</dt>
1320 ** <dd>This option takes two arguments that determine the default
1321 ** memory allcation lookaside optimization.  The first argument is the
1322 ** size of each lookaside buffer slot and the second is the number of
1323 ** slots allocated to each database connection.</dd>
1324 **
1325 ** <dt>SQLITE_CONFIG_PCACHE</dt>
1326 ** <dd>This option takes a single argument which is a pointer to
1327 ** an [sqlite3_pcache_methods] object.  This object specifies the interface
1328 ** to a custom page cache implementation.  SQLite makes a copy of the
1329 ** object and uses it for page cache memory allocations.</dd>
1330 **
1331 ** <dt>SQLITE_CONFIG_GETPCACHE</dt>
1332 ** <dd>This option takes a single argument which is a pointer to an
1333 ** [sqlite3_pcache_methods] object.  SQLite copies of the current
1334 ** page cache implementation into that object.</dd>
1335 **
1336 ** </dl>
1337 */
1338 #define SQLITE_CONFIG_SINGLETHREAD  1  /* nil */
1339 #define SQLITE_CONFIG_MULTITHREAD   2  /* nil */
1340 #define SQLITE_CONFIG_SERIALIZED    3  /* nil */
1341 #define SQLITE_CONFIG_MALLOC        4  /* sqlite3_mem_methods* */
1342 #define SQLITE_CONFIG_GETMALLOC     5  /* sqlite3_mem_methods* */
1343 #define SQLITE_CONFIG_SCRATCH       6  /* void*, int sz, int N */
1344 #define SQLITE_CONFIG_PAGECACHE     7  /* void*, int sz, int N */
1345 #define SQLITE_CONFIG_HEAP          8  /* void*, int nByte, int min */
1346 #define SQLITE_CONFIG_MEMSTATUS     9  /* boolean */
1347 #define SQLITE_CONFIG_MUTEX        10  /* sqlite3_mutex_methods* */
1348 #define SQLITE_CONFIG_GETMUTEX     11  /* sqlite3_mutex_methods* */
1349 /* previously SQLITE_CONFIG_CHUNKALLOC 12 which is now unused. */ 
1350 #define SQLITE_CONFIG_LOOKASIDE    13  /* int int */
1351 #define SQLITE_CONFIG_PCACHE       14  /* sqlite3_pcache_methods* */
1352 #define SQLITE_CONFIG_GETPCACHE    15  /* sqlite3_pcache_methods* */
1353
1354 /*
1355 ** CAPI3REF: Configuration Options {H10170} <S20000>
1356 ** EXPERIMENTAL
1357 **
1358 ** These constants are the available integer configuration options that
1359 ** can be passed as the second argument to the [sqlite3_db_config()] interface.
1360 **
1361 ** New configuration options may be added in future releases of SQLite.
1362 ** Existing configuration options might be discontinued.  Applications
1363 ** should check the return code from [sqlite3_db_config()] to make sure that
1364 ** the call worked.  The [sqlite3_db_config()] interface will return a
1365 ** non-zero [error code] if a discontinued or unsupported configuration option
1366 ** is invoked.
1367 **
1368 ** <dl>
1369 ** <dt>SQLITE_DBCONFIG_LOOKASIDE</dt>
1370 ** <dd>This option takes three additional arguments that determine the 
1371 ** [lookaside memory allocator] configuration for the [database connection].
1372 ** The first argument (the third parameter to [sqlite3_db_config()] is a
1373 ** pointer to a memory buffer to use for lookaside memory.  The first
1374 ** argument may be NULL in which case SQLite will allocate the lookaside
1375 ** buffer itself using [sqlite3_malloc()].  The second argument is the
1376 ** size of each lookaside buffer slot and the third argument is the number of
1377 ** slots.  The size of the buffer in the first argument must be greater than
1378 ** or equal to the product of the second and third arguments.</dd>
1379 **
1380 ** </dl>
1381 */
1382 #define SQLITE_DBCONFIG_LOOKASIDE    1001  /* void* int int */
1383
1384
1385 /*
1386 ** CAPI3REF: Enable Or Disable Extended Result Codes {H12200} <S10700>
1387 **
1388 ** The sqlite3_extended_result_codes() routine enables or disables the
1389 ** [extended result codes] feature of SQLite. The extended result
1390 ** codes are disabled by default for historical compatibility considerations.
1391 **
1392 ** INVARIANTS:
1393 **
1394 ** {H12201} Each new [database connection] shall have the
1395 **          [extended result codes] feature disabled by default.
1396 **
1397 ** {H12202} The [sqlite3_extended_result_codes(D,F)] interface shall enable
1398 **          [extended result codes] for the  [database connection] D
1399 **          if the F parameter is true, or disable them if F is false.
1400 */
1401 int sqlite3_extended_result_codes(sqlite3*, int onoff);
1402
1403 /*
1404 ** CAPI3REF: Last Insert Rowid {H12220} <S10700>
1405 **
1406 ** Each entry in an SQLite table has a unique 64-bit signed
1407 ** integer key called the "rowid". The rowid is always available
1408 ** as an undeclared column named ROWID, OID, or _ROWID_ as long as those
1409 ** names are not also used by explicitly declared columns. If
1410 ** the table has a column of type INTEGER PRIMARY KEY then that column
1411 ** is another alias for the rowid.
1412 **
1413 ** This routine returns the rowid of the most recent
1414 ** successful [INSERT] into the database from the [database connection]
1415 ** in the first argument.  If no successful [INSERT]s
1416 ** have ever occurred on that database connection, zero is returned.
1417 **
1418 ** If an [INSERT] occurs within a trigger, then the rowid of the inserted
1419 ** row is returned by this routine as long as the trigger is running.
1420 ** But once the trigger terminates, the value returned by this routine
1421 ** reverts to the last value inserted before the trigger fired.
1422 **
1423 ** An [INSERT] that fails due to a constraint violation is not a
1424 ** successful [INSERT] and does not change the value returned by this
1425 ** routine.  Thus INSERT OR FAIL, INSERT OR IGNORE, INSERT OR ROLLBACK,
1426 ** and INSERT OR ABORT make no changes to the return value of this
1427 ** routine when their insertion fails.  When INSERT OR REPLACE
1428 ** encounters a constraint violation, it does not fail.  The
1429 ** INSERT continues to completion after deleting rows that caused
1430 ** the constraint problem so INSERT OR REPLACE will always change
1431 ** the return value of this interface.
1432 **
1433 ** For the purposes of this routine, an [INSERT] is considered to
1434 ** be successful even if it is subsequently rolled back.
1435 **
1436 ** INVARIANTS:
1437 **
1438 ** {H12221} The [sqlite3_last_insert_rowid()] function shall return the rowid
1439 **          of the most recent successful [INSERT] performed on the same
1440 **          [database connection] and within the same or higher level
1441 **          trigger context, or zero if there have been no qualifying
1442 **          [INSERT] statements.
1443 **
1444 ** {H12223} The [sqlite3_last_insert_rowid()] function shall return the
1445 **          same value when called from the same trigger context
1446 **          immediately before and after a [ROLLBACK].
1447 **
1448 ** ASSUMPTIONS:
1449 **
1450 ** {A12232} If a separate thread performs a new [INSERT] on the same
1451 **          database connection while the [sqlite3_last_insert_rowid()]
1452 **          function is running and thus changes the last insert rowid,
1453 **          then the value returned by [sqlite3_last_insert_rowid()] is
1454 **          unpredictable and might not equal either the old or the new
1455 **          last insert rowid.
1456 */
1457 sqlite3_int64 sqlite3_last_insert_rowid(sqlite3*);
1458
1459 /*
1460 ** CAPI3REF: Count The Number Of Rows Modified {H12240} <S10600>
1461 **
1462 ** This function returns the number of database rows that were changed
1463 ** or inserted or deleted by the most recently completed SQL statement
1464 ** on the [database connection] specified by the first parameter.
1465 ** Only changes that are directly specified by the [INSERT], [UPDATE],
1466 ** or [DELETE] statement are counted.  Auxiliary changes caused by
1467 ** triggers are not counted. Use the [sqlite3_total_changes()] function
1468 ** to find the total number of changes including changes caused by triggers.
1469 **
1470 ** A "row change" is a change to a single row of a single table
1471 ** caused by an INSERT, DELETE, or UPDATE statement.  Rows that
1472 ** are changed as side effects of REPLACE constraint resolution,
1473 ** rollback, ABORT processing, DROP TABLE, or by any other
1474 ** mechanisms do not count as direct row changes.
1475 **
1476 ** A "trigger context" is a scope of execution that begins and
1477 ** ends with the script of a trigger.  Most SQL statements are
1478 ** evaluated outside of any trigger.  This is the "top level"
1479 ** trigger context.  If a trigger fires from the top level, a
1480 ** new trigger context is entered for the duration of that one
1481 ** trigger.  Subtriggers create subcontexts for their duration.
1482 **
1483 ** Calling [sqlite3_exec()] or [sqlite3_step()] recursively does
1484 ** not create a new trigger context.
1485 **
1486 ** This function returns the number of direct row changes in the
1487 ** most recent INSERT, UPDATE, or DELETE statement within the same
1488 ** trigger context.
1489 **
1490 ** Thus, when called from the top level, this function returns the
1491 ** number of changes in the most recent INSERT, UPDATE, or DELETE
1492 ** that also occurred at the top level.  Within the body of a trigger,
1493 ** the sqlite3_changes() interface can be called to find the number of
1494 ** changes in the most recently completed INSERT, UPDATE, or DELETE
1495 ** statement within the body of the same trigger.
1496 ** However, the number returned does not include changes
1497 ** caused by subtriggers since those have their own context.
1498 **
1499 ** SQLite implements the command "DELETE FROM table" without a WHERE clause
1500 ** by dropping and recreating the table.  Doing so is much faster than going
1501 ** through and deleting individual elements from the table.  Because of this
1502 ** optimization, the deletions in "DELETE FROM table" are not row changes and
1503 ** will not be counted by the sqlite3_changes() or [sqlite3_total_changes()]
1504 ** functions, regardless of the number of elements that were originally
1505 ** in the table.  To get an accurate count of the number of rows deleted, use
1506 ** "DELETE FROM table WHERE 1" instead.  Or recompile using the
1507 ** [SQLITE_OMIT_TRUNCATE_OPTIMIZATION] compile-time option to disable the
1508 ** optimization on all queries.
1509 **
1510 ** INVARIANTS:
1511 **
1512 ** {H12241} The [sqlite3_changes()] function shall return the number of
1513 **          row changes caused by the most recent INSERT, UPDATE,
1514 **          or DELETE statement on the same database connection and
1515 **          within the same or higher trigger context, or zero if there have
1516 **          not been any qualifying row changes.
1517 **
1518 ** {H12243} Statements of the form "DELETE FROM tablename" with no
1519 **          WHERE clause shall cause subsequent calls to
1520 **          [sqlite3_changes()] to return zero, regardless of the
1521 **          number of rows originally in the table.
1522 **
1523 ** ASSUMPTIONS:
1524 **
1525 ** {A12252} If a separate thread makes changes on the same database connection
1526 **          while [sqlite3_changes()] is running then the value returned
1527 **          is unpredictable and not meaningful.
1528 */
1529 int sqlite3_changes(sqlite3*);
1530
1531 /*
1532 ** CAPI3REF: Total Number Of Rows Modified {H12260} <S10600>
1533 **
1534 ** This function returns the number of row changes caused by INSERT,
1535 ** UPDATE or DELETE statements since the [database connection] was opened.
1536 ** The count includes all changes from all trigger contexts.  However,
1537 ** the count does not include changes used to implement REPLACE constraints,
1538 ** do rollbacks or ABORT processing, or DROP table processing.
1539 ** The changes are counted as soon as the statement that makes them is
1540 ** completed (when the statement handle is passed to [sqlite3_reset()] or
1541 ** [sqlite3_finalize()]).
1542 **
1543 ** SQLite implements the command "DELETE FROM table" without a WHERE clause
1544 ** by dropping and recreating the table.  (This is much faster than going
1545 ** through and deleting individual elements from the table.)  Because of this
1546 ** optimization, the deletions in "DELETE FROM table" are not row changes and
1547 ** will not be counted by the sqlite3_changes() or [sqlite3_total_changes()]
1548 ** functions, regardless of the number of elements that were originally
1549 ** in the table.  To get an accurate count of the number of rows deleted, use
1550 ** "DELETE FROM table WHERE 1" instead.   Or recompile using the
1551 ** [SQLITE_OMIT_TRUNCATE_OPTIMIZATION] compile-time option to disable the
1552 ** optimization on all queries.
1553 **
1554 ** See also the [sqlite3_changes()] interface.
1555 **
1556 ** INVARIANTS:
1557 **
1558 ** {H12261} The [sqlite3_total_changes()] returns the total number
1559 **          of row changes caused by INSERT, UPDATE, and/or DELETE
1560 **          statements on the same [database connection], in any
1561 **          trigger context, since the database connection was created.
1562 **
1563 ** {H12263} Statements of the form "DELETE FROM tablename" with no
1564 **          WHERE clause shall not change the value returned
1565 **          by [sqlite3_total_changes()].
1566 **
1567 ** ASSUMPTIONS:
1568 **
1569 ** {A12264} If a separate thread makes changes on the same database connection
1570 **          while [sqlite3_total_changes()] is running then the value
1571 **          returned is unpredictable and not meaningful.
1572 */
1573 int sqlite3_total_changes(sqlite3*);
1574
1575 /*
1576 ** CAPI3REF: Interrupt A Long-Running Query {H12270} <S30500>
1577 **
1578 ** This function causes any pending database operation to abort and
1579 ** return at its earliest opportunity. This routine is typically
1580 ** called in response to a user action such as pressing "Cancel"
1581 ** or Ctrl-C where the user wants a long query operation to halt
1582 ** immediately.
1583 **
1584 ** It is safe to call this routine from a thread different from the
1585 ** thread that is currently running the database operation.  But it
1586 ** is not safe to call this routine with a [database connection] that
1587 ** is closed or might close before sqlite3_interrupt() returns.
1588 **
1589 ** If an SQL operation is very nearly finished at the time when
1590 ** sqlite3_interrupt() is called, then it might not have an opportunity
1591 ** to be interrupted and might continue to completion.
1592 **
1593 ** An SQL operation that is interrupted will return [SQLITE_INTERRUPT].
1594 ** If the interrupted SQL operation is an INSERT, UPDATE, or DELETE
1595 ** that is inside an explicit transaction, then the entire transaction
1596 ** will be rolled back automatically.
1597 **
1598 ** A call to sqlite3_interrupt() has no effect on SQL statements
1599 ** that are started after sqlite3_interrupt() returns.
1600 **
1601 ** INVARIANTS:
1602 **
1603 ** {H12271} The [sqlite3_interrupt()] interface will force all running
1604 **          SQL statements associated with the same database connection
1605 **          to halt after processing at most one additional row of data.
1606 **
1607 ** {H12272} Any SQL statement that is interrupted by [sqlite3_interrupt()]
1608 **          will return [SQLITE_INTERRUPT].
1609 **
1610 ** ASSUMPTIONS:
1611 **
1612 ** {A12279} If the database connection closes while [sqlite3_interrupt()]
1613 **          is running then bad things will likely happen.
1614 */
1615 void sqlite3_interrupt(sqlite3*);
1616
1617 /*
1618 ** CAPI3REF: Determine If An SQL Statement Is Complete {H10510} <S70200>
1619 **
1620 ** These routines are useful for command-line input to determine if the
1621 ** currently entered text seems to form complete a SQL statement or
1622 ** if additional input is needed before sending the text into
1623 ** SQLite for parsing.  These routines return true if the input string
1624 ** appears to be a complete SQL statement.  A statement is judged to be
1625 ** complete if it ends with a semicolon token and is not a fragment of a
1626 ** CREATE TRIGGER statement.  Semicolons that are embedded within
1627 ** string literals or quoted identifier names or comments are not
1628 ** independent tokens (they are part of the token in which they are
1629 ** embedded) and thus do not count as a statement terminator.
1630 **
1631 ** These routines do not parse the SQL statements thus
1632 ** will not detect syntactically incorrect SQL.
1633 **
1634 ** INVARIANTS:
1635 **
1636 ** {H10511} A successful evaluation of [sqlite3_complete()] or
1637 **          [sqlite3_complete16()] functions shall
1638 **          return a numeric 1 if and only if the last non-whitespace
1639 **          token in their input is a semicolon that is not in between
1640 **          the BEGIN and END of a CREATE TRIGGER statement.
1641 **
1642 ** {H10512} If a memory allocation error occurs during an invocation
1643 **          of [sqlite3_complete()] or [sqlite3_complete16()] then the
1644 **          routine shall return [SQLITE_NOMEM].
1645 **
1646 ** ASSUMPTIONS:
1647 **
1648 ** {A10512} The input to [sqlite3_complete()] must be a zero-terminated
1649 **          UTF-8 string.
1650 **
1651 ** {A10513} The input to [sqlite3_complete16()] must be a zero-terminated
1652 **          UTF-16 string in native byte order.
1653 */
1654 int sqlite3_complete(const char *sql);
1655 int sqlite3_complete16(const void *sql);
1656
1657 /*
1658 ** CAPI3REF: Register A Callback To Handle SQLITE_BUSY Errors {H12310} <S40400>
1659 **
1660 ** This routine sets a callback function that might be invoked whenever
1661 ** an attempt is made to open a database table that another thread
1662 ** or process has locked.
1663 **
1664 ** If the busy callback is NULL, then [SQLITE_BUSY] or [SQLITE_IOERR_BLOCKED]
1665 ** is returned immediately upon encountering the lock. If the busy callback
1666 ** is not NULL, then the callback will be invoked with two arguments.
1667 **
1668 ** The first argument to the handler is a copy of the void* pointer which
1669 ** is the third argument to sqlite3_busy_handler().  The second argument to
1670 ** the handler callback is the number of times that the busy handler has
1671 ** been invoked for this locking event.  If the
1672 ** busy callback returns 0, then no additional attempts are made to
1673 ** access the database and [SQLITE_BUSY] or [SQLITE_IOERR_BLOCKED] is returned.
1674 ** If the callback returns non-zero, then another attempt
1675 ** is made to open the database for reading and the cycle repeats.
1676 **
1677 ** The presence of a busy handler does not guarantee that it will be invoked
1678 ** when there is lock contention. If SQLite determines that invoking the busy
1679 ** handler could result in a deadlock, it will go ahead and return [SQLITE_BUSY]
1680 ** or [SQLITE_IOERR_BLOCKED] instead of invoking the busy handler.
1681 ** Consider a scenario where one process is holding a read lock that
1682 ** it is trying to promote to a reserved lock and
1683 ** a second process is holding a reserved lock that it is trying
1684 ** to promote to an exclusive lock.  The first process cannot proceed
1685 ** because it is blocked by the second and the second process cannot
1686 ** proceed because it is blocked by the first.  If both processes
1687 ** invoke the busy handlers, neither will make any progress.  Therefore,
1688 ** SQLite returns [SQLITE_BUSY] for the first process, hoping that this
1689 ** will induce the first process to release its read lock and allow
1690 ** the second process to proceed.
1691 **
1692 ** The default busy callback is NULL.
1693 **
1694 ** The [SQLITE_BUSY] error is converted to [SQLITE_IOERR_BLOCKED]
1695 ** when SQLite is in the middle of a large transaction where all the
1696 ** changes will not fit into the in-memory cache.  SQLite will
1697 ** already hold a RESERVED lock on the database file, but it needs
1698 ** to promote this lock to EXCLUSIVE so that it can spill cache
1699 ** pages into the database file without harm to concurrent
1700 ** readers.  If it is unable to promote the lock, then the in-memory
1701 ** cache will be left in an inconsistent state and so the error
1702 ** code is promoted from the relatively benign [SQLITE_BUSY] to
1703 ** the more severe [SQLITE_IOERR_BLOCKED].  This error code promotion
1704 ** forces an automatic rollback of the changes.  See the
1705 ** <a href="/cvstrac/wiki?p=CorruptionFollowingBusyError">
1706 ** CorruptionFollowingBusyError</a> wiki page for a discussion of why
1707 ** this is important.
1708 **
1709 ** There can only be a single busy handler defined for each
1710 ** [database connection].  Setting a new busy handler clears any
1711 ** previously set handler.  Note that calling [sqlite3_busy_timeout()]
1712 ** will also set or clear the busy handler.
1713 **
1714 ** The busy callback should not take any actions which modify the
1715 ** database connection that invoked the busy handler.  Any such actions
1716 ** result in undefined behavior.
1717 ** 
1718 ** INVARIANTS:
1719 **
1720 ** {H12311} The [sqlite3_busy_handler(D,C,A)] function shall replace
1721 **          busy callback in the [database connection] D with a new
1722 **          a new busy handler C and application data pointer A.
1723 **
1724 ** {H12312} Newly created [database connections] shall have a busy
1725 **          handler of NULL.
1726 **
1727 ** {H12314} When two or more [database connections] share a
1728 **          [sqlite3_enable_shared_cache | common cache],
1729 **          the busy handler for the database connection currently using
1730 **          the cache shall be invoked when the cache encounters a lock.
1731 **
1732 ** {H12316} If a busy handler callback returns zero, then the SQLite interface
1733 **          that provoked the locking event shall return [SQLITE_BUSY].
1734 **
1735 ** {H12318} SQLite shall invokes the busy handler with two arguments which
1736 **          are a copy of the pointer supplied by the 3rd parameter to
1737 **          [sqlite3_busy_handler()] and a count of the number of prior
1738 **          invocations of the busy handler for the same locking event.
1739 **
1740 ** ASSUMPTIONS:
1741 **
1742 ** {A12319} A busy handler must not close the database connection
1743 **          or [prepared statement] that invoked the busy handler.
1744 */
1745 int sqlite3_busy_handler(sqlite3*, int(*)(void*,int), void*);
1746
1747 /*
1748 ** CAPI3REF: Set A Busy Timeout {H12340} <S40410>
1749 **
1750 ** This routine sets a [sqlite3_busy_handler | busy handler] that sleeps
1751 ** for a specified amount of time when a table is locked.  The handler
1752 ** will sleep multiple times until at least "ms" milliseconds of sleeping
1753 ** have accumulated. {H12343} After "ms" milliseconds of sleeping,
1754 ** the handler returns 0 which causes [sqlite3_step()] to return
1755 ** [SQLITE_BUSY] or [SQLITE_IOERR_BLOCKED].
1756 **
1757 ** Calling this routine with an argument less than or equal to zero
1758 ** turns off all busy handlers.
1759 **
1760 ** There can only be a single busy handler for a particular
1761 ** [database connection] any any given moment.  If another busy handler
1762 ** was defined  (using [sqlite3_busy_handler()]) prior to calling
1763 ** this routine, that other busy handler is cleared.
1764 **
1765 ** INVARIANTS:
1766 **
1767 ** {H12341} The [sqlite3_busy_timeout()] function shall override any prior
1768 **          [sqlite3_busy_timeout()] or [sqlite3_busy_handler()] setting
1769 **          on the same [database connection].
1770 **
1771 ** {H12343} If the 2nd parameter to [sqlite3_busy_timeout()] is less than
1772 **          or equal to zero, then the busy handler shall be cleared so that
1773 **          all subsequent locking events immediately return [SQLITE_BUSY].
1774 **
1775 ** {H12344} If the 2nd parameter to [sqlite3_busy_timeout()] is a positive
1776 **          number N, then a busy handler shall be set that repeatedly calls
1777 **          the xSleep() method in the [sqlite3_vfs | VFS interface] until
1778 **          either the lock clears or until the cumulative sleep time
1779 **          reported back by xSleep() exceeds N milliseconds.
1780 */
1781 int sqlite3_busy_timeout(sqlite3*, int ms);
1782
1783 /*
1784 ** CAPI3REF: Convenience Routines For Running Queries {H12370} <S10000>
1785 **
1786 ** Definition: A <b>result table</b> is memory data structure created by the
1787 ** [sqlite3_get_table()] interface.  A result table records the
1788 ** complete query results from one or more queries.
1789 **
1790 ** The table conceptually has a number of rows and columns.  But
1791 ** these numbers are not part of the result table itself.  These
1792 ** numbers are obtained separately.  Let N be the number of rows
1793 ** and M be the number of columns.
1794 **
1795 ** A result table is an array of pointers to zero-terminated UTF-8 strings.
1796 ** There are (N+1)*M elements in the array.  The first M pointers point
1797 ** to zero-terminated strings that  contain the names of the columns.
1798 ** The remaining entries all point to query results.  NULL values result
1799 ** in NULL pointers.  All other values are in their UTF-8 zero-terminated
1800 ** string representation as returned by [sqlite3_column_text()].
1801 **
1802 ** A result table might consist of one or more memory allocations.
1803 ** It is not safe to pass a result table directly to [sqlite3_free()].
1804 ** A result table should be deallocated using [sqlite3_free_table()].
1805 **
1806 ** As an example of the result table format, suppose a query result
1807 ** is as follows:
1808 **
1809 ** <blockquote><pre>
1810 **        Name        | Age
1811 **        -----------------------
1812 **        Alice       | 43
1813 **        Bob         | 28
1814 **        Cindy       | 21
1815 ** </pre></blockquote>
1816 **
1817 ** There are two column (M==2) and three rows (N==3).  Thus the
1818 ** result table has 8 entries.  Suppose the result table is stored
1819 ** in an array names azResult.  Then azResult holds this content:
1820 **
1821 ** <blockquote><pre>
1822 **        azResult&#91;0] = "Name";
1823 **        azResult&#91;1] = "Age";
1824 **        azResult&#91;2] = "Alice";
1825 **        azResult&#91;3] = "43";
1826 **        azResult&#91;4] = "Bob";
1827 **        azResult&#91;5] = "28";
1828 **        azResult&#91;6] = "Cindy";
1829 **        azResult&#91;7] = "21";
1830 ** </pre></blockquote>
1831 **
1832 ** The sqlite3_get_table() function evaluates one or more
1833 ** semicolon-separated SQL statements in the zero-terminated UTF-8
1834 ** string of its 2nd parameter.  It returns a result table to the
1835 ** pointer given in its 3rd parameter.
1836 **
1837 ** After the calling function has finished using the result, it should
1838 ** pass the pointer to the result table to sqlite3_free_table() in order to
1839 ** release the memory that was malloced.  Because of the way the
1840 ** [sqlite3_malloc()] happens within sqlite3_get_table(), the calling
1841 ** function must not try to call [sqlite3_free()] directly.  Only
1842 ** [sqlite3_free_table()] is able to release the memory properly and safely.
1843 **
1844 ** The sqlite3_get_table() interface is implemented as a wrapper around
1845 ** [sqlite3_exec()].  The sqlite3_get_table() routine does not have access
1846 ** to any internal data structures of SQLite.  It uses only the public
1847 ** interface defined here.  As a consequence, errors that occur in the
1848 ** wrapper layer outside of the internal [sqlite3_exec()] call are not
1849 ** reflected in subsequent calls to [sqlite3_errcode()] or [sqlite3_errmsg()].
1850 **
1851 ** INVARIANTS:
1852 **
1853 ** {H12371} If a [sqlite3_get_table()] fails a memory allocation, then
1854 **          it shall free the result table under construction, abort the
1855 **          query in process, skip any subsequent queries, set the
1856 **          *pazResult output pointer to NULL and return [SQLITE_NOMEM].
1857 **
1858 ** {H12373} If the pnColumn parameter to [sqlite3_get_table()] is not NULL
1859 **          then a successful invocation of [sqlite3_get_table()] shall
1860 **          write the number of columns in the
1861 **          result set of the query into *pnColumn.
1862 **
1863 ** {H12374} If the pnRow parameter to [sqlite3_get_table()] is not NULL
1864 **          then a successful invocation of [sqlite3_get_table()] shall
1865 **          writes the number of rows in the
1866 **          result set of the query into *pnRow.
1867 **
1868 ** {H12376} A successful invocation of [sqlite3_get_table()] that computes
1869 **          N rows of result with C columns per row shall make *pazResult
1870 **          point to an array of pointers to (N+1)*C strings where the first
1871 **          C strings are column names as obtained from
1872 **          [sqlite3_column_name()] and the rest are column result values
1873 **          obtained from [sqlite3_column_text()].
1874 **
1875 ** {H12379} The values in the pazResult array returned by [sqlite3_get_table()]
1876 **          shall remain valid until cleared by [sqlite3_free_table()].
1877 **
1878 ** {H12382} When an error occurs during evaluation of [sqlite3_get_table()]
1879 **          the function shall set *pazResult to NULL, write an error message
1880 **          into memory obtained from [sqlite3_malloc()], make
1881 **          **pzErrmsg point to that error message, and return a
1882 **          appropriate [error code].
1883 */
1884 int sqlite3_get_table(
1885   sqlite3 *db,          /* An open database */
1886   const char *zSql,     /* SQL to be evaluated */
1887   char ***pazResult,    /* Results of the query */
1888   int *pnRow,           /* Number of result rows written here */
1889   int *pnColumn,        /* Number of result columns written here */
1890   char **pzErrmsg       /* Error msg written here */
1891 );
1892 void sqlite3_free_table(char **result);
1893
1894 /*
1895 ** CAPI3REF: Formatted String Printing Functions {H17400} <S70000><S20000>
1896 **
1897 ** These routines are workalikes of the "printf()" family of functions
1898 ** from the standard C library.
1899 **
1900 ** The sqlite3_mprintf() and sqlite3_vmprintf() routines write their
1901 ** results into memory obtained from [sqlite3_malloc()].
1902 ** The strings returned by these two routines should be
1903 ** released by [sqlite3_free()].  Both routines return a
1904 ** NULL pointer if [sqlite3_malloc()] is unable to allocate enough
1905 ** memory to hold the resulting string.
1906 **
1907 ** In sqlite3_snprintf() routine is similar to "snprintf()" from
1908 ** the standard C library.  The result is written into the
1909 ** buffer supplied as the second parameter whose size is given by
1910 ** the first parameter. Note that the order of the
1911 ** first two parameters is reversed from snprintf().  This is an
1912 ** historical accident that cannot be fixed without breaking
1913 ** backwards compatibility.  Note also that sqlite3_snprintf()
1914 ** returns a pointer to its buffer instead of the number of
1915 ** characters actually written into the buffer.  We admit that
1916 ** the number of characters written would be a more useful return
1917 ** value but we cannot change the implementation of sqlite3_snprintf()
1918 ** now without breaking compatibility.
1919 **
1920 ** As long as the buffer size is greater than zero, sqlite3_snprintf()
1921 ** guarantees that the buffer is always zero-terminated.  The first
1922 ** parameter "n" is the total size of the buffer, including space for
1923 ** the zero terminator.  So the longest string that can be completely
1924 ** written will be n-1 characters.
1925 **
1926 ** These routines all implement some additional formatting
1927 ** options that are useful for constructing SQL statements.
1928 ** All of the usual printf() formatting options apply.  In addition, there
1929 ** is are "%q", "%Q", and "%z" options.
1930 **
1931 ** The %q option works like %s in that it substitutes a null-terminated
1932 ** string from the argument list.  But %q also doubles every '\'' character.
1933 ** %q is designed for use inside a string literal.  By doubling each '\''
1934 ** character it escapes that character and allows it to be inserted into
1935 ** the string.
1936 **
1937 ** For example, assume the string variable zText contains text as follows:
1938 **
1939 ** <blockquote><pre>
1940 **  char *zText = "It's a happy day!";
1941 ** </pre></blockquote>
1942 **
1943 ** One can use this text in an SQL statement as follows:
1944 **
1945 ** <blockquote><pre>
1946 **  char *zSQL = sqlite3_mprintf("INSERT INTO table VALUES('%q')", zText);
1947 **  sqlite3_exec(db, zSQL, 0, 0, 0);
1948 **  sqlite3_free(zSQL);
1949 ** </pre></blockquote>
1950 **
1951 ** Because the %q format string is used, the '\'' character in zText
1952 ** is escaped and the SQL generated is as follows:
1953 **
1954 ** <blockquote><pre>
1955 **  INSERT INTO table1 VALUES('It''s a happy day!')
1956 ** </pre></blockquote>
1957 **
1958 ** This is correct.  Had we used %s instead of %q, the generated SQL
1959 ** would have looked like this:
1960 **
1961 ** <blockquote><pre>
1962 **  INSERT INTO table1 VALUES('It's a happy day!');
1963 ** </pre></blockquote>
1964 **
1965 ** This second example is an SQL syntax error.  As a general rule you should
1966 ** always use %q instead of %s when inserting text into a string literal.
1967 **
1968 ** The %Q option works like %q except it also adds single quotes around
1969 ** the outside of the total string.  Additionally, if the parameter in the
1970 ** argument list is a NULL pointer, %Q substitutes the text "NULL" (without
1971 ** single quotes) in place of the %Q option.  So, for example, one could say:
1972 **
1973 ** <blockquote><pre>
1974 **  char *zSQL = sqlite3_mprintf("INSERT INTO table VALUES(%Q)", zText);
1975 **  sqlite3_exec(db, zSQL, 0, 0, 0);
1976 **  sqlite3_free(zSQL);
1977 ** </pre></blockquote>
1978 **
1979 ** The code above will render a correct SQL statement in the zSQL
1980 ** variable even if the zText variable is a NULL pointer.
1981 **
1982 ** The "%z" formatting option works exactly like "%s" with the
1983 ** addition that after the string has been read and copied into
1984 ** the result, [sqlite3_free()] is called on the input string. {END}
1985 **
1986 ** INVARIANTS:
1987 **
1988 ** {H17403}  The [sqlite3_mprintf()] and [sqlite3_vmprintf()] interfaces
1989 **           return either pointers to zero-terminated UTF-8 strings held in
1990 **           memory obtained from [sqlite3_malloc()] or NULL pointers if
1991 **           a call to [sqlite3_malloc()] fails.
1992 **
1993 ** {H17406}  The [sqlite3_snprintf()] interface writes a zero-terminated
1994 **           UTF-8 string into the buffer pointed to by the second parameter
1995 **           provided that the first parameter is greater than zero.
1996 **
1997 ** {H17407}  The [sqlite3_snprintf()] interface does not write slots of
1998 **           its output buffer (the second parameter) outside the range
1999 **           of 0 through N-1 (where N is the first parameter)
2000 **           regardless of the length of the string
2001 **           requested by the format specification.
2002 */
2003 char *sqlite3_mprintf(const char*,...);
2004 char *sqlite3_vmprintf(const char*, va_list);
2005 char *sqlite3_snprintf(int,char*,const char*, ...);
2006
2007 /*
2008 ** CAPI3REF: Memory Allocation Subsystem {H17300} <S20000>
2009 **
2010 ** The SQLite core  uses these three routines for all of its own
2011 ** internal memory allocation needs. "Core" in the previous sentence
2012 ** does not include operating-system specific VFS implementation.  The
2013 ** Windows VFS uses native malloc() and free() for some operations.
2014 **
2015 ** The sqlite3_malloc() routine returns a pointer to a block
2016 ** of memory at least N bytes in length, where N is the parameter.
2017 ** If sqlite3_malloc() is unable to obtain sufficient free
2018 ** memory, it returns a NULL pointer.  If the parameter N to
2019 ** sqlite3_malloc() is zero or negative then sqlite3_malloc() returns
2020 ** a NULL pointer.
2021 **
2022 ** Calling sqlite3_free() with a pointer previously returned
2023 ** by sqlite3_malloc() or sqlite3_realloc() releases that memory so
2024 ** that it might be reused.  The sqlite3_free() routine is
2025 ** a no-op if is called with a NULL pointer.  Passing a NULL pointer
2026 ** to sqlite3_free() is harmless.  After being freed, memory
2027 ** should neither be read nor written.  Even reading previously freed
2028 ** memory might result in a segmentation fault or other severe error.
2029 ** Memory corruption, a segmentation fault, or other severe error
2030 ** might result if sqlite3_free() is called with a non-NULL pointer that
2031 ** was not obtained from sqlite3_malloc() or sqlite3_realloc().
2032 **
2033 ** The sqlite3_realloc() interface attempts to resize a
2034 ** prior memory allocation to be at least N bytes, where N is the
2035 ** second parameter.  The memory allocation to be resized is the first
2036 ** parameter.  If the first parameter to sqlite3_realloc()
2037 ** is a NULL pointer then its behavior is identical to calling
2038 ** sqlite3_malloc(N) where N is the second parameter to sqlite3_realloc().
2039 ** If the second parameter to sqlite3_realloc() is zero or
2040 ** negative then the behavior is exactly the same as calling
2041 ** sqlite3_free(P) where P is the first parameter to sqlite3_realloc().
2042 ** sqlite3_realloc() returns a pointer to a memory allocation
2043 ** of at least N bytes in size or NULL if sufficient memory is unavailable.
2044 ** If M is the size of the prior allocation, then min(N,M) bytes
2045 ** of the prior allocation are copied into the beginning of buffer returned
2046 ** by sqlite3_realloc() and the prior allocation is freed.
2047 ** If sqlite3_realloc() returns NULL, then the prior allocation
2048 ** is not freed.
2049 **
2050 ** The memory returned by sqlite3_malloc() and sqlite3_realloc()
2051 ** is always aligned to at least an 8 byte boundary. {END}
2052 **
2053 ** The default implementation of the memory allocation subsystem uses
2054 ** the malloc(), realloc() and free() provided by the standard C library.
2055 ** {H17382} However, if SQLite is compiled with the
2056 ** SQLITE_MEMORY_SIZE=<i>NNN</i> C preprocessor macro (where <i>NNN</i>
2057 ** is an integer), then SQLite create a static array of at least
2058 ** <i>NNN</i> bytes in size and uses that array for all of its dynamic
2059 ** memory allocation needs. {END}  Additional memory allocator options
2060 ** may be added in future releases.
2061 **
2062 ** In SQLite version 3.5.0 and 3.5.1, it was possible to define
2063 ** the SQLITE_OMIT_MEMORY_ALLOCATION which would cause the built-in
2064 ** implementation of these routines to be omitted.  That capability
2065 ** is no longer provided.  Only built-in memory allocators can be used.
2066 **
2067 ** The Windows OS interface layer calls
2068 ** the system malloc() and free() directly when converting
2069 ** filenames between the UTF-8 encoding used by SQLite
2070 ** and whatever filename encoding is used by the particular Windows
2071 ** installation.  Memory allocation errors are detected, but
2072 ** they are reported back as [SQLITE_CANTOPEN] or
2073 ** [SQLITE_IOERR] rather than [SQLITE_NOMEM].
2074 **
2075 ** INVARIANTS:
2076 **
2077 ** {H17303}  The [sqlite3_malloc(N)] interface returns either a pointer to
2078 **           a newly checked-out block of at least N bytes of memory
2079 **           that is 8-byte aligned, or it returns NULL if it is unable
2080 **           to fulfill the request.
2081 **
2082 ** {H17304}  The [sqlite3_malloc(N)] interface returns a NULL pointer if
2083 **           N is less than or equal to zero.
2084 **
2085 ** {H17305}  The [sqlite3_free(P)] interface releases memory previously
2086 **           returned from [sqlite3_malloc()] or [sqlite3_realloc()],
2087 **           making it available for reuse.
2088 **
2089 ** {H17306}  A call to [sqlite3_free(NULL)] is a harmless no-op.
2090 **
2091 ** {H17310}  A call to [sqlite3_realloc(0,N)] is equivalent to a call
2092 **           to [sqlite3_malloc(N)].
2093 **
2094 ** {H17312}  A call to [sqlite3_realloc(P,0)] is equivalent to a call
2095 **           to [sqlite3_free(P)].
2096 **
2097 ** {H17315}  The SQLite core uses [sqlite3_malloc()], [sqlite3_realloc()],
2098 **           and [sqlite3_free()] for all of its memory allocation and
2099 **           deallocation needs.
2100 **
2101 ** {H17318}  The [sqlite3_realloc(P,N)] interface returns either a pointer
2102 **           to a block of checked-out memory of at least N bytes in size
2103 **           that is 8-byte aligned, or a NULL pointer.
2104 **
2105 ** {H17321}  When [sqlite3_realloc(P,N)] returns a non-NULL pointer, it first
2106 **           copies the first K bytes of content from P into the newly
2107 **           allocated block, where K is the lesser of N and the size of
2108 **           the buffer P.
2109 **
2110 ** {H17322}  When [sqlite3_realloc(P,N)] returns a non-NULL pointer, it first
2111 **           releases the buffer P.
2112 **
2113 ** {H17323}  When [sqlite3_realloc(P,N)] returns NULL, the buffer P is
2114 **           not modified or released.
2115 **
2116 ** ASSUMPTIONS:
2117 **
2118 ** {A17350}  The pointer arguments to [sqlite3_free()] and [sqlite3_realloc()]
2119 **           must be either NULL or else pointers obtained from a prior
2120 **           invocation of [sqlite3_malloc()] or [sqlite3_realloc()] that have
2121 **           not yet been released.
2122 **
2123 ** {A17351}  The application must not read or write any part of
2124 **           a block of memory after it has been released using
2125 **           [sqlite3_free()] or [sqlite3_realloc()].
2126 */
2127 void *sqlite3_malloc(int);
2128 void *sqlite3_realloc(void*, int);
2129 void sqlite3_free(void*);
2130
2131 /*
2132 ** CAPI3REF: Memory Allocator Statistics {H17370} <S30210>
2133 **
2134 ** SQLite provides these two interfaces for reporting on the status
2135 ** of the [sqlite3_malloc()], [sqlite3_free()], and [sqlite3_realloc()]
2136 ** routines, which form the built-in memory allocation subsystem.
2137 **
2138 ** INVARIANTS:
2139 **
2140 ** {H17371} The [sqlite3_memory_used()] routine returns the number of bytes
2141 **          of memory currently outstanding (malloced but not freed).
2142 **
2143 ** {H17373} The [sqlite3_memory_highwater()] routine returns the maximum
2144 **          value of [sqlite3_memory_used()] since the high-water mark
2145 **          was last reset.
2146 **
2147 ** {H17374} The values returned by [sqlite3_memory_used()] and
2148 **          [sqlite3_memory_highwater()] include any overhead
2149 **          added by SQLite in its implementation of [sqlite3_malloc()],
2150 **          but not overhead added by the any underlying system library
2151 **          routines that [sqlite3_malloc()] may call.
2152 **
2153 ** {H17375} The memory high-water mark is reset to the current value of
2154 **          [sqlite3_memory_used()] if and only if the parameter to
2155 **          [sqlite3_memory_highwater()] is true.  The value returned
2156 **          by [sqlite3_memory_highwater(1)] is the high-water mark
2157 **          prior to the reset.
2158 */
2159 sqlite3_int64 sqlite3_memory_used(void);
2160 sqlite3_int64 sqlite3_memory_highwater(int resetFlag);
2161
2162 /*
2163 ** CAPI3REF: Pseudo-Random Number Generator {H17390} <S20000>
2164 **
2165 ** SQLite contains a high-quality pseudo-random number generator (PRNG) used to
2166 ** select random ROWIDs when inserting new records into a table that
2167 ** already uses the largest possible ROWID.  The PRNG is also used for
2168 ** the build-in random() and randomblob() SQL functions.  This interface allows
2169 ** applications to access the same PRNG for other purposes.
2170 **
2171 ** A call to this routine stores N bytes of randomness into buffer P.
2172 **
2173 ** The first time this routine is invoked (either internally or by
2174 ** the application) the PRNG is seeded using randomness obtained
2175 ** from the xRandomness method of the default [sqlite3_vfs] object.
2176 ** On all subsequent invocations, the pseudo-randomness is generated
2177 ** internally and without recourse to the [sqlite3_vfs] xRandomness
2178 ** method.
2179 **
2180 ** INVARIANTS:
2181 **
2182 ** {H17392} The [sqlite3_randomness(N,P)] interface writes N bytes of
2183 **          high-quality pseudo-randomness into buffer P.
2184 */
2185 void sqlite3_randomness(int N, void *P);
2186
2187 /*
2188 ** CAPI3REF: Compile-Time Authorization Callbacks {H12500} <S70100>
2189 **
2190 ** This routine registers a authorizer callback with a particular
2191 ** [database connection], supplied in the first argument.
2192 ** The authorizer callback is invoked as SQL statements are being compiled
2193 ** by [sqlite3_prepare()] or its variants [sqlite3_prepare_v2()],
2194 ** [sqlite3_prepare16()] and [sqlite3_prepare16_v2()].  At various
2195 ** points during the compilation process, as logic is being created
2196 ** to perform various actions, the authorizer callback is invoked to
2197 ** see if those actions are allowed.  The authorizer callback should
2198 ** return [SQLITE_OK] to allow the action, [SQLITE_IGNORE] to disallow the
2199 ** specific action but allow the SQL statement to continue to be
2200 ** compiled, or [SQLITE_DENY] to cause the entire SQL statement to be
2201 ** rejected with an error.  If the authorizer callback returns
2202 ** any value other than [SQLITE_IGNORE], [SQLITE_OK], or [SQLITE_DENY]
2203 ** then the [sqlite3_prepare_v2()] or equivalent call that triggered
2204 ** the authorizer will fail with an error message.
2205 **
2206 ** When the callback returns [SQLITE_OK], that means the operation
2207 ** requested is ok.  When the callback returns [SQLITE_DENY], the
2208 ** [sqlite3_prepare_v2()] or equivalent call that triggered the
2209 ** authorizer will fail with an error message explaining that
2210 ** access is denied.  If the authorizer code is [SQLITE_READ]
2211 ** and the callback returns [SQLITE_IGNORE] then the
2212 ** [prepared statement] statement is constructed to substitute
2213 ** a NULL value in place of the table column that would have
2214 ** been read if [SQLITE_OK] had been returned.  The [SQLITE_IGNORE]
2215 ** return can be used to deny an untrusted user access to individual
2216 ** columns of a table.
2217 **
2218 ** The first parameter to the authorizer callback is a copy of the third
2219 ** parameter to the sqlite3_set_authorizer() interface. The second parameter
2220 ** to the callback is an integer [SQLITE_COPY | action code] that specifies
2221 ** the particular action to be authorized. The third through sixth parameters
2222 ** to the callback are zero-terminated strings that contain additional
2223 ** details about the action to be authorized.
2224 **
2225 ** An authorizer is used when [sqlite3_prepare | preparing]
2226 ** SQL statements from an untrusted source, to ensure that the SQL statements
2227 ** do not try to access data they are not allowed to see, or that they do not
2228 ** try to execute malicious statements that damage the database.  For
2229 ** example, an application may allow a user to enter arbitrary
2230 ** SQL queries for evaluation by a database.  But the application does
2231 ** not want the user to be able to make arbitrary changes to the
2232 ** database.  An authorizer could then be put in place while the
2233 ** user-entered SQL is being [sqlite3_prepare | prepared] that
2234 ** disallows everything except [SELECT] statements.
2235 **
2236 ** Applications that need to process SQL from untrusted sources
2237 ** might also consider lowering resource limits using [sqlite3_limit()]
2238 ** and limiting database size using the [max_page_count] [PRAGMA]
2239 ** in addition to using an authorizer.
2240 **
2241 ** Only a single authorizer can be in place on a database connection
2242 ** at a time.  Each call to sqlite3_set_authorizer overrides the
2243 ** previous call.  Disable the authorizer by installing a NULL callback.
2244 ** The authorizer is disabled by default.
2245 **
2246 ** The authorizer callback must not do anything that will modify
2247 ** the database connection that invoked the authorizer callback.
2248 ** Note that [sqlite3_prepare_v2()] and [sqlite3_step()] both modify their
2249 ** database connections for the meaning of "modify" in this paragraph.
2250 **
2251 ** When [sqlite3_prepare_v2()] is used to prepare a statement, the
2252 ** statement might be reprepared during [sqlite3_step()] due to a 
2253 ** schema change.  Hence, the application should ensure that the
2254 ** correct authorizer callback remains in place during the [sqlite3_step()].
2255 **
2256 ** Note that the authorizer callback is invoked only during
2257 ** [sqlite3_prepare()] or its variants.  Authorization is not
2258 ** performed during statement evaluation in [sqlite3_step()].
2259 **
2260 ** INVARIANTS:
2261 **
2262 ** {H12501} The [sqlite3_set_authorizer(D,...)] interface registers a
2263 **          authorizer callback with database connection D.
2264 **
2265 ** {H12502} The authorizer callback is invoked as SQL statements are
2266 **          being parseed and compiled.
2267 **
2268 ** {H12503} If the authorizer callback returns any value other than
2269 **          [SQLITE_IGNORE], [SQLITE_OK], or [SQLITE_DENY], then
2270 **          the application interface call that caused
2271 **          the authorizer callback to run shall fail with an
2272 **          [SQLITE_ERROR] error code and an appropriate error message.
2273 **
2274 ** {H12504} When the authorizer callback returns [SQLITE_OK], the operation
2275 **          described is processed normally.
2276 **
2277 ** {H12505} When the authorizer callback returns [SQLITE_DENY], the
2278 **          application interface call that caused the
2279 **          authorizer callback to run shall fail
2280 **          with an [SQLITE_ERROR] error code and an error message
2281 **          explaining that access is denied.
2282 **
2283 ** {H12506} If the authorizer code (the 2nd parameter to the authorizer
2284 **          callback) is [SQLITE_READ] and the authorizer callback returns
2285 **          [SQLITE_IGNORE], then the prepared statement is constructed to
2286 **          insert a NULL value in place of the table column that would have
2287 **          been read if [SQLITE_OK] had been returned.
2288 **
2289 ** {H12507} If the authorizer code (the 2nd parameter to the authorizer
2290 **          callback) is anything other than [SQLITE_READ], then
2291 **          a return of [SQLITE_IGNORE] has the same effect as [SQLITE_DENY].
2292 **
2293 ** {H12510} The first parameter to the authorizer callback is a copy of
2294 **          the third parameter to the [sqlite3_set_authorizer()] interface.
2295 **
2296 ** {H12511} The second parameter to the callback is an integer
2297 **          [SQLITE_COPY | action code] that specifies the particular action
2298 **          to be authorized.
2299 **
2300 ** {H12512} The third through sixth parameters to the callback are
2301 **          zero-terminated strings that contain
2302 **          additional details about the action to be authorized.
2303 **
2304 ** {H12520} Each call to [sqlite3_set_authorizer()] overrides
2305 **          any previously installed authorizer.
2306 **
2307 ** {H12521} A NULL authorizer means that no authorization
2308 **          callback is invoked.
2309 **
2310 ** {H12522} The default authorizer is NULL.
2311 */
2312 int sqlite3_set_authorizer(
2313   sqlite3*,
2314   int (*xAuth)(void*,int,const char*,const char*,const char*,const char*),
2315   void *pUserData
2316 );
2317
2318 /*
2319 ** CAPI3REF: Authorizer Return Codes {H12590} <H12500>
2320 **
2321 ** The [sqlite3_set_authorizer | authorizer callback function] must
2322 ** return either [SQLITE_OK] or one of these two constants in order
2323 ** to signal SQLite whether or not the action is permitted.  See the
2324 ** [sqlite3_set_authorizer | authorizer documentation] for additional
2325 ** information.
2326 */
2327 #define SQLITE_DENY   1   /* Abort the SQL statement with an error */
2328 #define SQLITE_IGNORE 2   /* Don't allow access, but don't generate an error */
2329
2330 /*
2331 ** CAPI3REF: Authorizer Action Codes {H12550} <H12500>
2332 **
2333 ** The [sqlite3_set_authorizer()] interface registers a callback function
2334 ** that is invoked to authorize certain SQL statement actions.  The
2335 ** second parameter to the callback is an integer code that specifies
2336 ** what action is being authorized.  These are the integer action codes that
2337 ** the authorizer callback may be passed.
2338 **
2339 ** These action code values signify what kind of operation is to be
2340 ** authorized.  The 3rd and 4th parameters to the authorization
2341 ** callback function will be parameters or NULL depending on which of these
2342 ** codes is used as the second parameter.  The 5th parameter to the
2343 ** authorizer callback is the name of the database ("main", "temp",
2344 ** etc.) if applicable.  The 6th parameter to the authorizer callback
2345 ** is the name of the inner-most trigger or view that is responsible for
2346 ** the access attempt or NULL if this access attempt is directly from
2347 ** top-level SQL code.
2348 **
2349 ** INVARIANTS:
2350 **
2351 ** {H12551} The second parameter to an
2352 **          [sqlite3_set_authorizer | authorizer callback] shall be an integer
2353 **          [SQLITE_COPY | authorizer code] that specifies what action
2354 **          is being authorized.
2355 **
2356 ** {H12552} The 3rd and 4th parameters to the
2357 **          [sqlite3_set_authorizer | authorization callback]
2358 **          shall be parameters or NULL depending on which
2359 **          [SQLITE_COPY | authorizer code] is used as the second parameter.
2360 **
2361 ** {H12553} The 5th parameter to the
2362 **          [sqlite3_set_authorizer | authorizer callback] shall be the name
2363 **          of the database (example: "main", "temp", etc.) if applicable.
2364 **
2365 ** {H12554} The 6th parameter to the
2366 **          [sqlite3_set_authorizer | authorizer callback] shall be the name
2367 **          of the inner-most trigger or view that is responsible for
2368 **          the access attempt or NULL if this access attempt is directly from
2369 **          top-level SQL code.
2370 */
2371 /******************************************* 3rd ************ 4th ***********/
2372 #define SQLITE_CREATE_INDEX          1   /* Index Name      Table Name      */
2373 #define SQLITE_CREATE_TABLE          2   /* Table Name      NULL            */
2374 #define SQLITE_CREATE_TEMP_INDEX     3   /* Index Name      Table Name      */
2375 #define SQLITE_CREATE_TEMP_TABLE     4   /* Table Name      NULL            */
2376 #define SQLITE_CREATE_TEMP_TRIGGER   5   /* Trigger Name    Table Name      */
2377 #define SQLITE_CREATE_TEMP_VIEW      6   /* View Name       NULL            */
2378 #define SQLITE_CREATE_TRIGGER        7   /* Trigger Name    Table Name      */
2379 #define SQLITE_CREATE_VIEW           8   /* View Name       NULL            */
2380 #define SQLITE_DELETE                9   /* Table Name      NULL            */
2381 #define SQLITE_DROP_INDEX           10   /* Index Name      Table Name      */
2382 #define SQLITE_DROP_TABLE           11   /* Table Name      NULL            */
2383 #define SQLITE_DROP_TEMP_INDEX      12   /* Index Name      Table Name      */
2384 #define SQLITE_DROP_TEMP_TABLE      13   /* Table Name      NULL            */
2385 #define SQLITE_DROP_TEMP_TRIGGER    14   /* Trigger Name    Table Name      */
2386 #define SQLITE_DROP_TEMP_VIEW       15   /* View Name       NULL            */
2387 #define SQLITE_DROP_TRIGGER         16   /* Trigger Name    Table Name      */
2388 #define SQLITE_DROP_VIEW            17   /* View Name       NULL            */
2389 #define SQLITE_INSERT               18   /* Table Name      NULL            */
2390 #define SQLITE_PRAGMA               19   /* Pragma Name     1st arg or NULL */
2391 #define SQLITE_READ                 20   /* Table Name      Column Name     */
2392 #define SQLITE_SELECT               21   /* NULL            NULL            */
2393 #define SQLITE_TRANSACTION          22   /* NULL            NULL            */
2394 #define SQLITE_UPDATE               23   /* Table Name      Column Name     */
2395 #define SQLITE_ATTACH               24   /* Filename        NULL            */
2396 #define SQLITE_DETACH               25   /* Database Name   NULL            */
2397 #define SQLITE_ALTER_TABLE          26   /* Database Name   Table Name      */
2398 #define SQLITE_REINDEX              27   /* Index Name      NULL            */
2399 #define SQLITE_ANALYZE              28   /* Table Name      NULL            */
2400 #define SQLITE_CREATE_VTABLE        29   /* Table Name      Module Name     */
2401 #define SQLITE_DROP_VTABLE          30   /* Table Name      Module Name     */
2402 #define SQLITE_FUNCTION             31   /* NULL            Function Name   */
2403 #define SQLITE_COPY                  0   /* No longer used */
2404
2405 /*
2406 ** CAPI3REF: Tracing And Profiling Functions {H12280} <S60400>
2407 ** EXPERIMENTAL
2408 **
2409 ** These routines register callback functions that can be used for
2410 ** tracing and profiling the execution of SQL statements.
2411 **
2412 ** The callback function registered by sqlite3_trace() is invoked at
2413 ** various times when an SQL statement is being run by [sqlite3_step()].
2414 ** The callback returns a UTF-8 rendering of the SQL statement text
2415 ** as the statement first begins executing.  Additional callbacks occur
2416 ** as each triggered subprogram is entered.  The callbacks for triggers
2417 ** contain a UTF-8 SQL comment that identifies the trigger.
2418 **
2419 ** The callback function registered by sqlite3_profile() is invoked
2420 ** as each SQL statement finishes.  The profile callback contains
2421 ** the original statement text and an estimate of wall-clock time
2422 ** of how long that statement took to run.
2423 **
2424 ** INVARIANTS:
2425 **
2426 ** {H12281} The callback function registered by [sqlite3_trace()] 
2427 **          shall be invoked
2428 **          whenever an SQL statement first begins to execute and
2429 **          whenever a trigger subprogram first begins to run.
2430 **
2431 ** {H12282} Each call to [sqlite3_trace()] shall override the previously
2432 **          registered trace callback.
2433 **
2434 ** {H12283} A NULL trace callback shall disable tracing.
2435 **
2436 ** {H12284} The first argument to the trace callback shall be a copy of
2437 **          the pointer which was the 3rd argument to [sqlite3_trace()].
2438 **
2439 ** {H12285} The second argument to the trace callback is a
2440 **          zero-terminated UTF-8 string containing the original text
2441 **          of the SQL statement as it was passed into [sqlite3_prepare_v2()]
2442 **          or the equivalent, or an SQL comment indicating the beginning
2443 **          of a trigger subprogram.
2444 **
2445 ** {H12287} The callback function registered by [sqlite3_profile()] is invoked
2446 **          as each SQL statement finishes.
2447 **
2448 ** {H12288} The first parameter to the profile callback is a copy of
2449 **          the 3rd parameter to [sqlite3_profile()].
2450 **
2451 ** {H12289} The second parameter to the profile callback is a
2452 **          zero-terminated UTF-8 string that contains the complete text of
2453 **          the SQL statement as it was processed by [sqlite3_prepare_v2()]
2454 **          or the equivalent.
2455 **
2456 ** {H12290} The third parameter to the profile callback is an estimate
2457 **          of the number of nanoseconds of wall-clock time required to
2458 **          run the SQL statement from start to finish.
2459 */
2460 SQLITE_EXPERIMENTAL void *sqlite3_trace(sqlite3*, void(*xTrace)(void*,const char*), void*);
2461 SQLITE_EXPERIMENTAL void *sqlite3_profile(sqlite3*,
2462    void(*xProfile)(void*,const char*,sqlite3_uint64), void*);
2463
2464 /*
2465 ** CAPI3REF: Query Progress Callbacks {H12910} <S60400>
2466 **
2467 ** This routine configures a callback function - the
2468 ** progress callback - that is invoked periodically during long
2469 ** running calls to [sqlite3_exec()], [sqlite3_step()] and
2470 ** [sqlite3_get_table()].  An example use for this
2471 ** interface is to keep a GUI updated during a large query.
2472 **
2473 ** If the progress callback returns non-zero, the operation is
2474 ** interrupted.  This feature can be used to implement a
2475 ** "Cancel" button on a GUI progress dialog box.
2476 **
2477 ** The progress handler must not do anything that will modify
2478 ** the database connection that invoked the progress handler.
2479 ** Note that [sqlite3_prepare_v2()] and [sqlite3_step()] both modify their
2480 ** database connections for the meaning of "modify" in this paragraph.
2481 **
2482 ** INVARIANTS:
2483 **
2484 ** {H12911} The callback function registered by sqlite3_progress_handler()
2485 **          is invoked periodically during long running calls to
2486 **          [sqlite3_step()].
2487 **
2488 ** {H12912} The progress callback is invoked once for every N virtual
2489 **          machine opcodes, where N is the second argument to
2490 **          the [sqlite3_progress_handler()] call that registered
2491 **          the callback.  If N is less than 1, sqlite3_progress_handler()
2492 **          acts as if a NULL progress handler had been specified.
2493 **
2494 ** {H12913} The progress callback itself is identified by the third
2495 **          argument to sqlite3_progress_handler().
2496 **
2497 ** {H12914} The fourth argument to sqlite3_progress_handler() is a
2498 **          void pointer passed to the progress callback
2499 **          function each time it is invoked.
2500 **
2501 ** {H12915} If a call to [sqlite3_step()] results in fewer than N opcodes
2502 **          being executed, then the progress callback is never invoked.
2503 **
2504 ** {H12916} Every call to [sqlite3_progress_handler()]
2505 **          overwrites any previously registered progress handler.
2506 **
2507 ** {H12917} If the progress handler callback is NULL then no progress
2508 **          handler is invoked.
2509 **
2510 ** {H12918} If the progress callback returns a result other than 0, then
2511 **          the behavior is a if [sqlite3_interrupt()] had been called.
2512 **          <S30500>
2513 */
2514 void sqlite3_progress_handler(sqlite3*, int, int(*)(void*), void*);
2515
2516 /*
2517 ** CAPI3REF: Opening A New Database Connection {H12700} <S40200>
2518 **
2519 ** These routines open an SQLite database file whose name is given by the
2520 ** filename argument. The filename argument is interpreted as UTF-8 for
2521 ** sqlite3_open() and sqlite3_open_v2() and as UTF-16 in the native byte
2522 ** order for sqlite3_open16(). A [database connection] handle is usually
2523 ** returned in *ppDb, even if an error occurs.  The only exception is that
2524 ** if SQLite is unable to allocate memory to hold the [sqlite3] object,
2525 ** a NULL will be written into *ppDb instead of a pointer to the [sqlite3]
2526 ** object. If the database is opened (and/or created) successfully, then
2527 ** [SQLITE_OK] is returned.  Otherwise an [error code] is returned.  The
2528 ** [sqlite3_errmsg()] or [sqlite3_errmsg16()] routines can be used to obtain
2529 ** an English language description of the error.
2530 **
2531 ** The default encoding for the database will be UTF-8 if
2532 ** sqlite3_open() or sqlite3_open_v2() is called and
2533 ** UTF-16 in the native byte order if sqlite3_open16() is used.
2534 **
2535 ** Whether or not an error occurs when it is opened, resources
2536 ** associated with the [database connection] handle should be released by
2537 ** passing it to [sqlite3_close()] when it is no longer required.
2538 **
2539 ** The sqlite3_open_v2() interface works like sqlite3_open()
2540 ** except that it accepts two additional parameters for additional control
2541 ** over the new database connection.  The flags parameter can take one of
2542 ** the following three values, optionally combined with the 
2543 ** [SQLITE_OPEN_NOMUTEX] or [SQLITE_OPEN_FULLMUTEX] flags:
2544 **
2545 ** <dl>
2546 ** <dt>[SQLITE_OPEN_READONLY]</dt>
2547 ** <dd>The database is opened in read-only mode.  If the database does not
2548 ** already exist, an error is returned.</dd>
2549 **
2550 ** <dt>[SQLITE_OPEN_READWRITE]</dt>
2551 ** <dd>The database is opened for reading and writing if possible, or reading
2552 ** only if the file is write protected by the operating system.  In either
2553 ** case the database must already exist, otherwise an error is returned.</dd>
2554 **
2555 ** <dt>[SQLITE_OPEN_READWRITE] | [SQLITE_OPEN_CREATE]</dt>
2556 ** <dd>The database is opened for reading and writing, and is creates it if
2557 ** it does not already exist. This is the behavior that is always used for
2558 ** sqlite3_open() and sqlite3_open16().</dd>
2559 ** </dl>
2560 **
2561 ** If the 3rd parameter to sqlite3_open_v2() is not one of the
2562 ** combinations shown above or one of the combinations shown above combined
2563 ** with the [SQLITE_OPEN_NOMUTEX] or [SQLITE_OPEN_FULLMUTEX] flags,
2564 ** then the behavior is undefined.
2565 **
2566 ** If the [SQLITE_OPEN_NOMUTEX] flag is set, then the database connection
2567 ** opens in the multi-thread [threading mode] as long as the single-thread
2568 ** mode has not been set at compile-time or start-time.  If the
2569 ** [SQLITE_OPEN_FULLMUTEX] flag is set then the database connection opens
2570 ** in the serialized [threading mode] unless single-thread was
2571 ** previously selected at compile-time or start-time.
2572 **
2573 ** If the filename is ":memory:", then a private, temporary in-memory database
2574 ** is created for the connection.  This in-memory database will vanish when
2575 ** the database connection is closed.  Future versions of SQLite might
2576 ** make use of additional special filenames that begin with the ":" character.
2577 ** It is recommended that when a database filename actually does begin with
2578 ** a ":" character you should prefix the filename with a pathname such as
2579 ** "./" to avoid ambiguity.
2580 **
2581 ** If the filename is an empty string, then a private, temporary
2582 ** on-disk database will be created.  This private database will be
2583 ** automatically deleted as soon as the database connection is closed.
2584 **
2585 ** The fourth parameter to sqlite3_open_v2() is the name of the
2586 ** [sqlite3_vfs] object that defines the operating system interface that
2587 ** the new database connection should use.  If the fourth parameter is
2588 ** a NULL pointer then the default [sqlite3_vfs] object is used.
2589 **
2590 ** <b>Note to Windows users:</b>  The encoding used for the filename argument
2591 ** of sqlite3_open() and sqlite3_open_v2() must be UTF-8, not whatever
2592 ** codepage is currently defined.  Filenames containing international
2593 ** characters must be converted to UTF-8 prior to passing them into
2594 ** sqlite3_open() or sqlite3_open_v2().
2595 **
2596 ** INVARIANTS:
2597 **
2598 ** {H12701} The [sqlite3_open()], [sqlite3_open16()], and
2599 **          [sqlite3_open_v2()] interfaces create a new
2600 **          [database connection] associated with
2601 **          the database file given in their first parameter.
2602 **
2603 ** {H12702} The filename argument is interpreted as UTF-8
2604 **          for [sqlite3_open()] and [sqlite3_open_v2()] and as UTF-16
2605 **          in the native byte order for [sqlite3_open16()].
2606 **
2607 ** {H12703} A successful invocation of [sqlite3_open()], [sqlite3_open16()],
2608 **          or [sqlite3_open_v2()] writes a pointer to a new
2609 **          [database connection] into *ppDb.
2610 **
2611 ** {H12704} The [sqlite3_open()], [sqlite3_open16()], and
2612 **          [sqlite3_open_v2()] interfaces return [SQLITE_OK] upon success,
2613 **          or an appropriate [error code] on failure.
2614 **
2615 ** {H12706} The default text encoding for a new database created using
2616 **          [sqlite3_open()] or [sqlite3_open_v2()] will be UTF-8.
2617 **
2618 ** {H12707} The default text encoding for a new database created using
2619 **          [sqlite3_open16()] will be UTF-16.
2620 **
2621 ** {H12709} The [sqlite3_open(F,D)] interface is equivalent to
2622 **          [sqlite3_open_v2(F,D,G,0)] where the G parameter is
2623 **          [SQLITE_OPEN_READWRITE]|[SQLITE_OPEN_CREATE].
2624 **
2625 ** {H12711} If the G parameter to [sqlite3_open_v2(F,D,G,V)] contains the
2626 **          bit value [SQLITE_OPEN_READONLY] then the database is opened
2627 **          for reading only.
2628 **
2629 ** {H12712} If the G parameter to [sqlite3_open_v2(F,D,G,V)] contains the
2630 **          bit value [SQLITE_OPEN_READWRITE] then the database is opened
2631 **          reading and writing if possible, or for reading only if the
2632 **          file is write protected by the operating system.
2633 **
2634 ** {H12713} If the G parameter to [sqlite3_open_v2(F,D,G,V)] omits the
2635 **          bit value [SQLITE_OPEN_CREATE] and the database does not
2636 **          previously exist, an error is returned.
2637 **
2638 ** {H12714} If the G parameter to [sqlite3_open_v2(F,D,G,V)] contains the
2639 **          bit value [SQLITE_OPEN_CREATE] and the database does not
2640 **          previously exist, then an attempt is made to create and
2641 **          initialize the database.
2642 **
2643 ** {H12717} If the filename argument to [sqlite3_open()], [sqlite3_open16()],
2644 **          or [sqlite3_open_v2()] is ":memory:", then an private,
2645 **          ephemeral, in-memory database is created for the connection.
2646 **          <todo>Is SQLITE_OPEN_CREATE|SQLITE_OPEN_READWRITE required
2647 **          in sqlite3_open_v2()?</todo>
2648 **
2649 ** {H12719} If the filename is NULL or an empty string, then a private,
2650 **          ephemeral on-disk database will be created.
2651 **          <todo>Is SQLITE_OPEN_CREATE|SQLITE_OPEN_READWRITE required
2652 **          in sqlite3_open_v2()?</todo>
2653 **
2654 ** {H12721} The [database connection] created by [sqlite3_open_v2(F,D,G,V)]
2655 **          will use the [sqlite3_vfs] object identified by the V parameter,
2656 **          or the default [sqlite3_vfs] object if V is a NULL pointer.
2657 **
2658 ** {H12723} Two [database connections] will share a common cache if both were
2659 **          opened with the same VFS while [shared cache mode] was enabled and
2660 **          if both filenames compare equal using memcmp() after having been
2661 **          processed by the [sqlite3_vfs | xFullPathname] method of the VFS.
2662 */
2663 int sqlite3_open(
2664   const char *filename,   /* Database filename (UTF-8) */
2665   sqlite3 **ppDb          /* OUT: SQLite db handle */
2666 );
2667 int sqlite3_open16(
2668   const void *filename,   /* Database filename (UTF-16) */
2669   sqlite3 **ppDb          /* OUT: SQLite db handle */
2670 );
2671 int sqlite3_open_v2(
2672   const char *filename,   /* Database filename (UTF-8) */
2673   sqlite3 **ppDb,         /* OUT: SQLite db handle */
2674   int flags,              /* Flags */
2675   const char *zVfs        /* Name of VFS module to use */
2676 );
2677
2678 /*
2679 ** CAPI3REF: Error Codes And Messages {H12800} <S60200>
2680 **
2681 ** The sqlite3_errcode() interface returns the numeric [result code] or
2682 ** [extended result code] for the most recent failed sqlite3_* API call
2683 ** associated with a [database connection]. If a prior API call failed
2684 ** but the most recent API call succeeded, the return value from
2685 ** sqlite3_errcode() is undefined.  The sqlite3_extended_errcode()
2686 ** interface is the same except that it always returns the 
2687 ** [extended result code] even when extended result codes are
2688 ** disabled.
2689 **
2690 ** The sqlite3_errmsg() and sqlite3_errmsg16() return English-language
2691 ** text that describes the error, as either UTF-8 or UTF-16 respectively.
2692 ** Memory to hold the error message string is managed internally.
2693 ** The application does not need to worry about freeing the result.
2694 ** However, the error string might be overwritten or deallocated by
2695 ** subsequent calls to other SQLite interface functions.
2696 **
2697 ** When the serialized [threading mode] is in use, it might be the
2698 ** case that a second error occurs on a separate thread in between
2699 ** the time of the first error and the call to these interfaces.
2700 ** When that happens, the second error will be reported since these
2701 ** interfaces always report the most recent result.  To avoid
2702 ** this, each thread can obtain exclusive use of the [database connection] D
2703 ** by invoking [sqlite3_mutex_enter]([sqlite3_db_mutex](D)) before beginning
2704 ** to use D and invoking [sqlite3_mutex_leave]([sqlite3_db_mutex](D)) after
2705 ** all calls to the interfaces listed here are completed.
2706 **
2707 ** If an interface fails with SQLITE_MISUSE, that means the interface
2708 ** was invoked incorrectly by the application.  In that case, the
2709 ** error code and message may or may not be set.
2710 **
2711 ** INVARIANTS:
2712 **
2713 ** {H12801} The [sqlite3_errcode(D)] interface returns the numeric
2714 **          [result code] or [extended result code] for the most recently
2715 **          failed interface call associated with the [database connection] D.
2716 **
2717 ** {H12802} The [sqlite3_extended_errcode(D)] interface returns the numeric
2718 **          [extended result code] for the most recently
2719 **          failed interface call associated with the [database connection] D.
2720 **
2721 ** {H12803} The [sqlite3_errmsg(D)] and [sqlite3_errmsg16(D)]
2722 **          interfaces return English-language text that describes
2723 **          the error in the mostly recently failed interface call,
2724 **          encoded as either UTF-8 or UTF-16 respectively.
2725 **
2726 ** {H12807} The strings returned by [sqlite3_errmsg()] and [sqlite3_errmsg16()]
2727 **          are valid until the next SQLite interface call.
2728 **
2729 ** {H12808} Calls to API routines that do not return an error code
2730 **          (example: [sqlite3_data_count()]) do not
2731 **          change the error code or message returned by
2732 **          [sqlite3_errcode()], [sqlite3_extended_errcode()],
2733 **          [sqlite3_errmsg()], or [sqlite3_errmsg16()].
2734 **
2735 ** {H12809} Interfaces that are not associated with a specific
2736 **          [database connection] (examples:
2737 **          [sqlite3_mprintf()] or [sqlite3_enable_shared_cache()]
2738 **          do not change the values returned by
2739 **          [sqlite3_errcode()], [sqlite3_extended_errcode()],
2740 **          [sqlite3_errmsg()], or [sqlite3_errmsg16()].
2741 */
2742 int sqlite3_errcode(sqlite3 *db);
2743 int sqlite3_extended_errcode(sqlite3 *db);
2744 const char *sqlite3_errmsg(sqlite3*);
2745 const void *sqlite3_errmsg16(sqlite3*);
2746
2747 /*
2748 ** CAPI3REF: SQL Statement Object {H13000} <H13010>
2749 ** KEYWORDS: {prepared statement} {prepared statements}
2750 **
2751 ** An instance of this object represents a single SQL statement.
2752 ** This object is variously known as a "prepared statement" or a
2753 ** "compiled SQL statement" or simply as a "statement".
2754 **
2755 ** The life of a statement object goes something like this:
2756 **
2757 ** <ol>
2758 ** <li> Create the object using [sqlite3_prepare_v2()] or a related
2759 **      function.
2760 ** <li> Bind values to [host parameters] using the sqlite3_bind_*()
2761 **      interfaces.
2762 ** <li> Run the SQL by calling [sqlite3_step()] one or more times.
2763 ** <li> Reset the statement using [sqlite3_reset()] then go back
2764 **      to step 2.  Do this zero or more times.
2765 ** <li> Destroy the object using [sqlite3_finalize()].
2766 ** </ol>
2767 **
2768 ** Refer to documentation on individual methods above for additional
2769 ** information.
2770 */
2771 typedef struct sqlite3_stmt sqlite3_stmt;
2772
2773 /*
2774 ** CAPI3REF: Run-time Limits {H12760} <S20600>
2775 **
2776 ** This interface allows the size of various constructs to be limited
2777 ** on a connection by connection basis.  The first parameter is the
2778 ** [database connection] whose limit is to be set or queried.  The
2779 ** second parameter is one of the [limit categories] that define a
2780 ** class of constructs to be size limited.  The third parameter is the
2781 ** new limit for that construct.  The function returns the old limit.
2782 **
2783 ** If the new limit is a negative number, the limit is unchanged.
2784 ** For the limit category of SQLITE_LIMIT_XYZ there is a hard upper
2785 ** bound set by a compile-time C preprocessor macro named SQLITE_MAX_XYZ.
2786 ** (The "_LIMIT_" in the name is changed to "_MAX_".)
2787 ** Attempts to increase a limit above its hard upper bound are
2788 ** silently truncated to the hard upper limit.
2789 **
2790 ** Run time limits are intended for use in applications that manage
2791 ** both their own internal database and also databases that are controlled
2792 ** by untrusted external sources.  An example application might be a
2793 ** webbrowser that has its own databases for storing history and
2794 ** separate databases controlled by JavaScript applications downloaded
2795 ** off the Internet.  The internal databases can be given the
2796 ** large, default limits.  Databases managed by external sources can
2797 ** be given much smaller limits designed to prevent a denial of service
2798 ** attack.  Developers might also want to use the [sqlite3_set_authorizer()]
2799 ** interface to further control untrusted SQL.  The size of the database
2800 ** created by an untrusted script can be contained using the
2801 ** [max_page_count] [PRAGMA].
2802 **
2803 ** New run-time limit categories may be added in future releases.
2804 **
2805 ** INVARIANTS:
2806 **
2807 ** {H12762} A successful call to [sqlite3_limit(D,C,V)] where V is
2808 **          positive changes the limit on the size of construct C in the
2809 **          [database connection] D to the lesser of V and the hard upper
2810 **          bound on the size of C that is set at compile-time.
2811 **
2812 ** {H12766} A successful call to [sqlite3_limit(D,C,V)] where V is negative
2813 **          leaves the state of the [database connection] D unchanged.
2814 **
2815 ** {H12769} A successful call to [sqlite3_limit(D,C,V)] returns the
2816 **          value of the limit on the size of construct C in the
2817 **          [database connection] D as it was prior to the call.
2818 */
2819 int sqlite3_limit(sqlite3*, int id, int newVal);
2820
2821 /*
2822 ** CAPI3REF: Run-Time Limit Categories {H12790} <H12760>
2823 ** KEYWORDS: {limit category} {limit categories}
2824 **
2825 ** These constants define various aspects of a [database connection]
2826 ** that can be limited in size by calls to [sqlite3_limit()].
2827 ** The meanings of the various limits are as follows:
2828 **
2829 ** <dl>
2830 ** <dt>SQLITE_LIMIT_LENGTH</dt>
2831 ** <dd>The maximum size of any string or BLOB or table row.<dd>
2832 **
2833 ** <dt>SQLITE_LIMIT_SQL_LENGTH</dt>
2834 ** <dd>The maximum length of an SQL statement.</dd>
2835 **
2836 ** <dt>SQLITE_LIMIT_COLUMN</dt>
2837 ** <dd>The maximum number of columns in a table definition or in the
2838 ** result set of a SELECT or the maximum number of columns in an index
2839 ** or in an ORDER BY or GROUP BY clause.</dd>
2840 **
2841 ** <dt>SQLITE_LIMIT_EXPR_DEPTH</dt>
2842 ** <dd>The maximum depth of the parse tree on any expression.</dd>
2843 **
2844 ** <dt>SQLITE_LIMIT_COMPOUND_SELECT</dt>
2845 ** <dd>The maximum number of terms in a compound SELECT statement.</dd>
2846 **
2847 ** <dt>SQLITE_LIMIT_VDBE_OP</dt>
2848 ** <dd>The maximum number of instructions in a virtual machine program
2849 ** used to implement an SQL statement.</dd>
2850 **
2851 ** <dt>SQLITE_LIMIT_FUNCTION_ARG</dt>
2852 ** <dd>The maximum number of arguments on a function.</dd>
2853 **
2854 ** <dt>SQLITE_LIMIT_ATTACHED</dt>
2855 ** <dd>The maximum number of attached databases.</dd>
2856 **
2857 ** <dt>SQLITE_LIMIT_LIKE_PATTERN_LENGTH</dt>
2858 ** <dd>The maximum length of the pattern argument to the LIKE or
2859 ** GLOB operators.</dd>
2860 **
2861 ** <dt>SQLITE_LIMIT_VARIABLE_NUMBER</dt>
2862 ** <dd>The maximum number of variables in an SQL statement that can
2863 ** be bound.</dd>
2864 ** </dl>
2865 */
2866 #define SQLITE_LIMIT_LENGTH                    0
2867 #define SQLITE_LIMIT_SQL_LENGTH                1
2868 #define SQLITE_LIMIT_COLUMN                    2
2869 #define SQLITE_LIMIT_EXPR_DEPTH                3
2870 #define SQLITE_LIMIT_COMPOUND_SELECT           4
2871 #define SQLITE_LIMIT_VDBE_OP                   5
2872 #define SQLITE_LIMIT_FUNCTION_ARG              6
2873 #define SQLITE_LIMIT_ATTACHED                  7
2874 #define SQLITE_LIMIT_LIKE_PATTERN_LENGTH       8
2875 #define SQLITE_LIMIT_VARIABLE_NUMBER           9
2876
2877 /*
2878 ** CAPI3REF: Compiling An SQL Statement {H13010} <S10000>
2879 ** KEYWORDS: {SQL statement compiler}
2880 **
2881 ** To execute an SQL query, it must first be compiled into a byte-code
2882 ** program using one of these routines.
2883 **
2884 ** The first argument, "db", is a [database connection] obtained from a
2885 ** prior call to [sqlite3_open()], [sqlite3_open_v2()] or [sqlite3_open16()].
2886 **
2887 ** The second argument, "zSql", is the statement to be compiled, encoded
2888 ** as either UTF-8 or UTF-16.  The sqlite3_prepare() and sqlite3_prepare_v2()
2889 ** interfaces use UTF-8, and sqlite3_prepare16() and sqlite3_prepare16_v2()
2890 ** use UTF-16.
2891 **
2892 ** If the nByte argument is less than zero, then zSql is read up to the
2893 ** first zero terminator. If nByte is non-negative, then it is the maximum
2894 ** number of  bytes read from zSql.  When nByte is non-negative, the
2895 ** zSql string ends at either the first '\000' or '\u0000' character or
2896 ** the nByte-th byte, whichever comes first. If the caller knows
2897 ** that the supplied string is nul-terminated, then there is a small
2898 ** performance advantage to be gained by passing an nByte parameter that
2899 ** is equal to the number of bytes in the input string <i>including</i>
2900 ** the nul-terminator bytes.
2901 **
2902 ** *pzTail is made to point to the first byte past the end of the
2903 ** first SQL statement in zSql.  These routines only compile the first
2904 ** statement in zSql, so *pzTail is left pointing to what remains
2905 ** uncompiled.
2906 **
2907 ** *ppStmt is left pointing to a compiled [prepared statement] that can be
2908 ** executed using [sqlite3_step()].  If there is an error, *ppStmt is set
2909 ** to NULL.  If the input text contains no SQL (if the input is an empty
2910 ** string or a comment) then *ppStmt is set to NULL.
2911 ** {A13018} The calling procedure is responsible for deleting the compiled
2912 ** SQL statement using [sqlite3_finalize()] after it has finished with it.
2913 **
2914 ** On success, [SQLITE_OK] is returned, otherwise an [error code] is returned.
2915 **
2916 ** The sqlite3_prepare_v2() and sqlite3_prepare16_v2() interfaces are
2917 ** recommended for all new programs. The two older interfaces are retained
2918 ** for backwards compatibility, but their use is discouraged.
2919 ** In the "v2" interfaces, the prepared statement
2920 ** that is returned (the [sqlite3_stmt] object) contains a copy of the
2921 ** original SQL text. This causes the [sqlite3_step()] interface to
2922 ** behave a differently in two ways:
2923 **
2924 ** <ol>
2925 ** <li>
2926 ** If the database schema changes, instead of returning [SQLITE_SCHEMA] as it
2927 ** always used to do, [sqlite3_step()] will automatically recompile the SQL
2928 ** statement and try to run it again.  If the schema has changed in
2929 ** a way that makes the statement no longer valid, [sqlite3_step()] will still
2930 ** return [SQLITE_SCHEMA].  But unlike the legacy behavior, [SQLITE_SCHEMA] is
2931 ** now a fatal error.  Calling [sqlite3_prepare_v2()] again will not make the
2932 ** error go away.  Note: use [sqlite3_errmsg()] to find the text
2933 ** of the parsing error that results in an [SQLITE_SCHEMA] return.
2934 ** </li>
2935 **
2936 ** <li>
2937 ** When an error occurs, [sqlite3_step()] will return one of the detailed
2938 ** [error codes] or [extended error codes].  The legacy behavior was that
2939 ** [sqlite3_step()] would only return a generic [SQLITE_ERROR] result code
2940 ** and you would have to make a second call to [sqlite3_reset()] in order
2941 ** to find the underlying cause of the problem. With the "v2" prepare
2942 ** interfaces, the underlying reason for the error is returned immediately.
2943 ** </li>
2944 ** </ol>
2945 **
2946 ** INVARIANTS:
2947 **
2948 ** {H13011} The [sqlite3_prepare(db,zSql,...)] and
2949 **          [sqlite3_prepare_v2(db,zSql,...)] interfaces interpret the
2950 **          text in their zSql parameter as UTF-8.
2951 **
2952 ** {H13012} The [sqlite3_prepare16(db,zSql,...)] and
2953 **          [sqlite3_prepare16_v2(db,zSql,...)] interfaces interpret the
2954 **          text in their zSql parameter as UTF-16 in the native byte order.
2955 **
2956 ** {H13013} If the nByte argument to [sqlite3_prepare_v2(db,zSql,nByte,...)]
2957 **          and its variants is less than zero, the SQL text is
2958 **          read from zSql is read up to the first zero terminator.
2959 **
2960 ** {H13014} If the nByte argument to [sqlite3_prepare_v2(db,zSql,nByte,...)]
2961 **          and its variants is non-negative, then at most nBytes bytes of
2962 **          SQL text is read from zSql.
2963 **
2964 ** {H13015} In [sqlite3_prepare_v2(db,zSql,N,P,pzTail)] and its variants
2965 **          if the zSql input text contains more than one SQL statement
2966 **          and pzTail is not NULL, then *pzTail is made to point to the
2967 **          first byte past the end of the first SQL statement in zSql.
2968 **          <todo>What does *pzTail point to if there is one statement?</todo>
2969 **
2970 ** {H13016} A successful call to [sqlite3_prepare_v2(db,zSql,N,ppStmt,...)]
2971 **          or one of its variants writes into *ppStmt a pointer to a new
2972 **          [prepared statement] or a pointer to NULL if zSql contains
2973 **          nothing other than whitespace or comments.
2974 **
2975 ** {H13019} The [sqlite3_prepare_v2()] interface and its variants return
2976 **          [SQLITE_OK] or an appropriate [error code] upon failure.
2977 **
2978 ** {H13021} Before [sqlite3_prepare(db,zSql,nByte,ppStmt,pzTail)] or its
2979 **          variants returns an error (any value other than [SQLITE_OK]),
2980 **          they first set *ppStmt to NULL.
2981 */
2982 int sqlite3_prepare(
2983   sqlite3 *db,            /* Database handle */
2984   const char *zSql,       /* SQL statement, UTF-8 encoded */
2985   int nByte,              /* Maximum length of zSql in bytes. */
2986   sqlite3_stmt **ppStmt,  /* OUT: Statement handle */
2987   const char **pzTail     /* OUT: Pointer to unused portion of zSql */
2988 );
2989 int sqlite3_prepare_v2(
2990   sqlite3 *db,            /* Database handle */
2991   const char *zSql,       /* SQL statement, UTF-8 encoded */
2992   int nByte,              /* Maximum length of zSql in bytes. */
2993   sqlite3_stmt **ppStmt,  /* OUT: Statement handle */
2994   const char **pzTail     /* OUT: Pointer to unused portion of zSql */
2995 );
2996 int sqlite3_prepare16(
2997   sqlite3 *db,            /* Database handle */
2998   const void *zSql,       /* SQL statement, UTF-16 encoded */
2999   int nByte,              /* Maximum length of zSql in bytes. */
3000   sqlite3_stmt **ppStmt,  /* OUT: Statement handle */
3001   const void **pzTail     /* OUT: Pointer to unused portion of zSql */
3002 );
3003 int sqlite3_prepare16_v2(
3004   sqlite3 *db,            /* Database handle */
3005   const void *zSql,       /* SQL statement, UTF-16 encoded */
3006   int nByte,              /* Maximum length of zSql in bytes. */
3007   sqlite3_stmt **ppStmt,  /* OUT: Statement handle */
3008   const void **pzTail     /* OUT: Pointer to unused portion of zSql */
3009 );
3010
3011 /*
3012 ** CAPI3REF: Retrieving Statement SQL {H13100} <H13000>
3013 **
3014 ** This interface can be used to retrieve a saved copy of the original
3015 ** SQL text used to create a [prepared statement] if that statement was
3016 ** compiled using either [sqlite3_prepare_v2()] or [sqlite3_prepare16_v2()].
3017 **
3018 ** INVARIANTS:
3019 **
3020 ** {H13101} If the [prepared statement] passed as the argument to
3021 **          [sqlite3_sql()] was compiled using either [sqlite3_prepare_v2()] or
3022 **          [sqlite3_prepare16_v2()], then [sqlite3_sql()] returns
3023 **          a pointer to a zero-terminated string containing a UTF-8 rendering
3024 **          of the original SQL statement.
3025 **
3026 ** {H13102} If the [prepared statement] passed as the argument to
3027 **          [sqlite3_sql()] was compiled using either [sqlite3_prepare()] or
3028 **          [sqlite3_prepare16()], then [sqlite3_sql()] returns a NULL pointer.
3029 **
3030 ** {H13103} The string returned by [sqlite3_sql(S)] is valid until the
3031 **          [prepared statement] S is deleted using [sqlite3_finalize(S)].
3032 */
3033 const char *sqlite3_sql(sqlite3_stmt *pStmt);
3034
3035 /*
3036 ** CAPI3REF: Dynamically Typed Value Object {H15000} <S20200>
3037 ** KEYWORDS: {protected sqlite3_value} {unprotected sqlite3_value}
3038 **
3039 ** SQLite uses the sqlite3_value object to represent all values
3040 ** that can be stored in a database table. SQLite uses dynamic typing
3041 ** for the values it stores. Values stored in sqlite3_value objects
3042 ** can be integers, floating point values, strings, BLOBs, or NULL.
3043 **
3044 ** An sqlite3_value object may be either "protected" or "unprotected".
3045 ** Some interfaces require a protected sqlite3_value.  Other interfaces
3046 ** will accept either a protected or an unprotected sqlite3_value.
3047 ** Every interface that accepts sqlite3_value arguments specifies
3048 ** whether or not it requires a protected sqlite3_value.
3049 **
3050 ** The terms "protected" and "unprotected" refer to whether or not
3051 ** a mutex is held.  A internal mutex is held for a protected
3052 ** sqlite3_value object but no mutex is held for an unprotected
3053 ** sqlite3_value object.  If SQLite is compiled to be single-threaded
3054 ** (with [SQLITE_THREADSAFE=0] and with [sqlite3_threadsafe()] returning 0)
3055 ** or if SQLite is run in one of reduced mutex modes 
3056 ** [SQLITE_CONFIG_SINGLETHREAD] or [SQLITE_CONFIG_MULTITHREAD]
3057 ** then there is no distinction between protected and unprotected
3058 ** sqlite3_value objects and they can be used interchangeably.  However,
3059 ** for maximum code portability it is recommended that applications
3060 ** still make the distinction between between protected and unprotected
3061 ** sqlite3_value objects even when not strictly required.
3062 **
3063 ** The sqlite3_value objects that are passed as parameters into the
3064 ** implementation of [application-defined SQL functions] are protected.
3065 ** The sqlite3_value object returned by
3066 ** [sqlite3_column_value()] is unprotected.
3067 ** Unprotected sqlite3_value objects may only be used with
3068 ** [sqlite3_result_value()] and [sqlite3_bind_value()].
3069 ** The [sqlite3_value_blob | sqlite3_value_type()] family of
3070 ** interfaces require protected sqlite3_value objects.
3071 */
3072 typedef struct Mem sqlite3_value;
3073
3074 /*
3075 ** CAPI3REF: SQL Function Context Object {H16001} <S20200>
3076 **
3077 ** The context in which an SQL function executes is stored in an
3078 ** sqlite3_context object.  A pointer to an sqlite3_context object
3079 ** is always first parameter to [application-defined SQL functions].
3080 ** The application-defined SQL function implementation will pass this
3081 ** pointer through into calls to [sqlite3_result_int | sqlite3_result()],
3082 ** [sqlite3_aggregate_context()], [sqlite3_user_data()],
3083 ** [sqlite3_context_db_handle()], [sqlite3_get_auxdata()],
3084 ** and/or [sqlite3_set_auxdata()].
3085 */
3086 typedef struct sqlite3_context sqlite3_context;
3087
3088 /*
3089 ** CAPI3REF: Binding Values To Prepared Statements {H13500} <S70300>
3090 ** KEYWORDS: {host parameter} {host parameters} {host parameter name}
3091 ** KEYWORDS: {SQL parameter} {SQL parameters} {parameter binding}
3092 **
3093 ** In the SQL strings input to [sqlite3_prepare_v2()] and its variants,
3094 ** literals may be replaced by a parameter in one of these forms:
3095 **
3096 ** <ul>
3097 ** <li>  ?
3098 ** <li>  ?NNN
3099 ** <li>  :VVV
3100 ** <li>  @VVV
3101 ** <li>  $VVV
3102 ** </ul>
3103 **
3104 ** In the parameter forms shown above NNN is an integer literal,
3105 ** and VVV is an alpha-numeric parameter name. The values of these
3106 ** parameters (also called "host parameter names" or "SQL parameters")
3107 ** can be set using the sqlite3_bind_*() routines defined here.
3108 **
3109 ** The first argument to the sqlite3_bind_*() routines is always
3110 ** a pointer to the [sqlite3_stmt] object returned from
3111 ** [sqlite3_prepare_v2()] or its variants.
3112 **
3113 ** The second argument is the index of the SQL parameter to be set.
3114 ** The leftmost SQL parameter has an index of 1.  When the same named
3115 ** SQL parameter is used more than once, second and subsequent
3116 ** occurrences have the same index as the first occurrence.
3117 ** The index for named parameters can be looked up using the
3118 ** [sqlite3_bind_parameter_index()] API if desired.  The index
3119 ** for "?NNN" parameters is the value of NNN.
3120 ** The NNN value must be between 1 and the [sqlite3_limit()]
3121 ** parameter [SQLITE_LIMIT_VARIABLE_NUMBER] (default value: 999).
3122 **
3123 ** The third argument is the value to bind to the parameter.
3124 **
3125 ** In those routines that have a fourth argument, its value is the
3126 ** number of bytes in the parameter.  To be clear: the value is the
3127 ** number of <u>bytes</u> in the value, not the number of characters.
3128 ** If the fourth parameter is negative, the length of the string is
3129 ** the number of bytes up to the first zero terminator.
3130 **
3131 ** The fifth argument to sqlite3_bind_blob(), sqlite3_bind_text(), and
3132 ** sqlite3_bind_text16() is a destructor used to dispose of the BLOB or
3133 ** string after SQLite has finished with it. If the fifth argument is
3134 ** the special value [SQLITE_STATIC], then SQLite assumes that the
3135 ** information is in static, unmanaged space and does not need to be freed.
3136 ** If the fifth argument has the value [SQLITE_TRANSIENT], then
3137 ** SQLite makes its own private copy of the data immediately, before
3138 ** the sqlite3_bind_*() routine returns.
3139 **
3140 ** The sqlite3_bind_zeroblob() routine binds a BLOB of length N that
3141 ** is filled with zeroes.  A zeroblob uses a fixed amount of memory
3142 ** (just an integer to hold its size) while it is being processed.
3143 ** Zeroblobs are intended to serve as placeholders for BLOBs whose
3144 ** content is later written using
3145 ** [sqlite3_blob_open | incremental BLOB I/O] routines.
3146 ** A negative value for the zeroblob results in a zero-length BLOB.
3147 **
3148 ** The sqlite3_bind_*() routines must be called after
3149 ** [sqlite3_prepare_v2()] (and its variants) or [sqlite3_reset()] and
3150 ** before [sqlite3_step()].
3151 ** Bindings are not cleared by the [sqlite3_reset()] routine.
3152 ** Unbound parameters are interpreted as NULL.
3153 **
3154 ** These routines return [SQLITE_OK] on success or an error code if
3155 ** anything goes wrong.  [SQLITE_RANGE] is returned if the parameter
3156 ** index is out of range.  [SQLITE_NOMEM] is returned if malloc() fails.
3157 ** [SQLITE_MISUSE] might be returned if these routines are called on a
3158 ** virtual machine that is the wrong state or which has already been finalized.
3159 ** Detection of misuse is unreliable.  Applications should not depend
3160 ** on SQLITE_MISUSE returns.  SQLITE_MISUSE is intended to indicate a
3161 ** a logic error in the application.  Future versions of SQLite might
3162 ** panic rather than return SQLITE_MISUSE.
3163 **
3164 ** See also: [sqlite3_bind_parameter_count()],
3165 ** [sqlite3_bind_parameter_name()], and [sqlite3_bind_parameter_index()].
3166 **
3167 ** INVARIANTS:
3168 **
3169 ** {H13506} The [SQL statement compiler] recognizes tokens of the forms
3170 **          "?", "?NNN", "$VVV", ":VVV", and "@VVV" as SQL parameters,
3171 **          where NNN is any sequence of one or more digits
3172 **          and where VVV is any sequence of one or more alphanumeric
3173 **          characters or "::" optionally followed by a string containing
3174 **          no spaces and contained within parentheses.
3175 **
3176 ** {H13509} The initial value of an SQL parameter is NULL.
3177 **
3178 ** {H13512} The index of an "?" SQL parameter is one larger than the
3179 **          largest index of SQL parameter to the left, or 1 if
3180 **          the "?" is the leftmost SQL parameter.
3181 **
3182 ** {H13515} The index of an "?NNN" SQL parameter is the integer NNN.
3183 **
3184 ** {H13518} The index of an ":VVV", "$VVV", or "@VVV" SQL parameter is
3185 **          the same as the index of leftmost occurrences of the same
3186 **          parameter, or one more than the largest index over all
3187 **          parameters to the left if this is the first occurrence
3188 **          of this parameter, or 1 if this is the leftmost parameter.
3189 **
3190 ** {H13521} The [SQL statement compiler] fails with an [SQLITE_RANGE]
3191 **          error if the index of an SQL parameter is less than 1
3192 **          or greater than the compile-time SQLITE_MAX_VARIABLE_NUMBER
3193 **          parameter.
3194 **
3195 ** {H13524} Calls to [sqlite3_bind_text | sqlite3_bind(S,N,V,...)]
3196 **          associate the value V with all SQL parameters having an
3197 **          index of N in the [prepared statement] S.
3198 **
3199 ** {H13527} Calls to [sqlite3_bind_text | sqlite3_bind(S,N,...)]
3200 **          override prior calls with the same values of S and N.
3201 **
3202 ** {H13530} Bindings established by [sqlite3_bind_text | sqlite3_bind(S,...)]
3203 **          persist across calls to [sqlite3_reset(S)].
3204 **
3205 ** {H13533} In calls to [sqlite3_bind_blob(S,N,V,L,D)],
3206 **          [sqlite3_bind_text(S,N,V,L,D)], or
3207 **          [sqlite3_bind_text16(S,N,V,L,D)] SQLite binds the first L
3208 **          bytes of the BLOB or string pointed to by V, when L
3209 **          is non-negative.
3210 **
3211 ** {H13536} In calls to [sqlite3_bind_text(S,N,V,L,D)] or
3212 **          [sqlite3_bind_text16(S,N,V,L,D)] SQLite binds characters
3213 **          from V through the first zero character when L is negative.
3214 **
3215 ** {H13539} In calls to [sqlite3_bind_blob(S,N,V,L,D)],
3216 **          [sqlite3_bind_text(S,N,V,L,D)], or
3217 **          [sqlite3_bind_text16(S,N,V,L,D)] when D is the special
3218 **          constant [SQLITE_STATIC], SQLite assumes that the value V
3219 **          is held in static unmanaged space that will not change
3220 **          during the lifetime of the binding.
3221 **
3222 ** {H13542} In calls to [sqlite3_bind_blob(S,N,V,L,D)],
3223 **          [sqlite3_bind_text(S,N,V,L,D)], or
3224 **          [sqlite3_bind_text16(S,N,V,L,D)] when D is the special
3225 **          constant [SQLITE_TRANSIENT], the routine makes a
3226 **          private copy of the value V before it returns.
3227 **
3228 ** {H13545} In calls to [sqlite3_bind_blob(S,N,V,L,D)],
3229 **          [sqlite3_bind_text(S,N,V,L,D)], or
3230 **          [sqlite3_bind_text16(S,N,V,L,D)] when D is a pointer to
3231 **          a function, SQLite invokes that function to destroy the
3232 **          value V after it has finished using the value V.
3233 **
3234 ** {H13548} In calls to [sqlite3_bind_zeroblob(S,N,V,L)] the value bound
3235 **          is a BLOB of L bytes, or a zero-length BLOB if L is negative.
3236 **
3237 ** {H13551} In calls to [sqlite3_bind_value(S,N,V)] the V argument may
3238 **          be either a [protected sqlite3_value] object or an
3239 **          [unprotected sqlite3_value] object.
3240 */
3241 int sqlite3_bind_blob(sqlite3_stmt*, int, const void*, int n, void(*)(void*));
3242 int sqlite3_bind_double(sqlite3_stmt*, int, double);
3243 int sqlite3_bind_int(sqlite3_stmt*, int, int);
3244 int sqlite3_bind_int64(sqlite3_stmt*, int, sqlite3_int64);
3245 int sqlite3_bind_null(sqlite3_stmt*, int);
3246 int sqlite3_bind_text(sqlite3_stmt*, int, const char*, int n, void(*)(void*));
3247 int sqlite3_bind_text16(sqlite3_stmt*, int, const void*, int, void(*)(void*));
3248 int sqlite3_bind_value(sqlite3_stmt*, int, const sqlite3_value*);
3249 int sqlite3_bind_zeroblob(sqlite3_stmt*, int, int n);
3250
3251 /*
3252 ** CAPI3REF: Number Of SQL Parameters {H13600} <S70300>
3253 **
3254 ** This routine can be used to find the number of [SQL parameters]
3255 ** in a [prepared statement].  SQL parameters are tokens of the
3256 ** form "?", "?NNN", ":AAA", "$AAA", or "@AAA" that serve as
3257 ** placeholders for values that are [sqlite3_bind_blob | bound]
3258 ** to the parameters at a later time.
3259 **
3260 ** This routine actually returns the index of the largest (rightmost)
3261 ** parameter. For all forms except ?NNN, this will correspond to the
3262 ** number of unique parameters.  If parameters of the ?NNN are used,
3263 ** there may be gaps in the list.
3264 **
3265 ** See also: [sqlite3_bind_blob|sqlite3_bind()],
3266 ** [sqlite3_bind_parameter_name()], and
3267 ** [sqlite3_bind_parameter_index()].
3268 **
3269 ** INVARIANTS:
3270 **
3271 ** {H13601} The [sqlite3_bind_parameter_count(S)] interface returns
3272 **          the largest index of all SQL parameters in the
3273 **          [prepared statement] S, or 0 if S contains no SQL parameters.
3274 */
3275 int sqlite3_bind_parameter_count(sqlite3_stmt*);
3276
3277 /*
3278 ** CAPI3REF: Name Of A Host Parameter {H13620} <S70300>
3279 **
3280 ** This routine returns a pointer to the name of the n-th
3281 ** [SQL parameter] in a [prepared statement].
3282 ** SQL parameters of the form "?NNN" or ":AAA" or "@AAA" or "$AAA"
3283 ** have a name which is the string "?NNN" or ":AAA" or "@AAA" or "$AAA"
3284 ** respectively.
3285 ** In other words, the initial ":" or "$" or "@" or "?"
3286 ** is included as part of the name.
3287 ** Parameters of the form "?" without a following integer have no name
3288 ** and are also referred to as "anonymous parameters".
3289 **
3290 ** The first host parameter has an index of 1, not 0.
3291 **
3292 ** If the value n is out of range or if the n-th parameter is
3293 ** nameless, then NULL is returned.  The returned string is
3294 ** always in UTF-8 encoding even if the named parameter was
3295 ** originally specified as UTF-16 in [sqlite3_prepare16()] or
3296 ** [sqlite3_prepare16_v2()].
3297 **
3298 ** See also: [sqlite3_bind_blob|sqlite3_bind()],
3299 ** [sqlite3_bind_parameter_count()], and
3300 ** [sqlite3_bind_parameter_index()].
3301 **
3302 ** INVARIANTS:
3303 **
3304 ** {H13621} The [sqlite3_bind_parameter_name(S,N)] interface returns
3305 **          a UTF-8 rendering of the name of the SQL parameter in
3306 **          the [prepared statement] S having index N, or
3307 **          NULL if there is no SQL parameter with index N or if the
3308 **          parameter with index N is an anonymous parameter "?".
3309 */
3310 const char *sqlite3_bind_parameter_name(sqlite3_stmt*, int);
3311
3312 /*
3313 ** CAPI3REF: Index Of A Parameter With A Given Name {H13640} <S70300>
3314 **
3315 ** Return the index of an SQL parameter given its name.  The
3316 ** index value returned is suitable for use as the second
3317 ** parameter to [sqlite3_bind_blob|sqlite3_bind()].  A zero
3318 ** is returned if no matching parameter is found.  The parameter
3319 ** name must be given in UTF-8 even if the original statement
3320 ** was prepared from UTF-16 text using [sqlite3_prepare16_v2()].
3321 **
3322 ** See also: [sqlite3_bind_blob|sqlite3_bind()],
3323 ** [sqlite3_bind_parameter_count()], and
3324 ** [sqlite3_bind_parameter_index()].
3325 **
3326 ** INVARIANTS:
3327 **
3328 ** {H13641} The [sqlite3_bind_parameter_index(S,N)] interface returns
3329 **          the index of SQL parameter in the [prepared statement]
3330 **          S whose name matches the UTF-8 string N, or 0 if there is
3331 **          no match.
3332 */
3333 int sqlite3_bind_parameter_index(sqlite3_stmt*, const char *zName);
3334
3335 /*
3336 ** CAPI3REF: Reset All Bindings On A Prepared Statement {H13660} <S70300>
3337 **
3338 ** Contrary to the intuition of many, [sqlite3_reset()] does not reset
3339 ** the [sqlite3_bind_blob | bindings] on a [prepared statement].
3340 ** Use this routine to reset all host parameters to NULL.
3341 **
3342 ** INVARIANTS:
3343 **
3344 ** {H13661} The [sqlite3_clear_bindings(S)] interface resets all SQL
3345 **          parameter bindings in the [prepared statement] S back to NULL.
3346 */
3347 int sqlite3_clear_bindings(sqlite3_stmt*);
3348
3349 /*
3350 ** CAPI3REF: Number Of Columns In A Result Set {H13710} <S10700>
3351 **
3352 ** Return the number of columns in the result set returned by the
3353 ** [prepared statement]. This routine returns 0 if pStmt is an SQL
3354 ** statement that does not return data (for example an [UPDATE]).
3355 **
3356 ** INVARIANTS:
3357 **
3358 ** {H13711} The [sqlite3_column_count(S)] interface returns the number of
3359 **          columns in the result set generated by the [prepared statement] S,
3360 **          or 0 if S does not generate a result set.
3361 */
3362 int sqlite3_column_count(sqlite3_stmt *pStmt);
3363
3364 /*
3365 ** CAPI3REF: Column Names In A Result Set {H13720} <S10700>
3366 **
3367 ** These routines return the name assigned to a particular column
3368 ** in the result set of a [SELECT] statement.  The sqlite3_column_name()
3369 ** interface returns a pointer to a zero-terminated UTF-8 string
3370 ** and sqlite3_column_name16() returns a pointer to a zero-terminated
3371 ** UTF-16 string.  The first parameter is the [prepared statement]
3372 ** that implements the [SELECT] statement. The second parameter is the
3373 ** column number.  The leftmost column is number 0.
3374 **
3375 ** The returned string pointer is valid until either the [prepared statement]
3376 ** is destroyed by [sqlite3_finalize()] or until the next call to
3377 ** sqlite3_column_name() or sqlite3_column_name16() on the same column.
3378 **
3379 ** If sqlite3_malloc() fails during the processing of either routine
3380 ** (for example during a conversion from UTF-8 to UTF-16) then a
3381 ** NULL pointer is returned.
3382 **
3383 ** The name of a result column is the value of the "AS" clause for
3384 ** that column, if there is an AS clause.  If there is no AS clause
3385 ** then the name of the column is unspecified and may change from
3386 ** one release of SQLite to the next.
3387 **
3388 ** INVARIANTS:
3389 **
3390 ** {H13721} A successful invocation of the [sqlite3_column_name(S,N)]
3391 **          interface returns the name of the Nth column (where 0 is
3392 **          the leftmost column) for the result set of the
3393 **          [prepared statement] S as a zero-terminated UTF-8 string.
3394 **
3395 ** {H13723} A successful invocation of the [sqlite3_column_name16(S,N)]
3396 **          interface returns the name of the Nth column (where 0 is
3397 **          the leftmost column) for the result set of the
3398 **          [prepared statement] S as a zero-terminated UTF-16 string
3399 **          in the native byte order.
3400 **
3401 ** {H13724} The [sqlite3_column_name()] and [sqlite3_column_name16()]
3402 **          interfaces return a NULL pointer if they are unable to
3403 **          allocate memory to hold their normal return strings.
3404 **
3405 ** {H13725} If the N parameter to [sqlite3_column_name(S,N)] or
3406 **          [sqlite3_column_name16(S,N)] is out of range, then the
3407 **          interfaces return a NULL pointer.
3408 **
3409 ** {H13726} The strings returned by [sqlite3_column_name(S,N)] and
3410 **          [sqlite3_column_name16(S,N)] are valid until the next
3411 **          call to either routine with the same S and N parameters
3412 **          or until [sqlite3_finalize(S)] is called.
3413 **
3414 ** {H13727} When a result column of a [SELECT] statement contains
3415 **          an AS clause, the name of that column is the identifier
3416 **          to the right of the AS keyword.
3417 */
3418 const char *sqlite3_column_name(sqlite3_stmt*, int N);
3419 const void *sqlite3_column_name16(sqlite3_stmt*, int N);
3420
3421 /*
3422 ** CAPI3REF: Source Of Data In A Query Result {H13740} <S10700>
3423 **
3424 ** These routines provide a means to determine what column of what
3425 ** table in which database a result of a [SELECT] statement comes from.
3426 ** The name of the database or table or column can be returned as
3427 ** either a UTF-8 or UTF-16 string.  The _database_ routines return
3428 ** the database name, the _table_ routines return the table name, and
3429 ** the origin_ routines return the column name.
3430 ** The returned string is valid until the [prepared statement] is destroyed
3431 ** using [sqlite3_finalize()] or until the same information is requested
3432 ** again in a different encoding.
3433 **
3434 ** The names returned are the original un-aliased names of the
3435 ** database, table, and column.
3436 **
3437 ** The first argument to the following calls is a [prepared statement].
3438 ** These functions return information about the Nth column returned by
3439 ** the statement, where N is the second function argument.
3440 **
3441 ** If the Nth column returned by the statement is an expression or
3442 ** subquery and is not a column value, then all of these functions return
3443 ** NULL.  These routine might also return NULL if a memory allocation error
3444 ** occurs.  Otherwise, they return the name of the attached database, table
3445 ** and column that query result column was extracted from.
3446 **
3447 ** As with all other SQLite APIs, those postfixed with "16" return
3448 ** UTF-16 encoded strings, the other functions return UTF-8. {END}
3449 **
3450 ** These APIs are only available if the library was compiled with the
3451 ** [SQLITE_ENABLE_COLUMN_METADATA] C-preprocessor symbol defined.
3452 **
3453 ** {A13751}
3454 ** If two or more threads call one or more of these routines against the same
3455 ** prepared statement and column at the same time then the results are
3456 ** undefined.
3457 **
3458 ** INVARIANTS:
3459 **
3460 ** {H13741} The [sqlite3_column_database_name(S,N)] interface returns either
3461 **          the UTF-8 zero-terminated name of the database from which the
3462 **          Nth result column of the [prepared statement] S is extracted,
3463 **          or NULL if the Nth column of S is a general expression
3464 **          or if unable to allocate memory to store the name.
3465 **
3466 ** {H13742} The [sqlite3_column_database_name16(S,N)] interface returns either
3467 **          the UTF-16 native byte order zero-terminated name of the database
3468 **          from which the Nth result column of the [prepared statement] S is
3469 **          extracted, or NULL if the Nth column of S is a general expression
3470 **          or if unable to allocate memory to store the name.
3471 **
3472 ** {H13743} The [sqlite3_column_table_name(S,N)] interface returns either
3473 **          the UTF-8 zero-terminated name of the table from which the
3474 **          Nth result column of the [prepared statement] S is extracted,
3475 **          or NULL if the Nth column of S is a general expression
3476 **          or if unable to allocate memory to store the name.
3477 **
3478 ** {H13744} The [sqlite3_column_table_name16(S,N)] interface returns either
3479 **          the UTF-16 native byte order zero-terminated name of the table
3480 **          from which the Nth result column of the [prepared statement] S is
3481 **          extracted, or NULL if the Nth column of S is a general expression
3482 **          or if unable to allocate memory to store the name.
3483 **
3484 ** {H13745} The [sqlite3_column_origin_name(S,N)] interface returns either
3485 **          the UTF-8 zero-terminated name of the table column from which the
3486 **          Nth result column of the [prepared statement] S is extracted,
3487 **          or NULL if the Nth column of S is a general expression
3488 **          or if unable to allocate memory to store the name.
3489 **
3490 ** {H13746} The [sqlite3_column_origin_name16(S,N)] interface returns either
3491 **          the UTF-16 native byte order zero-terminated name of the table
3492 **          column from which the Nth result column of the
3493 **          [prepared statement] S is extracted, or NULL if the Nth column
3494 **          of S is a general expression or if unable to allocate memory
3495 **          to store the name.
3496 **
3497 ** {H13748} The return values from
3498 **          [sqlite3_column_database_name | column metadata interfaces]
3499 **          are valid for the lifetime of the [prepared statement]
3500 **          or until the encoding is changed by another metadata
3501 **          interface call for the same prepared statement and column.
3502 **
3503 ** ASSUMPTIONS:
3504 **
3505 ** {A13751} If two or more threads call one or more
3506 **          [sqlite3_column_database_name | column metadata interfaces]
3507 **          for the same [prepared statement] and result column
3508 **          at the same time then the results are undefined.
3509 */
3510 const char *sqlite3_column_database_name(sqlite3_stmt*,int);
3511 const void *sqlite3_column_database_name16(sqlite3_stmt*,int);
3512 const char *sqlite3_column_table_name(sqlite3_stmt*,int);
3513 const void *sqlite3_column_table_name16(sqlite3_stmt*,int);
3514 const char *sqlite3_column_origin_name(sqlite3_stmt*,int);
3515 const void *sqlite3_column_origin_name16(sqlite3_stmt*,int);
3516
3517 /*
3518 ** CAPI3REF: Declared Datatype Of A Query Result {H13760} <S10700>
3519 **
3520 ** The first parameter is a [prepared statement].
3521 ** If this statement is a [SELECT] statement and the Nth column of the
3522 ** returned result set of that [SELECT] is a table column (not an
3523 ** expression or subquery) then the declared type of the table
3524 ** column is returned.  If the Nth column of the result set is an
3525 ** expression or subquery, then a NULL pointer is returned.
3526 ** The returned string is always UTF-8 encoded. {END}
3527 **
3528 ** For example, given the database schema:
3529 **
3530 ** CREATE TABLE t1(c1 VARIANT);
3531 **
3532 ** and the following statement to be compiled:
3533 **
3534 ** SELECT c1 + 1, c1 FROM t1;
3535 **
3536 ** this routine would return the string "VARIANT" for the second result
3537 ** column (i==1), and a NULL pointer for the first result column (i==0).
3538 **
3539 ** SQLite uses dynamic run-time typing.  So just because a column
3540 ** is declared to contain a particular type does not mean that the
3541 ** data stored in that column is of the declared type.  SQLite is
3542 ** strongly typed, but the typing is dynamic not static.  Type
3543 ** is associated with individual values, not with the containers
3544 ** used to hold those values.
3545 **
3546 ** INVARIANTS:
3547 **
3548 ** {H13761}  A successful call to [sqlite3_column_decltype(S,N)] returns a
3549 **           zero-terminated UTF-8 string containing the declared datatype
3550 **           of the table column that appears as the Nth column (numbered
3551 **           from 0) of the result set to the [prepared statement] S.
3552 **
3553 ** {H13762}  A successful call to [sqlite3_column_decltype16(S,N)]
3554 **           returns a zero-terminated UTF-16 native byte order string
3555 **           containing the declared datatype of the table column that appears
3556 **           as the Nth column (numbered from 0) of the result set to the
3557 **           [prepared statement] S.
3558 **
3559 ** {H13763}  If N is less than 0 or N is greater than or equal to
3560 **           the number of columns in the [prepared statement] S,
3561 **           or if the Nth column of S is an expression or subquery rather
3562 **           than a table column, or if a memory allocation failure
3563 **           occurs during encoding conversions, then
3564 **           calls to [sqlite3_column_decltype(S,N)] or
3565 **           [sqlite3_column_decltype16(S,N)] return NULL.
3566 */
3567 const char *sqlite3_column_decltype(sqlite3_stmt*,int);
3568 const void *sqlite3_column_decltype16(sqlite3_stmt*,int);
3569
3570 /*
3571 ** CAPI3REF: Evaluate An SQL Statement {H13200} <S10000>
3572 **
3573 ** After a [prepared statement] has been prepared using either
3574 ** [sqlite3_prepare_v2()] or [sqlite3_prepare16_v2()] or one of the legacy
3575 ** interfaces [sqlite3_prepare()] or [sqlite3_prepare16()], this function
3576 ** must be called one or more times to evaluate the statement.
3577 **
3578 ** The details of the behavior of the sqlite3_step() interface depend
3579 ** on whether the statement was prepared using the newer "v2" interface
3580 ** [sqlite3_prepare_v2()] and [sqlite3_prepare16_v2()] or the older legacy
3581 ** interface [sqlite3_prepare()] and [sqlite3_prepare16()].  The use of the
3582 ** new "v2" interface is recommended for new applications but the legacy
3583 ** interface will continue to be supported.
3584 **
3585 ** In the legacy interface, the return value will be either [SQLITE_BUSY],
3586 ** [SQLITE_DONE], [SQLITE_ROW], [SQLITE_ERROR], or [SQLITE_MISUSE].
3587 ** With the "v2" interface, any of the other [result codes] or
3588 ** [extended result codes] might be returned as well.
3589 **
3590 ** [SQLITE_BUSY] means that the database engine was unable to acquire the
3591 ** database locks it needs to do its job.  If the statement is a [COMMIT]
3592 ** or occurs outside of an explicit transaction, then you can retry the
3593 ** statement.  If the statement is not a [COMMIT] and occurs within a
3594 ** explicit transaction then you should rollback the transaction before
3595 ** continuing.
3596 **
3597 ** [SQLITE_DONE] means that the statement has finished executing
3598 ** successfully.  sqlite3_step() should not be called again on this virtual
3599 ** machine without first calling [sqlite3_reset()] to reset the virtual
3600 ** machine back to its initial state.
3601 **
3602 ** If the SQL statement being executed returns any data, then [SQLITE_ROW]
3603 ** is returned each time a new row of data is ready for processing by the
3604 ** caller. The values may be accessed using the [column access functions].
3605 ** sqlite3_step() is called again to retrieve the next row of data.
3606 **
3607 ** [SQLITE_ERROR] means that a run-time error (such as a constraint
3608 ** violation) has occurred.  sqlite3_step() should not be called again on
3609 ** the VM. More information may be found by calling [sqlite3_errmsg()].
3610 ** With the legacy interface, a more specific error code (for example,
3611 ** [SQLITE_INTERRUPT], [SQLITE_SCHEMA], [SQLITE_CORRUPT], and so forth)
3612 ** can be obtained by calling [sqlite3_reset()] on the
3613 ** [prepared statement].  In the "v2" interface,
3614 ** the more specific error code is returned directly by sqlite3_step().
3615 **
3616 ** [SQLITE_MISUSE] means that the this routine was called inappropriately.
3617 ** Perhaps it was called on a [prepared statement] that has
3618 ** already been [sqlite3_finalize | finalized] or on one that had
3619 ** previously returned [SQLITE_ERROR] or [SQLITE_DONE].  Or it could
3620 ** be the case that the same database connection is being used by two or
3621 ** more threads at the same moment in time.
3622 **
3623 ** <b>Goofy Interface Alert:</b> In the legacy interface, the sqlite3_step()
3624 ** API always returns a generic error code, [SQLITE_ERROR], following any
3625 ** error other than [SQLITE_BUSY] and [SQLITE_MISUSE].  You must call
3626 ** [sqlite3_reset()] or [sqlite3_finalize()] in order to find one of the
3627 ** specific [error codes] that better describes the error.
3628 ** We admit that this is a goofy design.  The problem has been fixed
3629 ** with the "v2" interface.  If you prepare all of your SQL statements
3630 ** using either [sqlite3_prepare_v2()] or [sqlite3_prepare16_v2()] instead
3631 ** of the legacy [sqlite3_prepare()] and [sqlite3_prepare16()] interfaces,
3632 ** then the more specific [error codes] are returned directly
3633 ** by sqlite3_step().  The use of the "v2" interface is recommended.
3634 **
3635 ** INVARIANTS:
3636 **
3637 ** {H13202}  If the [prepared statement] S is ready to be run, then
3638 **           [sqlite3_step(S)] advances that prepared statement until
3639 **           completion or until it is ready to return another row of the
3640 **           result set, or until an [sqlite3_interrupt | interrupt]
3641 **           or a run-time error occurs.
3642 **
3643 ** {H15304}  When a call to [sqlite3_step(S)] causes the [prepared statement]
3644 **           S to run to completion, the function returns [SQLITE_DONE].
3645 **
3646 ** {H15306}  When a call to [sqlite3_step(S)] stops because it is ready to
3647 **           return another row of the result set, it returns [SQLITE_ROW].
3648 **
3649 ** {H15308}  If a call to [sqlite3_step(S)] encounters an
3650 **           [sqlite3_interrupt | interrupt] or a run-time error,
3651 **           it returns an appropriate error code that is not one of
3652 **           [SQLITE_OK], [SQLITE_ROW], or [SQLITE_DONE].
3653 **
3654 ** {H15310}  If an [sqlite3_interrupt | interrupt] or a run-time error
3655 **           occurs during a call to [sqlite3_step(S)]
3656 **           for a [prepared statement] S created using
3657 **           legacy interfaces [sqlite3_prepare()] or
3658 **           [sqlite3_prepare16()], then the function returns either
3659 **           [SQLITE_ERROR], [SQLITE_BUSY], or [SQLITE_MISUSE].
3660 */
3661 int sqlite3_step(sqlite3_stmt*);
3662
3663 /*
3664 ** CAPI3REF: Number of columns in a result set {H13770} <S10700>
3665 **
3666 ** Returns the number of values in the current row of the result set.
3667 **
3668 ** INVARIANTS:
3669 **
3670 ** {H13771}  After a call to [sqlite3_step(S)] that returns [SQLITE_ROW],
3671 **           the [sqlite3_data_count(S)] routine will return the same value
3672 **           as the [sqlite3_column_count(S)] function.
3673 **
3674 ** {H13772}  After [sqlite3_step(S)] has returned any value other than
3675 **           [SQLITE_ROW] or before [sqlite3_step(S)] has been called on the
3676 **           [prepared statement] for the first time since it was
3677 **           [sqlite3_prepare | prepared] or [sqlite3_reset | reset],
3678 **           the [sqlite3_data_count(S)] routine returns zero.
3679 */
3680 int sqlite3_data_count(sqlite3_stmt *pStmt);
3681
3682 /*
3683 ** CAPI3REF: Fundamental Datatypes {H10265} <S10110><S10120>
3684 ** KEYWORDS: SQLITE_TEXT
3685 **
3686 ** {H10266} Every value in SQLite has one of five fundamental datatypes:
3687 **
3688 ** <ul>
3689 ** <li> 64-bit signed integer
3690 ** <li> 64-bit IEEE floating point number
3691 ** <li> string
3692 ** <li> BLOB
3693 ** <li> NULL
3694 ** </ul> {END}
3695 **
3696 ** These constants are codes for each of those types.
3697 **
3698 ** Note that the SQLITE_TEXT constant was also used in SQLite version 2
3699 ** for a completely different meaning.  Software that links against both
3700 ** SQLite version 2 and SQLite version 3 should use SQLITE3_TEXT, not
3701 ** SQLITE_TEXT.
3702 */
3703 #define SQLITE_INTEGER  1
3704 #define SQLITE_FLOAT    2
3705 #define SQLITE_BLOB     4
3706 #define SQLITE_NULL     5
3707 #ifdef SQLITE_TEXT
3708 # undef SQLITE_TEXT
3709 #else
3710 # define SQLITE_TEXT     3
3711 #endif
3712 #define SQLITE3_TEXT     3
3713
3714 /*
3715 ** CAPI3REF: Result Values From A Query {H13800} <S10700>
3716 ** KEYWORDS: {column access functions}
3717 **
3718 ** These routines form the "result set query" interface.
3719 **
3720 ** These routines return information about a single column of the current
3721 ** result row of a query.  In every case the first argument is a pointer
3722 ** to the [prepared statement] that is being evaluated (the [sqlite3_stmt*]
3723 ** that was returned from [sqlite3_prepare_v2()] or one of its variants)
3724 ** and the second argument is the index of the column for which information
3725 ** should be returned.  The leftmost column of the result set has the index 0.
3726 **
3727 ** If the SQL statement does not currently point to a valid row, or if the
3728 ** column index is out of range, the result is undefined.
3729 ** These routines may only be called when the most recent call to
3730 ** [sqlite3_step()] has returned [SQLITE_ROW] and neither
3731 ** [sqlite3_reset()] nor [sqlite3_finalize()] have been called subsequently.
3732 ** If any of these routines are called after [sqlite3_reset()] or
3733 ** [sqlite3_finalize()] or after [sqlite3_step()] has returned
3734 ** something other than [SQLITE_ROW], the results are undefined.
3735 ** If [sqlite3_step()] or [sqlite3_reset()] or [sqlite3_finalize()]
3736 ** are called from a different thread while any of these routines
3737 ** are pending, then the results are undefined.
3738 **
3739 ** The sqlite3_column_type() routine returns the
3740 ** [SQLITE_INTEGER | datatype code] for the initial data type
3741 ** of the result column.  The returned value is one of [SQLITE_INTEGER],
3742 ** [SQLITE_FLOAT], [SQLITE_TEXT], [SQLITE_BLOB], or [SQLITE_NULL].  The value
3743 ** returned by sqlite3_column_type() is only meaningful if no type
3744 ** conversions have occurred as described below.  After a type conversion,
3745 ** the value returned by sqlite3_column_type() is undefined.  Future
3746 ** versions of SQLite may change the behavior of sqlite3_column_type()
3747 ** following a type conversion.
3748 **
3749 ** If the result is a BLOB or UTF-8 string then the sqlite3_column_bytes()
3750 ** routine returns the number of bytes in that BLOB or string.
3751 ** If the result is a UTF-16 string, then sqlite3_column_bytes() converts
3752 ** the string to UTF-8 and then returns the number of bytes.
3753 ** If the result is a numeric value then sqlite3_column_bytes() uses
3754 ** [sqlite3_snprintf()] to convert that value to a UTF-8 string and returns
3755 ** the number of bytes in that string.
3756 ** The value returned does not include the zero terminator at the end
3757 ** of the string.  For clarity: the value returned is the number of
3758 ** bytes in the string, not the number of characters.
3759 **
3760 ** Strings returned by sqlite3_column_text() and sqlite3_column_text16(),
3761 ** even empty strings, are always zero terminated.  The return
3762 ** value from sqlite3_column_blob() for a zero-length BLOB is an arbitrary
3763 ** pointer, possibly even a NULL pointer.
3764 **
3765 ** The sqlite3_column_bytes16() routine is similar to sqlite3_column_bytes()
3766 ** but leaves the result in UTF-16 in native byte order instead of UTF-8.
3767 ** The zero terminator is not included in this count.
3768 **
3769 ** The object returned by [sqlite3_column_value()] is an
3770 ** [unprotected sqlite3_value] object.  An unprotected sqlite3_value object
3771 ** may only be used with [sqlite3_bind_value()] and [sqlite3_result_value()].
3772 ** If the [unprotected sqlite3_value] object returned by
3773 ** [sqlite3_column_value()] is used in any other way, including calls
3774 ** to routines like [sqlite3_value_int()], [sqlite3_value_text()],
3775 ** or [sqlite3_value_bytes()], then the behavior is undefined.
3776 **
3777 ** These routines attempt to convert the value where appropriate.  For
3778 ** example, if the internal representation is FLOAT and a text result
3779 ** is requested, [sqlite3_snprintf()] is used internally to perform the
3780 ** conversion automatically.  The following table details the conversions
3781 ** that are applied:
3782 **
3783 ** <blockquote>
3784 ** <table border="1">
3785 ** <tr><th> Internal<br>Type <th> Requested<br>Type <th>  Conversion
3786 **
3787 ** <tr><td>  NULL    <td> INTEGER   <td> Result is 0
3788 ** <tr><td>  NULL    <td>  FLOAT    <td> Result is 0.0
3789 ** <tr><td>  NULL    <td>   TEXT    <td> Result is NULL pointer
3790 ** <tr><td>  NULL    <td>   BLOB    <td> Result is NULL pointer
3791 ** <tr><td> INTEGER  <td>  FLOAT    <td> Convert from integer to float
3792 ** <tr><td> INTEGER  <td>   TEXT    <td> ASCII rendering of the integer
3793 ** <tr><td> INTEGER  <td>   BLOB    <td> Same as INTEGER->TEXT
3794 ** <tr><td>  FLOAT   <td> INTEGER   <td> Convert from float to integer
3795 ** <tr><td>  FLOAT   <td>   TEXT    <td> ASCII rendering of the float
3796 ** <tr><td>  FLOAT   <td>   BLOB    <td> Same as FLOAT->TEXT
3797 ** <tr><td>  TEXT    <td> INTEGER   <td> Use atoi()
3798 ** <tr><td>  TEXT    <td>  FLOAT    <td> Use atof()
3799 ** <tr><td>  TEXT    <td>   BLOB    <td> No change
3800 ** <tr><td>  BLOB    <td> INTEGER   <td> Convert to TEXT then use atoi()
3801 ** <tr><td>  BLOB    <td>  FLOAT    <td> Convert to TEXT then use atof()
3802 ** <tr><td>  BLOB    <td>   TEXT    <td> Add a zero terminator if needed
3803 ** </table>
3804 ** </blockquote>
3805 **
3806 ** The table above makes reference to standard C library functions atoi()
3807 ** and atof().  SQLite does not really use these functions.  It has its
3808 ** own equivalent internal routines.  The atoi() and atof() names are
3809 ** used in the table for brevity and because they are familiar to most
3810 ** C programmers.
3811 **
3812 ** Note that when type conversions occur, pointers returned by prior
3813 ** calls to sqlite3_column_blob(), sqlite3_column_text(), and/or
3814 ** sqlite3_column_text16() may be invalidated.
3815 ** Type conversions and pointer invalidations might occur
3816 ** in the following cases:
3817 **
3818 ** <ul>
3819 ** <li> The initial content is a BLOB and sqlite3_column_text() or
3820 **      sqlite3_column_text16() is called.  A zero-terminator might
3821 **      need to be added to the string.</li>
3822 ** <li> The initial content is UTF-8 text and sqlite3_column_bytes16() or
3823 **      sqlite3_column_text16() is called.  The content must be converted
3824 **      to UTF-16.</li>
3825 ** <li> The initial content is UTF-16 text and sqlite3_column_bytes() or
3826 **      sqlite3_column_text() is called.  The content must be converted
3827 **      to UTF-8.</li>
3828 ** </ul>
3829 **
3830 ** Conversions between UTF-16be and UTF-16le are always done in place and do
3831 ** not invalidate a prior pointer, though of course the content of the buffer
3832 ** that the prior pointer points to will have been modified.  Other kinds
3833 ** of conversion are done in place when it is possible, but sometimes they
3834 ** are not possible and in those cases prior pointers are invalidated.
3835 **
3836 ** The safest and easiest to remember policy is to invoke these routines
3837 ** in one of the following ways:
3838 **
3839 ** <ul>
3840 **  <li>sqlite3_column_text() followed by sqlite3_column_bytes()</li>
3841 **  <li>sqlite3_column_blob() followed by sqlite3_column_bytes()</li>
3842 **  <li>sqlite3_column_text16() followed by sqlite3_column_bytes16()</li>
3843 ** </ul>
3844 **
3845 ** In other words, you should call sqlite3_column_text(),
3846 ** sqlite3_column_blob(), or sqlite3_column_text16() first to force the result
3847 ** into the desired format, then invoke sqlite3_column_bytes() or
3848 ** sqlite3_column_bytes16() to find the size of the result.  Do not mix calls
3849 ** to sqlite3_column_text() or sqlite3_column_blob() with calls to
3850 ** sqlite3_column_bytes16(), and do not mix calls to sqlite3_column_text16()
3851 ** with calls to sqlite3_column_bytes().
3852 **
3853 ** The pointers returned are valid until a type conversion occurs as
3854 ** described above, or until [sqlite3_step()] or [sqlite3_reset()] or
3855 ** [sqlite3_finalize()] is called.  The memory space used to hold strings
3856 ** and BLOBs is freed automatically.  Do <b>not</b> pass the pointers returned
3857 ** [sqlite3_column_blob()], [sqlite3_column_text()], etc. into
3858 ** [sqlite3_free()].
3859 **
3860 ** If a memory allocation error occurs during the evaluation of any
3861 ** of these routines, a default value is returned.  The default value
3862 ** is either the integer 0, the floating point number 0.0, or a NULL
3863 ** pointer.  Subsequent calls to [sqlite3_errcode()] will return
3864 ** [SQLITE_NOMEM].
3865 **
3866 ** INVARIANTS:
3867 **
3868 ** {H13803} The [sqlite3_column_blob(S,N)] interface converts the
3869 **          Nth column in the current row of the result set for
3870 **          the [prepared statement] S into a BLOB and then returns a
3871 **          pointer to the converted value.
3872 **
3873 ** {H13806} The [sqlite3_column_bytes(S,N)] interface returns the
3874 **          number of bytes in the BLOB or string (exclusive of the
3875 **          zero terminator on the string) that was returned by the
3876 **          most recent call to [sqlite3_column_blob(S,N)] or
3877 **          [sqlite3_column_text(S,N)].
3878 **
3879 ** {H13809} The [sqlite3_column_bytes16(S,N)] interface returns the
3880 **          number of bytes in the string (exclusive of the
3881 **          zero terminator on the string) that was returned by the
3882 **          most recent call to [sqlite3_column_text16(S,N)].
3883 **
3884 ** {H13812} The [sqlite3_column_double(S,N)] interface converts the
3885 **          Nth column in the current row of the result set for the
3886 **          [prepared statement] S into a floating point value and
3887 **          returns a copy of that value.
3888 **
3889 ** {H13815} The [sqlite3_column_int(S,N)] interface converts the
3890 **          Nth column in the current row of the result set for the
3891 **          [prepared statement] S into a 64-bit signed integer and
3892 **          returns the lower 32 bits of that integer.
3893 **
3894 ** {H13818} The [sqlite3_column_int64(S,N)] interface converts the
3895 **          Nth column in the current row of the result set for the
3896 **          [prepared statement] S into a 64-bit signed integer and
3897 **          returns a copy of that integer.
3898 **
3899 ** {H13821} The [sqlite3_column_text(S,N)] interface converts the
3900 **          Nth column in the current row of the result set for
3901 **          the [prepared statement] S into a zero-terminated UTF-8
3902 **          string and returns a pointer to that string.
3903 **
3904 ** {H13824} The [sqlite3_column_text16(S,N)] interface converts the
3905 **          Nth column in the current row of the result set for the
3906 **          [prepared statement] S into a zero-terminated 2-byte
3907 **          aligned UTF-16 native byte order string and returns
3908 **          a pointer to that string.
3909 **
3910 ** {H13827} The [sqlite3_column_type(S,N)] interface returns
3911 **          one of [SQLITE_NULL], [SQLITE_INTEGER], [SQLITE_FLOAT],
3912 **          [SQLITE_TEXT], or [SQLITE_BLOB] as appropriate for
3913 **          the Nth column in the current row of the result set for
3914 **          the [prepared statement] S.
3915 **
3916 ** {H13830} The [sqlite3_column_value(S,N)] interface returns a
3917 **          pointer to an [unprotected sqlite3_value] object for the
3918 **          Nth column in the current row of the result set for
3919 **          the [prepared statement] S.
3920 */
3921 const void *sqlite3_column_blob(sqlite3_stmt*, int iCol);
3922 int sqlite3_column_bytes(sqlite3_stmt*, int iCol);
3923 int sqlite3_column_bytes16(sqlite3_stmt*, int iCol);
3924 double sqlite3_column_double(sqlite3_stmt*, int iCol);
3925 int sqlite3_column_int(sqlite3_stmt*, int iCol);
3926 sqlite3_int64 sqlite3_column_int64(sqlite3_stmt*, int iCol);
3927 const unsigned char *sqlite3_column_text(sqlite3_stmt*, int iCol);
3928 const void *sqlite3_column_text16(sqlite3_stmt*, int iCol);
3929 int sqlite3_column_type(sqlite3_stmt*, int iCol);
3930 sqlite3_value *sqlite3_column_value(sqlite3_stmt*, int iCol);
3931
3932 /*
3933 ** CAPI3REF: Destroy A Prepared Statement Object {H13300} <S70300><S30100>
3934 **
3935 ** The sqlite3_finalize() function is called to delete a [prepared statement].
3936 ** If the statement was executed successfully or not executed at all, then
3937 ** SQLITE_OK is returned. If execution of the statement failed then an
3938 ** [error code] or [extended error code] is returned.
3939 **
3940 ** This routine can be called at any point during the execution of the
3941 ** [prepared statement].  If the virtual machine has not
3942 ** completed execution when this routine is called, that is like
3943 ** encountering an error or an [sqlite3_interrupt | interrupt].
3944 ** Incomplete updates may be rolled back and transactions canceled,
3945 ** depending on the circumstances, and the
3946 ** [error code] returned will be [SQLITE_ABORT].
3947 **
3948 ** INVARIANTS:
3949 **
3950 ** {H11302} The [sqlite3_finalize(S)] interface destroys the
3951 **          [prepared statement] S and releases all
3952 **          memory and file resources held by that object.
3953 **
3954 ** {H11304} If the most recent call to [sqlite3_step(S)] for the
3955 **          [prepared statement] S returned an error,
3956 **          then [sqlite3_finalize(S)] returns that same error.
3957 */
3958 int sqlite3_finalize(sqlite3_stmt *pStmt);
3959
3960 /*
3961 ** CAPI3REF: Reset A Prepared Statement Object {H13330} <S70300>
3962 **
3963 ** The sqlite3_reset() function is called to reset a [prepared statement]
3964 ** object back to its initial state, ready to be re-executed.
3965 ** Any SQL statement variables that had values bound to them using
3966 ** the [sqlite3_bind_blob | sqlite3_bind_*() API] retain their values.
3967 ** Use [sqlite3_clear_bindings()] to reset the bindings.
3968 **
3969 ** {H11332} The [sqlite3_reset(S)] interface resets the [prepared statement] S
3970 **          back to the beginning of its program.
3971 **
3972 ** {H11334} If the most recent call to [sqlite3_step(S)] for the
3973 **          [prepared statement] S returned [SQLITE_ROW] or [SQLITE_DONE],
3974 **          or if [sqlite3_step(S)] has never before been called on S,
3975 **          then [sqlite3_reset(S)] returns [SQLITE_OK].
3976 **
3977 ** {H11336} If the most recent call to [sqlite3_step(S)] for the
3978 **          [prepared statement] S indicated an error, then
3979 **          [sqlite3_reset(S)] returns an appropriate [error code].
3980 **
3981 ** {H11338} The [sqlite3_reset(S)] interface does not change the values
3982 **          of any [sqlite3_bind_blob|bindings] on the [prepared statement] S.
3983 */
3984 int sqlite3_reset(sqlite3_stmt *pStmt);
3985
3986 /*
3987 ** CAPI3REF: Create Or Redefine SQL Functions {H16100} <S20200>
3988 ** KEYWORDS: {function creation routines}
3989 ** KEYWORDS: {application-defined SQL function}
3990 ** KEYWORDS: {application-defined SQL functions}
3991 **
3992 ** These two functions (collectively known as "function creation routines")
3993 ** are used to add SQL functions or aggregates or to redefine the behavior
3994 ** of existing SQL functions or aggregates.  The only difference between the
3995 ** two is that the second parameter, the name of the (scalar) function or
3996 ** aggregate, is encoded in UTF-8 for sqlite3_create_function() and UTF-16
3997 ** for sqlite3_create_function16().
3998 **
3999 ** The first parameter is the [database connection] to which the SQL
4000 ** function is to be added.  If a single program uses more than one database
4001 ** connection internally, then SQL functions must be added individually to
4002 ** each database connection.
4003 **
4004 ** The second parameter is the name of the SQL function to be created or
4005 ** redefined.  The length of the name is limited to 255 bytes, exclusive of
4006 ** the zero-terminator.  Note that the name length limit is in bytes, not
4007 ** characters.  Any attempt to create a function with a longer name
4008 ** will result in [SQLITE_ERROR] being returned.
4009 **
4010 ** The third parameter (nArg)
4011 ** is the number of arguments that the SQL function or
4012 ** aggregate takes. If this parameter is negative, then the SQL function or
4013 ** aggregate may take any number of arguments.
4014 **
4015 ** The fourth parameter, eTextRep, specifies what
4016 ** [SQLITE_UTF8 | text encoding] this SQL function prefers for
4017 ** its parameters.  Any SQL function implementation should be able to work
4018 ** work with UTF-8, UTF-16le, or UTF-16be.  But some implementations may be
4019 ** more efficient with one encoding than another.  It is allowed to
4020 ** invoke sqlite3_create_function() or sqlite3_create_function16() multiple
4021 ** times with the same function but with different values of eTextRep.
4022 ** When multiple implementations of the same function are available, SQLite
4023 ** will pick the one that involves the least amount of data conversion.
4024 ** If there is only a single implementation which does not care what text
4025 ** encoding is used, then the fourth argument should be [SQLITE_ANY].
4026 **
4027 ** The fifth parameter is an arbitrary pointer.  The implementation of the
4028 ** function can gain access to this pointer using [sqlite3_user_data()].
4029 **
4030 ** The seventh, eighth and ninth parameters, xFunc, xStep and xFinal, are
4031 ** pointers to C-language functions that implement the SQL function or
4032 ** aggregate. A scalar SQL function requires an implementation of the xFunc
4033 ** callback only, NULL pointers should be passed as the xStep and xFinal
4034 ** parameters. An aggregate SQL function requires an implementation of xStep
4035 ** and xFinal and NULL should be passed for xFunc. To delete an existing
4036 ** SQL function or aggregate, pass NULL for all three function callbacks.
4037 **
4038 ** It is permitted to register multiple implementations of the same
4039 ** functions with the same name but with either differing numbers of
4040 ** arguments or differing preferred text encodings.  SQLite will use
4041 ** the implementation most closely matches the way in which the
4042 ** SQL function is used.  A function implementation with a non-negative
4043 ** nArg parameter is a better match than a function implementation with
4044 ** a negative nArg.  A function where the preferred text encoding
4045 ** matches the database encoding is a better
4046 ** match than a function where the encoding is different.  
4047 ** A function where the encoding difference is between UTF16le and UTF16be
4048 ** is a closer match than a function where the encoding difference is
4049 ** between UTF8 and UTF16.
4050 **
4051 ** Built-in functions may be overloaded by new application-defined functions.
4052 ** The first application-defined function with a given name overrides all
4053 ** built-in functions in the same [database connection] with the same name.
4054 ** Subsequent application-defined functions of the same name only override 
4055 ** prior application-defined functions that are an exact match for the
4056 ** number of parameters and preferred encoding.
4057 **
4058 ** An application-defined function is permitted to call other
4059 ** SQLite interfaces.  However, such calls must not
4060 ** close the database connection nor finalize or reset the prepared
4061 ** statement in which the function is running.
4062 **
4063 ** INVARIANTS:
4064 **
4065 ** {H16103} The [sqlite3_create_function16(D,X,...)] interface shall behave
4066 **          as [sqlite3_create_function(D,X,...)] in every way except that it
4067 **          interprets the X argument as zero-terminated UTF-16
4068 **          native byte order instead of as zero-terminated UTF-8.
4069 **
4070 ** {H16106} A successful invocation of the
4071 **          [sqlite3_create_function(D,X,N,E,...)] interface shall register
4072 **          or replaces callback functions in the [database connection] D
4073 **          used to implement the SQL function named X with N parameters
4074 **          and having a preferred text encoding of E.
4075 **
4076 ** {H16109} A successful call to [sqlite3_create_function(D,X,N,E,P,F,S,L)]
4077 **          shall replace the P, F, S, and L values from any prior calls with
4078 **          the same D, X, N, and E values.
4079 **
4080 ** {H16112} The [sqlite3_create_function(D,X,...)] interface shall fail
4081 **          if the SQL function name X is
4082 **          longer than 255 bytes exclusive of the zero terminator.
4083 **
4084 ** {H16118} The [sqlite3_create_function(D,X,N,E,P,F,S,L)] interface
4085 **          shall fail unless either F is NULL and S and L are non-NULL or
4086 ***         F is non-NULL and S and L are NULL.
4087 **
4088 ** {H16121} The [sqlite3_create_function(D,...)] interface shall fails with an
4089 **          error code of [SQLITE_BUSY] if there exist [prepared statements]
4090 **          associated with the [database connection] D.
4091 **
4092 ** {H16124} The [sqlite3_create_function(D,X,N,...)] interface shall fail with
4093 **          an error code of [SQLITE_ERROR] if parameter N is less
4094 **          than -1 or greater than 127.
4095 **
4096 ** {H16127} When N is non-negative, the [sqlite3_create_function(D,X,N,...)]
4097 **          interface shall register callbacks to be invoked for the
4098 **          SQL function
4099 **          named X when the number of arguments to the SQL function is
4100 **          exactly N.
4101 **
4102 ** {H16130} When N is -1, the [sqlite3_create_function(D,X,N,...)]
4103 **          interface shall register callbacks to be invoked for the SQL
4104 **          function named X with any number of arguments.
4105 **
4106 ** {H16133} When calls to [sqlite3_create_function(D,X,N,...)]
4107 **          specify multiple implementations of the same function X
4108 **          and when one implementation has N>=0 and the other has N=(-1)
4109 **          the implementation with a non-zero N shall be preferred.
4110 **
4111 ** {H16136} When calls to [sqlite3_create_function(D,X,N,E,...)]
4112 **          specify multiple implementations of the same function X with
4113 **          the same number of arguments N but with different
4114 **          encodings E, then the implementation where E matches the
4115 **          database encoding shall preferred.
4116 **
4117 ** {H16139} For an aggregate SQL function created using
4118 **          [sqlite3_create_function(D,X,N,E,P,0,S,L)] the finalizer
4119 **          function L shall always be invoked exactly once if the
4120 **          step function S is called one or more times.
4121 **
4122 ** {H16142} When SQLite invokes either the xFunc or xStep function of
4123 **          an application-defined SQL function or aggregate created
4124 **          by [sqlite3_create_function()] or [sqlite3_create_function16()],
4125 **          then the array of [sqlite3_value] objects passed as the
4126 **          third parameter shall be [protected sqlite3_value] objects.
4127 */
4128 int sqlite3_create_function(
4129   sqlite3 *db,
4130   const char *zFunctionName,
4131   int nArg,
4132   int eTextRep,
4133   void *pApp,
4134   void (*xFunc)(sqlite3_context*,int,sqlite3_value**),
4135   void (*xStep)(sqlite3_context*,int,sqlite3_value**),
4136   void (*xFinal)(sqlite3_context*)
4137 );
4138 int sqlite3_create_function16(
4139   sqlite3 *db,
4140   const void *zFunctionName,
4141   int nArg,
4142   int eTextRep,
4143   void *pApp,
4144   void (*xFunc)(sqlite3_context*,int,sqlite3_value**),
4145   void (*xStep)(sqlite3_context*,int,sqlite3_value**),
4146   void (*xFinal)(sqlite3_context*)
4147 );
4148
4149 /*
4150 ** CAPI3REF: Text Encodings {H10267} <S50200> <H16100>
4151 **
4152 ** These constant define integer codes that represent the various
4153 ** text encodings supported by SQLite.
4154 */
4155 #define SQLITE_UTF8           1
4156 #define SQLITE_UTF16LE        2
4157 #define SQLITE_UTF16BE        3
4158 #define SQLITE_UTF16          4    /* Use native byte order */
4159 #define SQLITE_ANY            5    /* sqlite3_create_function only */
4160 #define SQLITE_UTF16_ALIGNED  8    /* sqlite3_create_collation only */
4161
4162 /*
4163 ** CAPI3REF: Deprecated Functions
4164 ** DEPRECATED
4165 **
4166 ** These functions are [deprecated].  In order to maintain
4167 ** backwards compatibility with older code, these functions continue 
4168 ** to be supported.  However, new applications should avoid
4169 ** the use of these functions.  To help encourage people to avoid
4170 ** using these functions, we are not going to tell you what they do.
4171 */
4172 #ifndef SQLITE_OMIT_DEPRECATED
4173 SQLITE_DEPRECATED int sqlite3_aggregate_count(sqlite3_context*);
4174 SQLITE_DEPRECATED int sqlite3_expired(sqlite3_stmt*);
4175 SQLITE_DEPRECATED int sqlite3_transfer_bindings(sqlite3_stmt*, sqlite3_stmt*);
4176 SQLITE_DEPRECATED int sqlite3_global_recover(void);
4177 SQLITE_DEPRECATED void sqlite3_thread_cleanup(void);
4178 SQLITE_DEPRECATED int sqlite3_memory_alarm(void(*)(void*,sqlite3_int64,int),void*,sqlite3_int64);
4179 #endif
4180
4181 /*
4182 ** CAPI3REF: Obtaining SQL Function Parameter Values {H15100} <S20200>
4183 **
4184 ** The C-language implementation of SQL functions and aggregates uses
4185 ** this set of interface routines to access the parameter values on
4186 ** the function or aggregate.
4187 **
4188 ** The xFunc (for scalar functions) or xStep (for aggregates) parameters
4189 ** to [sqlite3_create_function()] and [sqlite3_create_function16()]
4190 ** define callbacks that implement the SQL functions and aggregates.
4191 ** The 4th parameter to these callbacks is an array of pointers to
4192 ** [protected sqlite3_value] objects.  There is one [sqlite3_value] object for
4193 ** each parameter to the SQL function.  These routines are used to
4194 ** extract values from the [sqlite3_value] objects.
4195 **
4196 ** These routines work only with [protected sqlite3_value] objects.
4197 ** Any attempt to use these routines on an [unprotected sqlite3_value]
4198 ** object results in undefined behavior.
4199 **
4200 ** These routines work just like the corresponding [column access functions]
4201 ** except that  these routines take a single [protected sqlite3_value] object
4202 ** pointer instead of a [sqlite3_stmt*] pointer and an integer column number.
4203 **
4204 ** The sqlite3_value_text16() interface extracts a UTF-16 string
4205 ** in the native byte-order of the host machine.  The
4206 ** sqlite3_value_text16be() and sqlite3_value_text16le() interfaces
4207 ** extract UTF-16 strings as big-endian and little-endian respectively.
4208 **
4209 ** The sqlite3_value_numeric_type() interface attempts to apply
4210 ** numeric affinity to the value.  This means that an attempt is
4211 ** made to convert the value to an integer or floating point.  If
4212 ** such a conversion is possible without loss of information (in other
4213 ** words, if the value is a string that looks like a number)
4214 ** then the conversion is performed.  Otherwise no conversion occurs.
4215 ** The [SQLITE_INTEGER | datatype] after conversion is returned.
4216 **
4217 ** Please pay particular attention to the fact that the pointer returned
4218 ** from [sqlite3_value_blob()], [sqlite3_value_text()], or
4219 ** [sqlite3_value_text16()] can be invalidated by a subsequent call to
4220 ** [sqlite3_value_bytes()], [sqlite3_value_bytes16()], [sqlite3_value_text()],
4221 ** or [sqlite3_value_text16()].
4222 **
4223 ** These routines must be called from the same thread as
4224 ** the SQL function that supplied the [sqlite3_value*] parameters.
4225 **
4226 ** INVARIANTS:
4227 **
4228 ** {H15103} The [sqlite3_value_blob(V)] interface converts the
4229 **          [protected sqlite3_value] object V into a BLOB and then
4230 **          returns a pointer to the converted value.
4231 **
4232 ** {H15106} The [sqlite3_value_bytes(V)] interface returns the
4233 **          number of bytes in the BLOB or string (exclusive of the
4234 **          zero terminator on the string) that was returned by the
4235 **          most recent call to [sqlite3_value_blob(V)] or
4236 **          [sqlite3_value_text(V)].
4237 **
4238 ** {H15109} The [sqlite3_value_bytes16(V)] interface returns the
4239 **          number of bytes in the string (exclusive of the
4240 **          zero terminator on the string) that was returned by the
4241 **          most recent call to [sqlite3_value_text16(V)],
4242 **          [sqlite3_value_text16be(V)], or [sqlite3_value_text16le(V)].
4243 **
4244 ** {H15112} The [sqlite3_value_double(V)] interface converts the
4245 **          [protected sqlite3_value] object V into a floating point value and
4246 **          returns a copy of that value.
4247 **
4248 ** {H15115} The [sqlite3_value_int(V)] interface converts the
4249 **          [protected sqlite3_value] object V into a 64-bit signed integer and
4250 **          returns the lower 32 bits of that integer.
4251 **
4252 ** {H15118} The [sqlite3_value_int64(V)] interface converts the
4253 **          [protected sqlite3_value] object V into a 64-bit signed integer and
4254 **          returns a copy of that integer.
4255 **
4256 ** {H15121} The [sqlite3_value_text(V)] interface converts the
4257 **          [protected sqlite3_value] object V into a zero-terminated UTF-8
4258 **          string and returns a pointer to that string.
4259 **
4260 ** {H15124} The [sqlite3_value_text16(V)] interface converts the
4261 **          [protected sqlite3_value] object V into a zero-terminated 2-byte
4262 **          aligned UTF-16 native byte order
4263 **          string and returns a pointer to that string.
4264 **
4265 ** {H15127} The [sqlite3_value_text16be(V)] interface converts the
4266 **          [protected sqlite3_value] object V into a zero-terminated 2-byte
4267 **          aligned UTF-16 big-endian
4268 **          string and returns a pointer to that string.
4269 **
4270 ** {H15130} The [sqlite3_value_text16le(V)] interface converts the
4271 **          [protected sqlite3_value] object V into a zero-terminated 2-byte
4272 **          aligned UTF-16 little-endian
4273 **          string and returns a pointer to that string.
4274 **
4275 ** {H15133} The [sqlite3_value_type(V)] interface returns
4276 **          one of [SQLITE_NULL], [SQLITE_INTEGER], [SQLITE_FLOAT],
4277 **          [SQLITE_TEXT], or [SQLITE_BLOB] as appropriate for
4278 **          the [sqlite3_value] object V.
4279 **
4280 ** {H15136} The [sqlite3_value_numeric_type(V)] interface converts
4281 **          the [protected sqlite3_value] object V into either an integer or
4282 **          a floating point value if it can do so without loss of
4283 **          information, and returns one of [SQLITE_NULL],
4284 **          [SQLITE_INTEGER], [SQLITE_FLOAT], [SQLITE_TEXT], or
4285 **          [SQLITE_BLOB] as appropriate for the
4286 **          [protected sqlite3_value] object V after the conversion attempt.
4287 */
4288 const void *sqlite3_value_blob(sqlite3_value*);
4289 int sqlite3_value_bytes(sqlite3_value*);
4290 int sqlite3_value_bytes16(sqlite3_value*);
4291 double sqlite3_value_double(sqlite3_value*);
4292 int sqlite3_value_int(sqlite3_value*);
4293 sqlite3_int64 sqlite3_value_int64(sqlite3_value*);
4294 const unsigned char *sqlite3_value_text(sqlite3_value*);
4295 const void *sqlite3_value_text16(sqlite3_value*);
4296 const void *sqlite3_value_text16le(sqlite3_value*);
4297 const void *sqlite3_value_text16be(sqlite3_value*);
4298 int sqlite3_value_type(sqlite3_value*);
4299 int sqlite3_value_numeric_type(sqlite3_value*);
4300
4301 /*
4302 ** CAPI3REF: Obtain Aggregate Function Context {H16210} <S20200>
4303 **
4304 ** The implementation of aggregate SQL functions use this routine to allocate
4305 ** a structure for storing their state.
4306 **
4307 ** The first time the sqlite3_aggregate_context() routine is called for a
4308 ** particular aggregate, SQLite allocates nBytes of memory, zeroes out that
4309 ** memory, and returns a pointer to it. On second and subsequent calls to
4310 ** sqlite3_aggregate_context() for the same aggregate function index,
4311 ** the same buffer is returned. The implementation of the aggregate can use
4312 ** the returned buffer to accumulate data.
4313 **
4314 ** SQLite automatically frees the allocated buffer when the aggregate
4315 ** query concludes.
4316 **
4317 ** The first parameter should be a copy of the
4318 ** [sqlite3_context | SQL function context] that is the first parameter
4319 ** to the callback routine that implements the aggregate function.
4320 **
4321 ** This routine must be called from the same thread in which
4322 ** the aggregate SQL function is running.
4323 **
4324 ** INVARIANTS:
4325 **
4326 ** {H16211} The first invocation of [sqlite3_aggregate_context(C,N)] for
4327 **          a particular instance of an aggregate function (for a particular
4328 **          context C) causes SQLite to allocate N bytes of memory,
4329 **          zero that memory, and return a pointer to the allocated memory.
4330 **
4331 ** {H16213} If a memory allocation error occurs during
4332 **          [sqlite3_aggregate_context(C,N)] then the function returns 0.
4333 **
4334 ** {H16215} Second and subsequent invocations of
4335 **          [sqlite3_aggregate_context(C,N)] for the same context pointer C
4336 **          ignore the N parameter and return a pointer to the same
4337 **          block of memory returned by the first invocation.
4338 **
4339 ** {H16217} The memory allocated by [sqlite3_aggregate_context(C,N)] is
4340 **          automatically freed on the next call to [sqlite3_reset()]
4341 **          or [sqlite3_finalize()] for the [prepared statement] containing
4342 **          the aggregate function associated with context C.
4343 */
4344 void *sqlite3_aggregate_context(sqlite3_context*, int nBytes);
4345
4346 /*
4347 ** CAPI3REF: User Data For Functions {H16240} <S20200>
4348 **
4349 ** The sqlite3_user_data() interface returns a copy of
4350 ** the pointer that was the pUserData parameter (the 5th parameter)
4351 ** of the [sqlite3_create_function()]
4352 ** and [sqlite3_create_function16()] routines that originally
4353 ** registered the application defined function. {END}
4354 **
4355 ** This routine must be called from the same thread in which
4356 ** the application-defined function is running.
4357 **
4358 ** INVARIANTS:
4359 **
4360 ** {H16243} The [sqlite3_user_data(C)] interface returns a copy of the
4361 **          P pointer from the [sqlite3_create_function(D,X,N,E,P,F,S,L)]
4362 **          or [sqlite3_create_function16(D,X,N,E,P,F,S,L)] call that
4363 **          registered the SQL function associated with [sqlite3_context] C.
4364 */
4365 void *sqlite3_user_data(sqlite3_context*);
4366
4367 /*
4368 ** CAPI3REF: Database Connection For Functions {H16250} <S60600><S20200>
4369 **
4370 ** The sqlite3_context_db_handle() interface returns a copy of
4371 ** the pointer to the [database connection] (the 1st parameter)
4372 ** of the [sqlite3_create_function()]
4373 ** and [sqlite3_create_function16()] routines that originally
4374 ** registered the application defined function.
4375 **
4376 ** INVARIANTS:
4377 **
4378 ** {H16253} The [sqlite3_context_db_handle(C)] interface returns a copy of the
4379 **          D pointer from the [sqlite3_create_function(D,X,N,E,P,F,S,L)]
4380 **          or [sqlite3_create_function16(D,X,N,E,P,F,S,L)] call that
4381 **          registered the SQL function associated with [sqlite3_context] C.
4382 */
4383 sqlite3 *sqlite3_context_db_handle(sqlite3_context*);
4384
4385 /*
4386 ** CAPI3REF: Function Auxiliary Data {H16270} <S20200>
4387 **
4388 ** The following two functions may be used by scalar SQL functions to
4389 ** associate metadata with argument values. If the same value is passed to
4390 ** multiple invocations of the same SQL function during query execution, under
4391 ** some circumstances the associated metadata may be preserved. This may
4392 ** be used, for example, to add a regular-expression matching scalar
4393 ** function. The compiled version of the regular expression is stored as
4394 ** metadata associated with the SQL value passed as the regular expression
4395 ** pattern.  The compiled regular expression can be reused on multiple
4396 ** invocations of the same function so that the original pattern string
4397 ** does not need to be recompiled on each invocation.
4398 **
4399 ** The sqlite3_get_auxdata() interface returns a pointer to the metadata
4400 ** associated by the sqlite3_set_auxdata() function with the Nth argument
4401 ** value to the application-defined function. If no metadata has been ever
4402 ** been set for the Nth argument of the function, or if the corresponding
4403 ** function parameter has changed since the meta-data was set,
4404 ** then sqlite3_get_auxdata() returns a NULL pointer.
4405 **
4406 ** The sqlite3_set_auxdata() interface saves the metadata
4407 ** pointed to by its 3rd parameter as the metadata for the N-th
4408 ** argument of the application-defined function.  Subsequent
4409 ** calls to sqlite3_get_auxdata() might return this data, if it has
4410 ** not been destroyed.
4411 ** If it is not NULL, SQLite will invoke the destructor
4412 ** function given by the 4th parameter to sqlite3_set_auxdata() on
4413 ** the metadata when the corresponding function parameter changes
4414 ** or when the SQL statement completes, whichever comes first.
4415 **
4416 ** SQLite is free to call the destructor and drop metadata on any
4417 ** parameter of any function at any time.  The only guarantee is that
4418 ** the destructor will be called before the metadata is dropped.
4419 **
4420 ** In practice, metadata is preserved between function calls for
4421 ** expressions that are constant at compile time. This includes literal
4422 ** values and SQL variables.
4423 **
4424 ** These routines must be called from the same thread in which
4425 ** the SQL function is running.
4426 **
4427 ** INVARIANTS:
4428 **
4429 ** {H16272} The [sqlite3_get_auxdata(C,N)] interface returns a pointer
4430 **          to metadata associated with the Nth parameter of the SQL function
4431 **          whose context is C, or NULL if there is no metadata associated
4432 **          with that parameter.
4433 **
4434 ** {H16274} The [sqlite3_set_auxdata(C,N,P,D)] interface assigns a metadata
4435 **          pointer P to the Nth parameter of the SQL function with context C.
4436 **
4437 ** {H16276} SQLite will invoke the destructor D with a single argument
4438 **          which is the metadata pointer P following a call to
4439 **          [sqlite3_set_auxdata(C,N,P,D)] when SQLite ceases to hold
4440 **          the metadata.
4441 **
4442 ** {H16277} SQLite ceases to hold metadata for an SQL function parameter
4443 **          when the value of that parameter changes.
4444 **
4445 ** {H16278} When [sqlite3_set_auxdata(C,N,P,D)] is invoked, the destructor
4446 **          is called for any prior metadata associated with the same function
4447 **          context C and parameter N.
4448 **
4449 ** {H16279} SQLite will call destructors for any metadata it is holding
4450 **          in a particular [prepared statement] S when either
4451 **          [sqlite3_reset(S)] or [sqlite3_finalize(S)] is called.
4452 */
4453 void *sqlite3_get_auxdata(sqlite3_context*, int N);
4454 void sqlite3_set_auxdata(sqlite3_context*, int N, void*, void (*)(void*));
4455
4456
4457 /*
4458 ** CAPI3REF: Constants Defining Special Destructor Behavior {H10280} <S30100>
4459 **
4460 ** These are special values for the destructor that is passed in as the
4461 ** final argument to routines like [sqlite3_result_blob()].  If the destructor
4462 ** argument is SQLITE_STATIC, it means that the content pointer is constant
4463 ** and will never change.  It does not need to be destroyed.  The
4464 ** SQLITE_TRANSIENT value means that the content will likely change in
4465 ** the near future and that SQLite should make its own private copy of
4466 ** the content before returning.
4467 **
4468 ** The typedef is necessary to work around problems in certain
4469 ** C++ compilers.  See ticket #2191.
4470 */
4471 typedef void (*sqlite3_destructor_type)(void*);
4472 #define SQLITE_STATIC      ((sqlite3_destructor_type)0)
4473 #define SQLITE_TRANSIENT   ((sqlite3_destructor_type)-1)
4474
4475 /*
4476 ** CAPI3REF: Setting The Result Of An SQL Function {H16400} <S20200>
4477 **
4478 ** These routines are used by the xFunc or xFinal callbacks that
4479 ** implement SQL functions and aggregates.  See
4480 ** [sqlite3_create_function()] and [sqlite3_create_function16()]
4481 ** for additional information.
4482 **
4483 ** These functions work very much like the [parameter binding] family of
4484 ** functions used to bind values to host parameters in prepared statements.
4485 ** Refer to the [SQL parameter] documentation for additional information.
4486 **
4487 ** The sqlite3_result_blob() interface sets the result from
4488 ** an application-defined function to be the BLOB whose content is pointed
4489 ** to by the second parameter and which is N bytes long where N is the
4490 ** third parameter.
4491 **
4492 ** The sqlite3_result_zeroblob() interfaces set the result of
4493 ** the application-defined function to be a BLOB containing all zero
4494 ** bytes and N bytes in size, where N is the value of the 2nd parameter.
4495 **
4496 ** The sqlite3_result_double() interface sets the result from
4497 ** an application-defined function to be a floating point value specified
4498 ** by its 2nd argument.
4499 **
4500 ** The sqlite3_result_error() and sqlite3_result_error16() functions
4501 ** cause the implemented SQL function to throw an exception.
4502 ** SQLite uses the string pointed to by the
4503 ** 2nd parameter of sqlite3_result_error() or sqlite3_result_error16()
4504 ** as the text of an error message.  SQLite interprets the error
4505 ** message string from sqlite3_result_error() as UTF-8. SQLite
4506 ** interprets the string from sqlite3_result_error16() as UTF-16 in native
4507 ** byte order.  If the third parameter to sqlite3_result_error()
4508 ** or sqlite3_result_error16() is negative then SQLite takes as the error
4509 ** message all text up through the first zero character.
4510 ** If the third parameter to sqlite3_result_error() or
4511 ** sqlite3_result_error16() is non-negative then SQLite takes that many
4512 ** bytes (not characters) from the 2nd parameter as the error message.
4513 ** The sqlite3_result_error() and sqlite3_result_error16()
4514 ** routines make a private copy of the error message text before
4515 ** they return.  Hence, the calling function can deallocate or
4516 ** modify the text after they return without harm.
4517 ** The sqlite3_result_error_code() function changes the error code
4518 ** returned by SQLite as a result of an error in a function.  By default,
4519 ** the error code is SQLITE_ERROR.  A subsequent call to sqlite3_result_error()
4520 ** or sqlite3_result_error16() resets the error code to SQLITE_ERROR.
4521 **
4522 ** The sqlite3_result_toobig() interface causes SQLite to throw an error
4523 ** indicating that a string or BLOB is to long to represent.
4524 **
4525 ** The sqlite3_result_nomem() interface causes SQLite to throw an error
4526 ** indicating that a memory allocation failed.
4527 **
4528 ** The sqlite3_result_int() interface sets the return value
4529 ** of the application-defined function to be the 32-bit signed integer
4530 ** value given in the 2nd argument.
4531 ** The sqlite3_result_int64() interface sets the return value
4532 ** of the application-defined function to be the 64-bit signed integer
4533 ** value given in the 2nd argument.
4534 **
4535 ** The sqlite3_result_null() interface sets the return value
4536 ** of the application-defined function to be NULL.
4537 **
4538 ** The sqlite3_result_text(), sqlite3_result_text16(),
4539 ** sqlite3_result_text16le(), and sqlite3_result_text16be() interfaces
4540 ** set the return value of the application-defined function to be
4541 ** a text string which is represented as UTF-8, UTF-16 native byte order,
4542 ** UTF-16 little endian, or UTF-16 big endian, respectively.
4543 ** SQLite takes the text result from the application from
4544 ** the 2nd parameter of the sqlite3_result_text* interfaces.
4545 ** If the 3rd parameter to the sqlite3_result_text* interfaces
4546 ** is negative, then SQLite takes result text from the 2nd parameter
4547 ** through the first zero character.
4548 ** If the 3rd parameter to the sqlite3_result_text* interfaces
4549 ** is non-negative, then as many bytes (not characters) of the text
4550 ** pointed to by the 2nd parameter are taken as the application-defined
4551 ** function result.
4552 ** If the 4th parameter to the sqlite3_result_text* interfaces
4553 ** or sqlite3_result_blob is a non-NULL pointer, then SQLite calls that
4554 ** function as the destructor on the text or BLOB result when it has
4555 ** finished using that result.
4556 ** If the 4th parameter to the sqlite3_result_text* interfaces or
4557 ** sqlite3_result_blob is the special constant SQLITE_STATIC, then SQLite
4558 ** assumes that the text or BLOB result is in constant space and does not
4559 ** copy the it or call a destructor when it has finished using that result.
4560 ** If the 4th parameter to the sqlite3_result_text* interfaces
4561 ** or sqlite3_result_blob is the special constant SQLITE_TRANSIENT
4562 ** then SQLite makes a copy of the result into space obtained from
4563 ** from [sqlite3_malloc()] before it returns.
4564 **
4565 ** The sqlite3_result_value() interface sets the result of
4566 ** the application-defined function to be a copy the
4567 ** [unprotected sqlite3_value] object specified by the 2nd parameter.  The
4568 ** sqlite3_result_value() interface makes a copy of the [sqlite3_value]
4569 ** so that the [sqlite3_value] specified in the parameter may change or
4570 ** be deallocated after sqlite3_result_value() returns without harm.
4571 ** A [protected sqlite3_value] object may always be used where an
4572 ** [unprotected sqlite3_value] object is required, so either
4573 ** kind of [sqlite3_value] object can be used with this interface.
4574 **
4575 ** If these routines are called from within the different thread
4576 ** than the one containing the application-defined function that received
4577 ** the [sqlite3_context] pointer, the results are undefined.
4578 **
4579 ** INVARIANTS:
4580 **
4581 ** {H16403} The default return value from any SQL function is NULL.
4582 **
4583 ** {H16406} The [sqlite3_result_blob(C,V,N,D)] interface changes the
4584 **          return value of function C to be a BLOB that is N bytes
4585 **          in length and with content pointed to by V.
4586 **
4587 ** {H16409} The [sqlite3_result_double(C,V)] interface changes the
4588 **          return value of function C to be the floating point value V.
4589 **
4590 ** {H16412} The [sqlite3_result_error(C,V,N)] interface changes the return
4591 **          value of function C to be an exception with error code
4592 **          [SQLITE_ERROR] and a UTF-8 error message copied from V up to the
4593 **          first zero byte or until N bytes are read if N is positive.
4594 **
4595 ** {H16415} The [sqlite3_result_error16(C,V,N)] interface changes the return
4596 **          value of function C to be an exception with error code
4597 **          [SQLITE_ERROR] and a UTF-16 native byte order error message
4598 **          copied from V up to the first zero terminator or until N bytes
4599 **          are read if N is positive.
4600 **
4601 ** {H16418} The [sqlite3_result_error_toobig(C)] interface changes the return
4602 **          value of the function C to be an exception with error code
4603 **          [SQLITE_TOOBIG] and an appropriate error message.
4604 **
4605 ** {H16421} The [sqlite3_result_error_nomem(C)] interface changes the return
4606 **          value of the function C to be an exception with error code
4607 **          [SQLITE_NOMEM] and an appropriate error message.
4608 **
4609 ** {H16424} The [sqlite3_result_error_code(C,E)] interface changes the return
4610 **          value of the function C to be an exception with error code E.
4611 **          The error message text is unchanged.
4612 **
4613 ** {H16427} The [sqlite3_result_int(C,V)] interface changes the
4614 **          return value of function C to be the 32-bit integer value V.
4615 **
4616 ** {H16430} The [sqlite3_result_int64(C,V)] interface changes the
4617 **          return value of function C to be the 64-bit integer value V.
4618 **
4619 ** {H16433} The [sqlite3_result_null(C)] interface changes the
4620 **          return value of function C to be NULL.
4621 **
4622 ** {H16436} The [sqlite3_result_text(C,V,N,D)] interface changes the
4623 **          return value of function C to be the UTF-8 string
4624 **          V up to the first zero if N is negative
4625 **          or the first N bytes of V if N is non-negative.
4626 **
4627 ** {H16439} The [sqlite3_result_text16(C,V,N,D)] interface changes the
4628 **          return value of function C to be the UTF-16 native byte order
4629 **          string V up to the first zero if N is negative
4630 **          or the first N bytes of V if N is non-negative.
4631 **
4632 ** {H16442} The [sqlite3_result_text16be(C,V,N,D)] interface changes the
4633 **          return value of function C to be the UTF-16 big-endian
4634 **          string V up to the first zero if N is negative
4635 **          or the first N bytes or V if N is non-negative.
4636 **
4637 ** {H16445} The [sqlite3_result_text16le(C,V,N,D)] interface changes the
4638 **          return value of function C to be the UTF-16 little-endian
4639 **          string V up to the first zero if N is negative
4640 **          or the first N bytes of V if N is non-negative.
4641 **
4642 ** {H16448} The [sqlite3_result_value(C,V)] interface changes the
4643 **          return value of function C to be the [unprotected sqlite3_value]
4644 **          object V.
4645 **
4646 ** {H16451} The [sqlite3_result_zeroblob(C,N)] interface changes the
4647 **          return value of function C to be an N-byte BLOB of all zeros.
4648 **
4649 ** {H16454} The [sqlite3_result_error()] and [sqlite3_result_error16()]
4650 **          interfaces make a copy of their error message strings before
4651 **          returning.
4652 **
4653 ** {H16457} If the D destructor parameter to [sqlite3_result_blob(C,V,N,D)],
4654 **          [sqlite3_result_text(C,V,N,D)], [sqlite3_result_text16(C,V,N,D)],
4655 **          [sqlite3_result_text16be(C,V,N,D)], or
4656 **          [sqlite3_result_text16le(C,V,N,D)] is the constant [SQLITE_STATIC]
4657 **          then no destructor is ever called on the pointer V and SQLite
4658 **          assumes that V is immutable.
4659 **
4660 ** {H16460} If the D destructor parameter to [sqlite3_result_blob(C,V,N,D)],
4661 **          [sqlite3_result_text(C,V,N,D)], [sqlite3_result_text16(C,V,N,D)],
4662 **          [sqlite3_result_text16be(C,V,N,D)], or
4663 **          [sqlite3_result_text16le(C,V,N,D)] is the constant
4664 **          [SQLITE_TRANSIENT] then the interfaces makes a copy of the
4665 **          content of V and retains the copy.
4666 **
4667 ** {H16463} If the D destructor parameter to [sqlite3_result_blob(C,V,N,D)],
4668 **          [sqlite3_result_text(C,V,N,D)], [sqlite3_result_text16(C,V,N,D)],
4669 **          [sqlite3_result_text16be(C,V,N,D)], or
4670 **          [sqlite3_result_text16le(C,V,N,D)] is some value other than
4671 **          the constants [SQLITE_STATIC] and [SQLITE_TRANSIENT] then
4672 **          SQLite will invoke the destructor D with V as its only argument
4673 **          when it has finished with the V value.
4674 */
4675 void sqlite3_result_blob(sqlite3_context*, const void*, int, void(*)(void*));
4676 void sqlite3_result_double(sqlite3_context*, double);
4677 void sqlite3_result_error(sqlite3_context*, const char*, int);
4678 void sqlite3_result_error16(sqlite3_context*, const void*, int);
4679 void sqlite3_result_error_toobig(sqlite3_context*);
4680 void sqlite3_result_error_nomem(sqlite3_context*);
4681 void sqlite3_result_error_code(sqlite3_context*, int);
4682 void sqlite3_result_int(sqlite3_context*, int);
4683 void sqlite3_result_int64(sqlite3_context*, sqlite3_int64);
4684 void sqlite3_result_null(sqlite3_context*);
4685 void sqlite3_result_text(sqlite3_context*, const char*, int, void(*)(void*));
4686 void sqlite3_result_text16(sqlite3_context*, const void*, int, void(*)(void*));
4687 void sqlite3_result_text16le(sqlite3_context*, const void*, int,void(*)(void*));
4688 void sqlite3_result_text16be(sqlite3_context*, const void*, int,void(*)(void*));
4689 void sqlite3_result_value(sqlite3_context*, sqlite3_value*);
4690 void sqlite3_result_zeroblob(sqlite3_context*, int n);
4691
4692 /*
4693 ** CAPI3REF: Define New Collating Sequences {H16600} <S20300>
4694 **
4695 ** These functions are used to add new collation sequences to the
4696 ** [database connection] specified as the first argument.
4697 **
4698 ** The name of the new collation sequence is specified as a UTF-8 string
4699 ** for sqlite3_create_collation() and sqlite3_create_collation_v2()
4700 ** and a UTF-16 string for sqlite3_create_collation16(). In all cases
4701 ** the name is passed as the second function argument.
4702 **
4703 ** The third argument may be one of the constants [SQLITE_UTF8],
4704 ** [SQLITE_UTF16LE] or [SQLITE_UTF16BE], indicating that the user-supplied
4705 ** routine expects to be passed pointers to strings encoded using UTF-8,
4706 ** UTF-16 little-endian, or UTF-16 big-endian, respectively. The
4707 ** third argument might also be [SQLITE_UTF16_ALIGNED] to indicate that
4708 ** the routine expects pointers to 16-bit word aligned strings
4709 ** of UTF-16 in the native byte order of the host computer.
4710 **
4711 ** A pointer to the user supplied routine must be passed as the fifth
4712 ** argument.  If it is NULL, this is the same as deleting the collation
4713 ** sequence (so that SQLite cannot call it anymore).
4714 ** Each time the application supplied function is invoked, it is passed
4715 ** as its first parameter a copy of the void* passed as the fourth argument
4716 ** to sqlite3_create_collation() or sqlite3_create_collation16().
4717 **
4718 ** The remaining arguments to the application-supplied routine are two strings,
4719 ** each represented by a (length, data) pair and encoded in the encoding
4720 ** that was passed as the third argument when the collation sequence was
4721 ** registered. {END}  The application defined collation routine should
4722 ** return negative, zero or positive if the first string is less than,
4723 ** equal to, or greater than the second string. i.e. (STRING1 - STRING2).
4724 **
4725 ** The sqlite3_create_collation_v2() works like sqlite3_create_collation()
4726 ** except that it takes an extra argument which is a destructor for
4727 ** the collation.  The destructor is called when the collation is
4728 ** destroyed and is passed a copy of the fourth parameter void* pointer
4729 ** of the sqlite3_create_collation_v2().
4730 ** Collations are destroyed when they are overridden by later calls to the
4731 ** collation creation functions or when the [database connection] is closed
4732 ** using [sqlite3_close()].
4733 **
4734 ** INVARIANTS:
4735 **
4736 ** {H16603} A successful call to the
4737 **          [sqlite3_create_collation_v2(B,X,E,P,F,D)] interface
4738 **          registers function F as the comparison function used to
4739 **          implement collation X on the [database connection] B for
4740 **          databases having encoding E.
4741 **
4742 ** {H16604} SQLite understands the X parameter to
4743 **          [sqlite3_create_collation_v2(B,X,E,P,F,D)] as a zero-terminated
4744 **          UTF-8 string in which case is ignored for ASCII characters and
4745 **          is significant for non-ASCII characters.
4746 **
4747 ** {H16606} Successive calls to [sqlite3_create_collation_v2(B,X,E,P,F,D)]
4748 **          with the same values for B, X, and E, override prior values
4749 **          of P, F, and D.
4750 **
4751 ** {H16609} If the destructor D in [sqlite3_create_collation_v2(B,X,E,P,F,D)]
4752 **          is not NULL then it is called with argument P when the
4753 **          collating function is dropped by SQLite.
4754 **
4755 ** {H16612} A collating function is dropped when it is overloaded.
4756 **
4757 ** {H16615} A collating function is dropped when the database connection
4758 **          is closed using [sqlite3_close()].
4759 **
4760 ** {H16618} The pointer P in [sqlite3_create_collation_v2(B,X,E,P,F,D)]
4761 **          is passed through as the first parameter to the comparison
4762 **          function F for all subsequent invocations of F.
4763 **
4764 ** {H16621} A call to [sqlite3_create_collation(B,X,E,P,F)] is exactly
4765 **          the same as a call to [sqlite3_create_collation_v2()] with
4766 **          the same parameters and a NULL destructor.
4767 **
4768 ** {H16624} Following a [sqlite3_create_collation_v2(B,X,E,P,F,D)],
4769 **          SQLite uses the comparison function F for all text comparison
4770 **          operations on the [database connection] B on text values that
4771 **          use the collating sequence named X.
4772 **
4773 ** {H16627} The [sqlite3_create_collation16(B,X,E,P,F)] works the same
4774 **          as [sqlite3_create_collation(B,X,E,P,F)] except that the
4775 **          collation name X is understood as UTF-16 in native byte order
4776 **          instead of UTF-8.
4777 **
4778 ** {H16630} When multiple comparison functions are available for the same
4779 **          collating sequence, SQLite chooses the one whose text encoding
4780 **          requires the least amount of conversion from the default
4781 **          text encoding of the database.
4782 */
4783 int sqlite3_create_collation(
4784   sqlite3*, 
4785   const char *zName, 
4786   int eTextRep, 
4787   void*,
4788   int(*xCompare)(void*,int,const void*,int,const void*)
4789 );
4790 int sqlite3_create_collation_v2(
4791   sqlite3*, 
4792   const char *zName, 
4793   int eTextRep, 
4794   void*,
4795   int(*xCompare)(void*,int,const void*,int,const void*),
4796   void(*xDestroy)(void*)
4797 );
4798 int sqlite3_create_collation16(
4799   sqlite3*, 
4800   const void *zName,
4801   int eTextRep, 
4802   void*,
4803   int(*xCompare)(void*,int,const void*,int,const void*)
4804 );
4805
4806 /*
4807 ** CAPI3REF: Collation Needed Callbacks {H16700} <S20300>
4808 **
4809 ** To avoid having to register all collation sequences before a database
4810 ** can be used, a single callback function may be registered with the
4811 ** [database connection] to be called whenever an undefined collation
4812 ** sequence is required.
4813 **
4814 ** If the function is registered using the sqlite3_collation_needed() API,
4815 ** then it is passed the names of undefined collation sequences as strings
4816 ** encoded in UTF-8. {H16703} If sqlite3_collation_needed16() is used,
4817 ** the names are passed as UTF-16 in machine native byte order.
4818 ** A call to either function replaces any existing callback.
4819 **
4820 ** When the callback is invoked, the first argument passed is a copy
4821 ** of the second argument to sqlite3_collation_needed() or
4822 ** sqlite3_collation_needed16().  The second argument is the database
4823 ** connection.  The third argument is one of [SQLITE_UTF8], [SQLITE_UTF16BE],
4824 ** or [SQLITE_UTF16LE], indicating the most desirable form of the collation
4825 ** sequence function required.  The fourth parameter is the name of the
4826 ** required collation sequence.
4827 **
4828 ** The callback function should register the desired collation using
4829 ** [sqlite3_create_collation()], [sqlite3_create_collation16()], or
4830 ** [sqlite3_create_collation_v2()].
4831 **
4832 ** INVARIANTS:
4833 **
4834 ** {H16702} A successful call to [sqlite3_collation_needed(D,P,F)]
4835 **          or [sqlite3_collation_needed16(D,P,F)] causes
4836 **          the [database connection] D to invoke callback F with first
4837 **          parameter P whenever it needs a comparison function for a
4838 **          collating sequence that it does not know about.
4839 **
4840 ** {H16704} Each successful call to [sqlite3_collation_needed()] or
4841 **          [sqlite3_collation_needed16()] overrides the callback registered
4842 **          on the same [database connection] by prior calls to either
4843 **          interface.
4844 **
4845 ** {H16706} The name of the requested collating function passed in the
4846 **          4th parameter to the callback is in UTF-8 if the callback
4847 **          was registered using [sqlite3_collation_needed()] and
4848 **          is in UTF-16 native byte order if the callback was
4849 **          registered using [sqlite3_collation_needed16()].
4850 */
4851 int sqlite3_collation_needed(
4852   sqlite3*, 
4853   void*, 
4854   void(*)(void*,sqlite3*,int eTextRep,const char*)
4855 );
4856 int sqlite3_collation_needed16(
4857   sqlite3*, 
4858   void*,
4859   void(*)(void*,sqlite3*,int eTextRep,const void*)
4860 );
4861
4862 /*
4863 ** Specify the key for an encrypted database.  This routine should be
4864 ** called right after sqlite3_open().
4865 **
4866 ** The code to implement this API is not available in the public release
4867 ** of SQLite.
4868 */
4869 int sqlite3_key(
4870   sqlite3 *db,                   /* Database to be rekeyed */
4871   const void *pKey, int nKey     /* The key */
4872 );
4873
4874 /*
4875 ** Change the key on an open database.  If the current database is not
4876 ** encrypted, this routine will encrypt it.  If pNew==0 or nNew==0, the
4877 ** database is decrypted.
4878 **
4879 ** The code to implement this API is not available in the public release
4880 ** of SQLite.
4881 */
4882 int sqlite3_rekey(
4883   sqlite3 *db,                   /* Database to be rekeyed */
4884   const void *pKey, int nKey     /* The new key */
4885 );
4886
4887 /*
4888 ** CAPI3REF: Suspend Execution For A Short Time {H10530} <S40410>
4889 **
4890 ** The sqlite3_sleep() function causes the current thread to suspend execution
4891 ** for at least a number of milliseconds specified in its parameter.
4892 **
4893 ** If the operating system does not support sleep requests with
4894 ** millisecond time resolution, then the time will be rounded up to
4895 ** the nearest second. The number of milliseconds of sleep actually
4896 ** requested from the operating system is returned.
4897 **
4898 ** SQLite implements this interface by calling the xSleep()
4899 ** method of the default [sqlite3_vfs] object.
4900 **
4901 ** INVARIANTS:
4902 **
4903 ** {H10533} The [sqlite3_sleep(M)] interface invokes the xSleep
4904 **          method of the default [sqlite3_vfs|VFS] in order to
4905 **          suspend execution of the current thread for at least
4906 **          M milliseconds.
4907 **
4908 ** {H10536} The [sqlite3_sleep(M)] interface returns the number of
4909 **          milliseconds of sleep actually requested of the operating
4910 **          system, which might be larger than the parameter M.
4911 */
4912 int sqlite3_sleep(int);
4913
4914 /*
4915 ** CAPI3REF: Name Of The Folder Holding Temporary Files {H10310} <S20000>
4916 **
4917 ** If this global variable is made to point to a string which is
4918 ** the name of a folder (a.k.a. directory), then all temporary files
4919 ** created by SQLite will be placed in that directory.  If this variable
4920 ** is a NULL pointer, then SQLite performs a search for an appropriate
4921 ** temporary file directory.
4922 **
4923 ** It is not safe to modify this variable once a [database connection]
4924 ** has been opened.  It is intended that this variable be set once
4925 ** as part of process initialization and before any SQLite interface
4926 ** routines have been call and remain unchanged thereafter.
4927 */
4928 SQLITE_EXTERN char *sqlite3_temp_directory;
4929
4930 /*
4931 ** CAPI3REF: Test For Auto-Commit Mode {H12930} <S60200>
4932 ** KEYWORDS: {autocommit mode}
4933 **
4934 ** The sqlite3_get_autocommit() interface returns non-zero or
4935 ** zero if the given database connection is or is not in autocommit mode,
4936 ** respectively.  Autocommit mode is on by default.
4937 ** Autocommit mode is disabled by a [BEGIN] statement.
4938 ** Autocommit mode is re-enabled by a [COMMIT] or [ROLLBACK].
4939 **
4940 ** If certain kinds of errors occur on a statement within a multi-statement
4941 ** transaction (errors including [SQLITE_FULL], [SQLITE_IOERR],
4942 ** [SQLITE_NOMEM], [SQLITE_BUSY], and [SQLITE_INTERRUPT]) then the
4943 ** transaction might be rolled back automatically.  The only way to
4944 ** find out whether SQLite automatically rolled back the transaction after
4945 ** an error is to use this function.
4946 **
4947 ** INVARIANTS:
4948 **
4949 ** {H12931} The [sqlite3_get_autocommit(D)] interface returns non-zero or
4950 **          zero if the [database connection] D is or is not in autocommit
4951 **          mode, respectively.
4952 **
4953 ** {H12932} Autocommit mode is on by default.
4954 **
4955 ** {H12933} Autocommit mode is disabled by a successful [BEGIN] statement.
4956 **
4957 ** {H12934} Autocommit mode is enabled by a successful [COMMIT] or [ROLLBACK]
4958 **          statement.
4959 **
4960 ** ASSUMPTIONS:
4961 **
4962 ** {A12936} If another thread changes the autocommit status of the database
4963 **          connection while this routine is running, then the return value
4964 **          is undefined.
4965 */
4966 int sqlite3_get_autocommit(sqlite3*);
4967
4968 /*
4969 ** CAPI3REF: Find The Database Handle Of A Prepared Statement {H13120} <S60600>
4970 **
4971 ** The sqlite3_db_handle interface returns the [database connection] handle
4972 ** to which a [prepared statement] belongs.  The database handle returned by
4973 ** sqlite3_db_handle is the same database handle that was the first argument
4974 ** to the [sqlite3_prepare_v2()] call (or its variants) that was used to
4975 ** create the statement in the first place.
4976 **
4977 ** INVARIANTS:
4978 **
4979 ** {H13123} The [sqlite3_db_handle(S)] interface returns a pointer
4980 **          to the [database connection] associated with the
4981 **          [prepared statement] S.
4982 */
4983 sqlite3 *sqlite3_db_handle(sqlite3_stmt*);
4984
4985 /*
4986 ** CAPI3REF: Find the next prepared statement {H13140} <S60600>
4987 **
4988 ** This interface returns a pointer to the next [prepared statement] after
4989 ** pStmt associated with the [database connection] pDb.  If pStmt is NULL
4990 ** then this interface returns a pointer to the first prepared statement
4991 ** associated with the database connection pDb.  If no prepared statement
4992 ** satisfies the conditions of this routine, it returns NULL.
4993 **
4994 ** INVARIANTS:
4995 **
4996 ** {H13143} If D is a [database connection] that holds one or more
4997 **          unfinalized [prepared statements] and S is a NULL pointer,
4998 **          then [sqlite3_next_stmt(D, S)] routine shall return a pointer
4999 **          to one of the prepared statements associated with D.
5000 **
5001 ** {H13146} If D is a [database connection] that holds no unfinalized
5002 **          [prepared statements] and S is a NULL pointer, then
5003 **          [sqlite3_next_stmt(D, S)] routine shall return a NULL pointer.
5004 **
5005 ** {H13149} If S is a [prepared statement] in the [database connection] D
5006 **          and S is not the last prepared statement in D, then
5007 **          [sqlite3_next_stmt(D, S)] routine shall return a pointer
5008 **          to the next prepared statement in D after S.
5009 **
5010 ** {H13152} If S is the last [prepared statement] in the
5011 **          [database connection] D then the [sqlite3_next_stmt(D, S)]
5012 **          routine shall return a NULL pointer.
5013 **
5014 ** ASSUMPTIONS:
5015 **
5016 ** {A13154} The [database connection] pointer D in a call to
5017 **          [sqlite3_next_stmt(D,S)] must refer to an open database
5018 **          connection and in particular must not be a NULL pointer.
5019 */
5020 sqlite3_stmt *sqlite3_next_stmt(sqlite3 *pDb, sqlite3_stmt *pStmt);
5021
5022 /*
5023 ** CAPI3REF: Commit And Rollback Notification Callbacks {H12950} <S60400>
5024 **
5025 ** The sqlite3_commit_hook() interface registers a callback
5026 ** function to be invoked whenever a transaction is committed.
5027 ** Any callback set by a previous call to sqlite3_commit_hook()
5028 ** for the same database connection is overridden.
5029 ** The sqlite3_rollback_hook() interface registers a callback
5030 ** function to be invoked whenever a transaction is committed.
5031 ** Any callback set by a previous call to sqlite3_commit_hook()
5032 ** for the same database connection is overridden.
5033 ** The pArg argument is passed through to the callback.
5034 ** If the callback on a commit hook function returns non-zero,
5035 ** then the commit is converted into a rollback.
5036 **
5037 ** If another function was previously registered, its
5038 ** pArg value is returned.  Otherwise NULL is returned.
5039 **
5040 ** The callback implementation must not do anything that will modify
5041 ** the database connection that invoked the callback.  Any actions
5042 ** to modify the database connection must be deferred until after the
5043 ** completion of the [sqlite3_step()] call that triggered the commit
5044 ** or rollback hook in the first place.
5045 ** Note that [sqlite3_prepare_v2()] and [sqlite3_step()] both modify their
5046 ** database connections for the meaning of "modify" in this paragraph.
5047 **
5048 ** Registering a NULL function disables the callback.
5049 **
5050 ** For the purposes of this API, a transaction is said to have been
5051 ** rolled back if an explicit "ROLLBACK" statement is executed, or
5052 ** an error or constraint causes an implicit rollback to occur.
5053 ** The rollback callback is not invoked if a transaction is
5054 ** automatically rolled back because the database connection is closed.
5055 ** The rollback callback is not invoked if a transaction is
5056 ** rolled back because a commit callback returned non-zero.
5057 ** <todo> Check on this </todo>
5058 **
5059 ** INVARIANTS:
5060 **
5061 ** {H12951} The [sqlite3_commit_hook(D,F,P)] interface registers the
5062 **          callback function F to be invoked with argument P whenever
5063 **          a transaction commits on the [database connection] D.
5064 **
5065 ** {H12952} The [sqlite3_commit_hook(D,F,P)] interface returns the P argument
5066 **          from the previous call with the same [database connection] D,
5067 **          or NULL on the first call for a particular database connection D.
5068 **
5069 ** {H12953} Each call to [sqlite3_commit_hook()] overwrites the callback
5070 **          registered by prior calls.
5071 **
5072 ** {H12954} If the F argument to [sqlite3_commit_hook(D,F,P)] is NULL
5073 **          then the commit hook callback is canceled and no callback
5074 **          is invoked when a transaction commits.
5075 **
5076 ** {H12955} If the commit callback returns non-zero then the commit is
5077 **          converted into a rollback.
5078 **
5079 ** {H12961} The [sqlite3_rollback_hook(D,F,P)] interface registers the
5080 **          callback function F to be invoked with argument P whenever
5081 **          a transaction rolls back on the [database connection] D.
5082 **
5083 ** {H12962} The [sqlite3_rollback_hook(D,F,P)] interface returns the P
5084 **          argument from the previous call with the same
5085 **          [database connection] D, or NULL on the first call
5086 **          for a particular database connection D.
5087 **
5088 ** {H12963} Each call to [sqlite3_rollback_hook()] overwrites the callback
5089 **          registered by prior calls.
5090 **
5091 ** {H12964} If the F argument to [sqlite3_rollback_hook(D,F,P)] is NULL
5092 **          then the rollback hook callback is canceled and no callback
5093 **          is invoked when a transaction rolls back.
5094 */
5095 void *sqlite3_commit_hook(sqlite3*, int(*)(void*), void*);
5096 void *sqlite3_rollback_hook(sqlite3*, void(*)(void *), void*);
5097
5098 /*
5099 ** CAPI3REF: Data Change Notification Callbacks {H12970} <S60400>
5100 **
5101 ** The sqlite3_update_hook() interface registers a callback function
5102 ** with the [database connection] identified by the first argument
5103 ** to be invoked whenever a row is updated, inserted or deleted.
5104 ** Any callback set by a previous call to this function
5105 ** for the same database connection is overridden.
5106 **
5107 ** The second argument is a pointer to the function to invoke when a
5108 ** row is updated, inserted or deleted.
5109 ** The first argument to the callback is a copy of the third argument
5110 ** to sqlite3_update_hook().
5111 ** The second callback argument is one of [SQLITE_INSERT], [SQLITE_DELETE],
5112 ** or [SQLITE_UPDATE], depending on the operation that caused the callback
5113 ** to be invoked.
5114 ** The third and fourth arguments to the callback contain pointers to the
5115 ** database and table name containing the affected row.
5116 ** The final callback parameter is the rowid of the row. In the case of
5117 ** an update, this is the rowid after the update takes place.
5118 **
5119 ** The update hook is not invoked when internal system tables are
5120 ** modified (i.e. sqlite_master and sqlite_sequence).
5121 **
5122 ** The update hook implementation must not do anything that will modify
5123 ** the database connection that invoked the update hook.  Any actions
5124 ** to modify the database connection must be deferred until after the
5125 ** completion of the [sqlite3_step()] call that triggered the update hook.
5126 ** Note that [sqlite3_prepare_v2()] and [sqlite3_step()] both modify their
5127 ** database connections for the meaning of "modify" in this paragraph.
5128 **
5129 ** If another function was previously registered, its pArg value
5130 ** is returned.  Otherwise NULL is returned.
5131 **
5132 ** INVARIANTS:
5133 **
5134 ** {H12971} The [sqlite3_update_hook(D,F,P)] interface causes the callback
5135 **          function F to be invoked with first parameter P whenever
5136 **          a table row is modified, inserted, or deleted on
5137 **          the [database connection] D.
5138 **
5139 ** {H12973} The [sqlite3_update_hook(D,F,P)] interface returns the value
5140 **          of P for the previous call on the same [database connection] D,
5141 **          or NULL for the first call.
5142 **
5143 ** {H12975} If the update hook callback F in [sqlite3_update_hook(D,F,P)]
5144 **          is NULL then the no update callbacks are made.
5145 **
5146 ** {H12977} Each call to [sqlite3_update_hook(D,F,P)] overrides prior calls
5147 **          to the same interface on the same [database connection] D.
5148 **
5149 ** {H12979} The update hook callback is not invoked when internal system
5150 **          tables such as sqlite_master and sqlite_sequence are modified.
5151 **
5152 ** {H12981} The second parameter to the update callback
5153 **          is one of [SQLITE_INSERT], [SQLITE_DELETE] or [SQLITE_UPDATE],
5154 **          depending on the operation that caused the callback to be invoked.
5155 **
5156 ** {H12983} The third and fourth arguments to the callback contain pointers
5157 **          to zero-terminated UTF-8 strings which are the names of the
5158 **          database and table that is being updated.
5159
5160 ** {H12985} The final callback parameter is the rowid of the row after
5161 **          the change occurs.
5162 */
5163 void *sqlite3_update_hook(
5164   sqlite3*, 
5165   void(*)(void *,int ,char const *,char const *,sqlite3_int64),
5166   void*
5167 );
5168
5169 /*
5170 ** CAPI3REF: Enable Or Disable Shared Pager Cache {H10330} <S30900>
5171 ** KEYWORDS: {shared cache} {shared cache mode}
5172 **
5173 ** This routine enables or disables the sharing of the database cache
5174 ** and schema data structures between [database connection | connections]
5175 ** to the same database. Sharing is enabled if the argument is true
5176 ** and disabled if the argument is false.
5177 **
5178 ** Cache sharing is enabled and disabled for an entire process. {END}
5179 ** This is a change as of SQLite version 3.5.0. In prior versions of SQLite,
5180 ** sharing was enabled or disabled for each thread separately.
5181 **
5182 ** The cache sharing mode set by this interface effects all subsequent
5183 ** calls to [sqlite3_open()], [sqlite3_open_v2()], and [sqlite3_open16()].
5184 ** Existing database connections continue use the sharing mode
5185 ** that was in effect at the time they were opened.
5186 **
5187 ** Virtual tables cannot be used with a shared cache.  When shared
5188 ** cache is enabled, the [sqlite3_create_module()] API used to register
5189 ** virtual tables will always return an error.
5190 **
5191 ** This routine returns [SQLITE_OK] if shared cache was enabled or disabled
5192 ** successfully.  An [error code] is returned otherwise.
5193 **
5194 ** Shared cache is disabled by default. But this might change in
5195 ** future releases of SQLite.  Applications that care about shared
5196 ** cache setting should set it explicitly.
5197 **
5198 ** INVARIANTS:
5199 **
5200 ** {H10331} A successful invocation of [sqlite3_enable_shared_cache(B)]
5201 **          will enable or disable shared cache mode for any subsequently
5202 **          created [database connection] in the same process.
5203 **
5204 ** {H10336} When shared cache is enabled, the [sqlite3_create_module()]
5205 **          interface will always return an error.
5206 **
5207 ** {H10337} The [sqlite3_enable_shared_cache(B)] interface returns
5208 **          [SQLITE_OK] if shared cache was enabled or disabled successfully.
5209 **
5210 ** {H10339} Shared cache is disabled by default.
5211 */
5212 int sqlite3_enable_shared_cache(int);
5213
5214 /*
5215 ** CAPI3REF: Attempt To Free Heap Memory {H17340} <S30220>
5216 **
5217 ** The sqlite3_release_memory() interface attempts to free N bytes
5218 ** of heap memory by deallocating non-essential memory allocations
5219 ** held by the database library. {END}  Memory used to cache database
5220 ** pages to improve performance is an example of non-essential memory.
5221 ** sqlite3_release_memory() returns the number of bytes actually freed,
5222 ** which might be more or less than the amount requested.
5223 **
5224 ** INVARIANTS:
5225 **
5226 ** {H17341} The [sqlite3_release_memory(N)] interface attempts to
5227 **          free N bytes of heap memory by deallocating non-essential
5228 **          memory allocations held by the database library.
5229 **
5230 ** {H16342} The [sqlite3_release_memory(N)] returns the number
5231 **          of bytes actually freed, which might be more or less
5232 **          than the amount requested.
5233 */
5234 int sqlite3_release_memory(int);
5235
5236 /*
5237 ** CAPI3REF: Impose A Limit On Heap Size {H17350} <S30220>
5238 **
5239 ** The sqlite3_soft_heap_limit() interface places a "soft" limit
5240 ** on the amount of heap memory that may be allocated by SQLite.
5241 ** If an internal allocation is requested that would exceed the
5242 ** soft heap limit, [sqlite3_release_memory()] is invoked one or
5243 ** more times to free up some space before the allocation is performed.
5244 **
5245 ** The limit is called "soft", because if [sqlite3_release_memory()]
5246 ** cannot free sufficient memory to prevent the limit from being exceeded,
5247 ** the memory is allocated anyway and the current operation proceeds.
5248 **
5249 ** A negative or zero value for N means that there is no soft heap limit and
5250 ** [sqlite3_release_memory()] will only be called when memory is exhausted.
5251 ** The default value for the soft heap limit is zero.
5252 **
5253 ** SQLite makes a best effort to honor the soft heap limit.
5254 ** But if the soft heap limit cannot be honored, execution will
5255 ** continue without error or notification.  This is why the limit is
5256 ** called a "soft" limit.  It is advisory only.
5257 **
5258 ** Prior to SQLite version 3.5.0, this routine only constrained the memory
5259 ** allocated by a single thread - the same thread in which this routine
5260 ** runs.  Beginning with SQLite version 3.5.0, the soft heap limit is
5261 ** applied to all threads. The value specified for the soft heap limit
5262 ** is an upper bound on the total memory allocation for all threads. In
5263 ** version 3.5.0 there is no mechanism for limiting the heap usage for
5264 ** individual threads.
5265 **
5266 ** INVARIANTS:
5267 **
5268 ** {H16351} The [sqlite3_soft_heap_limit(N)] interface places a soft limit
5269 **          of N bytes on the amount of heap memory that may be allocated
5270 **          using [sqlite3_malloc()] or [sqlite3_realloc()] at any point
5271 **          in time.
5272 **
5273 ** {H16352} If a call to [sqlite3_malloc()] or [sqlite3_realloc()] would
5274 **          cause the total amount of allocated memory to exceed the
5275 **          soft heap limit, then [sqlite3_release_memory()] is invoked
5276 **          in an attempt to reduce the memory usage prior to proceeding
5277 **          with the memory allocation attempt.
5278 **
5279 ** {H16353} Calls to [sqlite3_malloc()] or [sqlite3_realloc()] that trigger
5280 **          attempts to reduce memory usage through the soft heap limit
5281 **          mechanism continue even if the attempt to reduce memory
5282 **          usage is unsuccessful.
5283 **
5284 ** {H16354} A negative or zero value for N in a call to
5285 **          [sqlite3_soft_heap_limit(N)] means that there is no soft
5286 **          heap limit and [sqlite3_release_memory()] will only be
5287 **          called when memory is completely exhausted.
5288 **
5289 ** {H16355} The default value for the soft heap limit is zero.
5290 **
5291 ** {H16358} Each call to [sqlite3_soft_heap_limit(N)] overrides the
5292 **          values set by all prior calls.
5293 */
5294 void sqlite3_soft_heap_limit(int);
5295
5296 /*
5297 ** CAPI3REF: Extract Metadata About A Column Of A Table {H12850} <S60300>
5298 **
5299 ** This routine returns metadata about a specific column of a specific
5300 ** database table accessible using the [database connection] handle
5301 ** passed as the first function argument.
5302 **
5303 ** The column is identified by the second, third and fourth parameters to
5304 ** this function. The second parameter is either the name of the database
5305 ** (i.e. "main", "temp" or an attached database) containing the specified
5306 ** table or NULL. If it is NULL, then all attached databases are searched
5307 ** for the table using the same algorithm used by the database engine to
5308 ** resolve unqualified table references.
5309 **
5310 ** The third and fourth parameters to this function are the table and column
5311 ** name of the desired column, respectively. Neither of these parameters
5312 ** may be NULL.
5313 **
5314 ** Metadata is returned by writing to the memory locations passed as the 5th
5315 ** and subsequent parameters to this function. Any of these arguments may be
5316 ** NULL, in which case the corresponding element of metadata is omitted.
5317 **
5318 ** <blockquote>
5319 ** <table border="1">
5320 ** <tr><th> Parameter <th> Output<br>Type <th>  Description
5321 **
5322 ** <tr><td> 5th <td> const char* <td> Data type
5323 ** <tr><td> 6th <td> const char* <td> Name of default collation sequence
5324 ** <tr><td> 7th <td> int         <td> True if column has a NOT NULL constraint
5325 ** <tr><td> 8th <td> int         <td> True if column is part of the PRIMARY KEY
5326 ** <tr><td> 9th <td> int         <td> True if column is AUTOINCREMENT
5327 ** </table>
5328 ** </blockquote>
5329 **
5330 ** The memory pointed to by the character pointers returned for the
5331 ** declaration type and collation sequence is valid only until the next
5332 ** call to any SQLite API function.
5333 **
5334 ** If the specified table is actually a view, an [error code] is returned.
5335 **
5336 ** If the specified column is "rowid", "oid" or "_rowid_" and an
5337 ** INTEGER PRIMARY KEY column has been explicitly declared, then the output
5338 ** parameters are set for the explicitly declared column. If there is no
5339 ** explicitly declared INTEGER PRIMARY KEY column, then the output
5340 ** parameters are set as follows:
5341 **
5342 ** <pre>
5343 **     data type: "INTEGER"
5344 **     collation sequence: "BINARY"
5345 **     not null: 0
5346 **     primary key: 1
5347 **     auto increment: 0
5348 ** </pre>
5349 **
5350 ** This function may load one or more schemas from database files. If an
5351 ** error occurs during this process, or if the requested table or column
5352 ** cannot be found, an [error code] is returned and an error message left
5353 ** in the [database connection] (to be retrieved using sqlite3_errmsg()).
5354 **
5355 ** This API is only available if the library was compiled with the
5356 ** [SQLITE_ENABLE_COLUMN_METADATA] C-preprocessor symbol defined.
5357 */
5358 int sqlite3_table_column_metadata(
5359   sqlite3 *db,                /* Connection handle */
5360   const char *zDbName,        /* Database name or NULL */
5361   const char *zTableName,     /* Table name */
5362   const char *zColumnName,    /* Column name */
5363   char const **pzDataType,    /* OUTPUT: Declared data type */
5364   char const **pzCollSeq,     /* OUTPUT: Collation sequence name */
5365   int *pNotNull,              /* OUTPUT: True if NOT NULL constraint exists */
5366   int *pPrimaryKey,           /* OUTPUT: True if column part of PK */
5367   int *pAutoinc               /* OUTPUT: True if column is auto-increment */
5368 );
5369
5370 /*
5371 ** CAPI3REF: Load An Extension {H12600} <S20500>
5372 **
5373 ** This interface loads an SQLite extension library from the named file.
5374 **
5375 ** {H12601} The sqlite3_load_extension() interface attempts to load an
5376 **          SQLite extension library contained in the file zFile.
5377 **
5378 ** {H12602} The entry point is zProc.
5379 **
5380 ** {H12603} zProc may be 0, in which case the name of the entry point
5381 **          defaults to "sqlite3_extension_init".
5382 **
5383 ** {H12604} The sqlite3_load_extension() interface shall return
5384 **          [SQLITE_OK] on success and [SQLITE_ERROR] if something goes wrong.
5385 **
5386 ** {H12605} If an error occurs and pzErrMsg is not 0, then the
5387 **          [sqlite3_load_extension()] interface shall attempt to
5388 **          fill *pzErrMsg with error message text stored in memory
5389 **          obtained from [sqlite3_malloc()]. {END}  The calling function
5390 **          should free this memory by calling [sqlite3_free()].
5391 **
5392 ** {H12606} Extension loading must be enabled using
5393 **          [sqlite3_enable_load_extension()] prior to calling this API,
5394 **          otherwise an error will be returned.
5395 */
5396 int sqlite3_load_extension(
5397   sqlite3 *db,          /* Load the extension into this database connection */
5398   const char *zFile,    /* Name of the shared library containing extension */
5399   const char *zProc,    /* Entry point.  Derived from zFile if 0 */
5400   char **pzErrMsg       /* Put error message here if not 0 */
5401 );
5402
5403 /*
5404 ** CAPI3REF: Enable Or Disable Extension Loading {H12620} <S20500>
5405 **
5406 ** So as not to open security holes in older applications that are
5407 ** unprepared to deal with extension loading, and as a means of disabling
5408 ** extension loading while evaluating user-entered SQL, the following API
5409 ** is provided to turn the [sqlite3_load_extension()] mechanism on and off.
5410 **
5411 ** Extension loading is off by default. See ticket #1863.
5412 **
5413 ** {H12621} Call the sqlite3_enable_load_extension() routine with onoff==1
5414 **          to turn extension loading on and call it with onoff==0 to turn
5415 **          it back off again.
5416 **
5417 ** {H12622} Extension loading is off by default.
5418 */
5419 int sqlite3_enable_load_extension(sqlite3 *db, int onoff);
5420
5421 /*
5422 ** CAPI3REF: Automatically Load An Extensions {H12640} <S20500>
5423 **
5424 ** This API can be invoked at program startup in order to register
5425 ** one or more statically linked extensions that will be available
5426 ** to all new [database connections]. {END}
5427 **
5428 ** This routine stores a pointer to the extension in an array that is
5429 ** obtained from [sqlite3_malloc()].  If you run a memory leak checker
5430 ** on your program and it reports a leak because of this array, invoke
5431 ** [sqlite3_reset_auto_extension()] prior to shutdown to free the memory.
5432 **
5433 ** {H12641} This function registers an extension entry point that is
5434 **          automatically invoked whenever a new [database connection]
5435 **          is opened using [sqlite3_open()], [sqlite3_open16()],
5436 **          or [sqlite3_open_v2()].
5437 **
5438 ** {H12642} Duplicate extensions are detected so calling this routine
5439 **          multiple times with the same extension is harmless.
5440 **
5441 ** {H12643} This routine stores a pointer to the extension in an array
5442 **          that is obtained from [sqlite3_malloc()].
5443 **
5444 ** {H12644} Automatic extensions apply across all threads.
5445 */
5446 int sqlite3_auto_extension(void *xEntryPoint);
5447
5448 /*
5449 ** CAPI3REF: Reset Automatic Extension Loading {H12660} <S20500>
5450 **
5451 ** This function disables all previously registered automatic
5452 ** extensions. {END}  It undoes the effect of all prior
5453 ** [sqlite3_auto_extension()] calls.
5454 **
5455 ** {H12661} This function disables all previously registered
5456 **          automatic extensions.
5457 **
5458 ** {H12662} This function disables automatic extensions in all threads.
5459 */
5460 void sqlite3_reset_auto_extension(void);
5461
5462 /*
5463 ****** EXPERIMENTAL - subject to change without notice **************
5464 **
5465 ** The interface to the virtual-table mechanism is currently considered
5466 ** to be experimental.  The interface might change in incompatible ways.
5467 ** If this is a problem for you, do not use the interface at this time.
5468 **
5469 ** When the virtual-table mechanism stabilizes, we will declare the
5470 ** interface fixed, support it indefinitely, and remove this comment.
5471 */
5472
5473 /*
5474 ** Structures used by the virtual table interface
5475 */
5476 typedef struct sqlite3_vtab sqlite3_vtab;
5477 typedef struct sqlite3_index_info sqlite3_index_info;
5478 typedef struct sqlite3_vtab_cursor sqlite3_vtab_cursor;
5479 typedef struct sqlite3_module sqlite3_module;
5480
5481 /*
5482 ** CAPI3REF: Virtual Table Object {H18000} <S20400>
5483 ** KEYWORDS: sqlite3_module
5484 ** EXPERIMENTAL
5485 **
5486 ** A module is a class of virtual tables.  Each module is defined
5487 ** by an instance of the following structure.  This structure consists
5488 ** mostly of methods for the module.
5489 **
5490 ** This interface is experimental and is subject to change or
5491 ** removal in future releases of SQLite.
5492 */
5493 struct sqlite3_module {
5494   int iVersion;
5495   int (*xCreate)(sqlite3*, void *pAux,
5496                int argc, const char *const*argv,
5497                sqlite3_vtab **ppVTab, char**);
5498   int (*xConnect)(sqlite3*, void *pAux,
5499                int argc, const char *const*argv,
5500                sqlite3_vtab **ppVTab, char**);
5501   int (*xBestIndex)(sqlite3_vtab *pVTab, sqlite3_index_info*);
5502   int (*xDisconnect)(sqlite3_vtab *pVTab);
5503   int (*xDestroy)(sqlite3_vtab *pVTab);
5504   int (*xOpen)(sqlite3_vtab *pVTab, sqlite3_vtab_cursor **ppCursor);
5505   int (*xClose)(sqlite3_vtab_cursor*);
5506   int (*xFilter)(sqlite3_vtab_cursor*, int idxNum, const char *idxStr,
5507                 int argc, sqlite3_value **argv);
5508   int (*xNext)(sqlite3_vtab_cursor*);
5509   int (*xEof)(sqlite3_vtab_cursor*);
5510   int (*xColumn)(sqlite3_vtab_cursor*, sqlite3_context*, int);
5511   int (*xRowid)(sqlite3_vtab_cursor*, sqlite3_int64 *pRowid);
5512   int (*xUpdate)(sqlite3_vtab *, int, sqlite3_value **, sqlite3_int64 *);
5513   int (*xBegin)(sqlite3_vtab *pVTab);
5514   int (*xSync)(sqlite3_vtab *pVTab);
5515   int (*xCommit)(sqlite3_vtab *pVTab);
5516   int (*xRollback)(sqlite3_vtab *pVTab);
5517   int (*xFindFunction)(sqlite3_vtab *pVtab, int nArg, const char *zName,
5518                        void (**pxFunc)(sqlite3_context*,int,sqlite3_value**),
5519                        void **ppArg);
5520   int (*xRename)(sqlite3_vtab *pVtab, const char *zNew);
5521 };
5522
5523 /*
5524 ** CAPI3REF: Virtual Table Indexing Information {H18100} <S20400>
5525 ** KEYWORDS: sqlite3_index_info
5526 ** EXPERIMENTAL
5527 **
5528 ** The sqlite3_index_info structure and its substructures is used to
5529 ** pass information into and receive the reply from the xBestIndex
5530 ** method of an sqlite3_module.  The fields under **Inputs** are the
5531 ** inputs to xBestIndex and are read-only.  xBestIndex inserts its
5532 ** results into the **Outputs** fields.
5533 **
5534 ** The aConstraint[] array records WHERE clause constraints of the form:
5535 **
5536 ** <pre>column OP expr</pre>
5537 **
5538 ** where OP is =, &lt;, &lt;=, &gt;, or &gt;=.  The particular operator is
5539 ** stored in aConstraint[].op.  The index of the column is stored in
5540 ** aConstraint[].iColumn.  aConstraint[].usable is TRUE if the
5541 ** expr on the right-hand side can be evaluated (and thus the constraint
5542 ** is usable) and false if it cannot.
5543 **
5544 ** The optimizer automatically inverts terms of the form "expr OP column"
5545 ** and makes other simplifications to the WHERE clause in an attempt to
5546 ** get as many WHERE clause terms into the form shown above as possible.
5547 ** The aConstraint[] array only reports WHERE clause terms in the correct
5548 ** form that refer to the particular virtual table being queried.
5549 **
5550 ** Information about the ORDER BY clause is stored in aOrderBy[].
5551 ** Each term of aOrderBy records a column of the ORDER BY clause.
5552 **
5553 ** The xBestIndex method must fill aConstraintUsage[] with information
5554 ** about what parameters to pass to xFilter.  If argvIndex>0 then
5555 ** the right-hand side of the corresponding aConstraint[] is evaluated
5556 ** and becomes the argvIndex-th entry in argv.  If aConstraintUsage[].omit
5557 ** is true, then the constraint is assumed to be fully handled by the
5558 ** virtual table and is not checked again by SQLite.
5559 **
5560 ** The idxNum and idxPtr values are recorded and passed into xFilter.
5561 ** sqlite3_free() is used to free idxPtr if needToFreeIdxPtr is true.
5562 **
5563 ** The orderByConsumed means that output from xFilter will occur in
5564 ** the correct order to satisfy the ORDER BY clause so that no separate
5565 ** sorting step is required.
5566 **
5567 ** The estimatedCost value is an estimate of the cost of doing the
5568 ** particular lookup.  A full scan of a table with N entries should have
5569 ** a cost of N.  A binary search of a table of N entries should have a
5570 ** cost of approximately log(N).
5571 **
5572 ** This interface is experimental and is subject to change or
5573 ** removal in future releases of SQLite.
5574 */
5575 struct sqlite3_index_info {
5576   /* Inputs */
5577   int nConstraint;           /* Number of entries in aConstraint */
5578   struct sqlite3_index_constraint {
5579      int iColumn;              /* Column on left-hand side of constraint */
5580      unsigned char op;         /* Constraint operator */
5581      unsigned char usable;     /* True if this constraint is usable */
5582      int iTermOffset;          /* Used internally - xBestIndex should ignore */
5583   } *aConstraint;            /* Table of WHERE clause constraints */
5584   int nOrderBy;              /* Number of terms in the ORDER BY clause */
5585   struct sqlite3_index_orderby {
5586      int iColumn;              /* Column number */
5587      unsigned char desc;       /* True for DESC.  False for ASC. */
5588   } *aOrderBy;               /* The ORDER BY clause */
5589   /* Outputs */
5590   struct sqlite3_index_constraint_usage {
5591     int argvIndex;           /* if >0, constraint is part of argv to xFilter */
5592     unsigned char omit;      /* Do not code a test for this constraint */
5593   } *aConstraintUsage;
5594   int idxNum;                /* Number used to identify the index */
5595   char *idxStr;              /* String, possibly obtained from sqlite3_malloc */
5596   int needToFreeIdxStr;      /* Free idxStr using sqlite3_free() if true */
5597   int orderByConsumed;       /* True if output is already ordered */
5598   double estimatedCost;      /* Estimated cost of using this index */
5599 };
5600 #define SQLITE_INDEX_CONSTRAINT_EQ    2
5601 #define SQLITE_INDEX_CONSTRAINT_GT    4
5602 #define SQLITE_INDEX_CONSTRAINT_LE    8
5603 #define SQLITE_INDEX_CONSTRAINT_LT    16
5604 #define SQLITE_INDEX_CONSTRAINT_GE    32
5605 #define SQLITE_INDEX_CONSTRAINT_MATCH 64
5606
5607 /*
5608 ** CAPI3REF: Register A Virtual Table Implementation {H18200} <S20400>
5609 ** EXPERIMENTAL
5610 **
5611 ** This routine is used to register a new module name with a
5612 ** [database connection].  Module names must be registered before
5613 ** creating new virtual tables on the module, or before using
5614 ** preexisting virtual tables of the module.
5615 **
5616 ** This interface is experimental and is subject to change or
5617 ** removal in future releases of SQLite.
5618 */
5619 SQLITE_EXPERIMENTAL int sqlite3_create_module(
5620   sqlite3 *db,               /* SQLite connection to register module with */
5621   const char *zName,         /* Name of the module */
5622   const sqlite3_module *,    /* Methods for the module */
5623   void *                     /* Client data for xCreate/xConnect */
5624 );
5625
5626 /*
5627 ** CAPI3REF: Register A Virtual Table Implementation {H18210} <S20400>
5628 ** EXPERIMENTAL
5629 **
5630 ** This routine is identical to the [sqlite3_create_module()] method above,
5631 ** except that it allows a destructor function to be specified. It is
5632 ** even more experimental than the rest of the virtual tables API.
5633 */
5634 SQLITE_EXPERIMENTAL int sqlite3_create_module_v2(
5635   sqlite3 *db,               /* SQLite connection to register module with */
5636   const char *zName,         /* Name of the module */
5637   const sqlite3_module *,    /* Methods for the module */
5638   void *,                    /* Client data for xCreate/xConnect */
5639   void(*xDestroy)(void*)     /* Module destructor function */
5640 );
5641
5642 /*
5643 ** CAPI3REF: Virtual Table Instance Object {H18010} <S20400>
5644 ** KEYWORDS: sqlite3_vtab
5645 ** EXPERIMENTAL
5646 **
5647 ** Every module implementation uses a subclass of the following structure
5648 ** to describe a particular instance of the module.  Each subclass will
5649 ** be tailored to the specific needs of the module implementation.
5650 ** The purpose of this superclass is to define certain fields that are
5651 ** common to all module implementations.
5652 **
5653 ** Virtual tables methods can set an error message by assigning a
5654 ** string obtained from [sqlite3_mprintf()] to zErrMsg.  The method should
5655 ** take care that any prior string is freed by a call to [sqlite3_free()]
5656 ** prior to assigning a new string to zErrMsg.  After the error message
5657 ** is delivered up to the client application, the string will be automatically
5658 ** freed by sqlite3_free() and the zErrMsg field will be zeroed.  Note
5659 ** that sqlite3_mprintf() and sqlite3_free() are used on the zErrMsg field
5660 ** since virtual tables are commonly implemented in loadable extensions which
5661 ** do not have access to sqlite3MPrintf() or sqlite3Free().
5662 **
5663 ** This interface is experimental and is subject to change or
5664 ** removal in future releases of SQLite.
5665 */
5666 struct sqlite3_vtab {
5667   const sqlite3_module *pModule;  /* The module for this virtual table */
5668   int nRef;                       /* Used internally */
5669   char *zErrMsg;                  /* Error message from sqlite3_mprintf() */
5670   /* Virtual table implementations will typically add additional fields */
5671 };
5672
5673 /*
5674 ** CAPI3REF: Virtual Table Cursor Object  {H18020} <S20400>
5675 ** KEYWORDS: sqlite3_vtab_cursor
5676 ** EXPERIMENTAL
5677 **
5678 ** Every module implementation uses a subclass of the following structure
5679 ** to describe cursors that point into the virtual table and are used
5680 ** to loop through the virtual table.  Cursors are created using the
5681 ** xOpen method of the module.  Each module implementation will define
5682 ** the content of a cursor structure to suit its own needs.
5683 **
5684 ** This superclass exists in order to define fields of the cursor that
5685 ** are common to all implementations.
5686 **
5687 ** This interface is experimental and is subject to change or
5688 ** removal in future releases of SQLite.
5689 */
5690 struct sqlite3_vtab_cursor {
5691   sqlite3_vtab *pVtab;      /* Virtual table of this cursor */
5692   /* Virtual table implementations will typically add additional fields */
5693 };
5694
5695 /*
5696 ** CAPI3REF: Declare The Schema Of A Virtual Table {H18280} <S20400>
5697 ** EXPERIMENTAL
5698 **
5699 ** The xCreate and xConnect methods of a module use the following API
5700 ** to declare the format (the names and datatypes of the columns) of
5701 ** the virtual tables they implement.
5702 **
5703 ** This interface is experimental and is subject to change or
5704 ** removal in future releases of SQLite.
5705 */
5706 SQLITE_EXPERIMENTAL int sqlite3_declare_vtab(sqlite3*, const char *zCreateTable);
5707
5708 /*
5709 ** CAPI3REF: Overload A Function For A Virtual Table {H18300} <S20400>
5710 ** EXPERIMENTAL
5711 **
5712 ** Virtual tables can provide alternative implementations of functions
5713 ** using the xFindFunction method.  But global versions of those functions
5714 ** must exist in order to be overloaded.
5715 **
5716 ** This API makes sure a global version of a function with a particular
5717 ** name and number of parameters exists.  If no such function exists
5718 ** before this API is called, a new function is created.  The implementation
5719 ** of the new function always causes an exception to be thrown.  So
5720 ** the new function is not good for anything by itself.  Its only
5721 ** purpose is to be a placeholder function that can be overloaded
5722 ** by virtual tables.
5723 **
5724 ** This API should be considered part of the virtual table interface,
5725 ** which is experimental and subject to change.
5726 */
5727 SQLITE_EXPERIMENTAL int sqlite3_overload_function(sqlite3*, const char *zFuncName, int nArg);
5728
5729 /*
5730 ** The interface to the virtual-table mechanism defined above (back up
5731 ** to a comment remarkably similar to this one) is currently considered
5732 ** to be experimental.  The interface might change in incompatible ways.
5733 ** If this is a problem for you, do not use the interface at this time.
5734 **
5735 ** When the virtual-table mechanism stabilizes, we will declare the
5736 ** interface fixed, support it indefinitely, and remove this comment.
5737 **
5738 ****** EXPERIMENTAL - subject to change without notice **************
5739 */
5740
5741 /*
5742 ** CAPI3REF: A Handle To An Open BLOB {H17800} <S30230>
5743 ** KEYWORDS: {BLOB handle} {BLOB handles}
5744 **
5745 ** An instance of this object represents an open BLOB on which
5746 ** [sqlite3_blob_open | incremental BLOB I/O] can be performed.
5747 ** Objects of this type are created by [sqlite3_blob_open()]
5748 ** and destroyed by [sqlite3_blob_close()].
5749 ** The [sqlite3_blob_read()] and [sqlite3_blob_write()] interfaces
5750 ** can be used to read or write small subsections of the BLOB.
5751 ** The [sqlite3_blob_bytes()] interface returns the size of the BLOB in bytes.
5752 */
5753 typedef struct sqlite3_blob sqlite3_blob;
5754
5755 /*
5756 ** CAPI3REF: Open A BLOB For Incremental I/O {H17810} <S30230>
5757 **
5758 ** This interfaces opens a [BLOB handle | handle] to the BLOB located
5759 ** in row iRow, column zColumn, table zTable in database zDb;
5760 ** in other words, the same BLOB that would be selected by:
5761 **
5762 ** <pre>
5763 **     SELECT zColumn FROM zDb.zTable WHERE rowid = iRow;
5764 ** </pre> {END}
5765 **
5766 ** If the flags parameter is non-zero, the the BLOB is opened for read
5767 ** and write access. If it is zero, the BLOB is opened for read access.
5768 **
5769 ** Note that the database name is not the filename that contains
5770 ** the database but rather the symbolic name of the database that
5771 ** is assigned when the database is connected using [ATTACH].
5772 ** For the main database file, the database name is "main".
5773 ** For TEMP tables, the database name is "temp".
5774 **
5775 ** On success, [SQLITE_OK] is returned and the new [BLOB handle] is written
5776 ** to *ppBlob. Otherwise an [error code] is returned and any value written
5777 ** to *ppBlob should not be used by the caller.
5778 ** This function sets the [database connection] error code and message
5779 ** accessible via [sqlite3_errcode()] and [sqlite3_errmsg()].
5780 **
5781 ** If the row that a BLOB handle points to is modified by an
5782 ** [UPDATE], [DELETE], or by [ON CONFLICT] side-effects
5783 ** then the BLOB handle is marked as "expired".
5784 ** This is true if any column of the row is changed, even a column
5785 ** other than the one the BLOB handle is open on.
5786 ** Calls to [sqlite3_blob_read()] and [sqlite3_blob_write()] for
5787 ** a expired BLOB handle fail with an return code of [SQLITE_ABORT].
5788 ** Changes written into a BLOB prior to the BLOB expiring are not
5789 ** rollback by the expiration of the BLOB.  Such changes will eventually
5790 ** commit if the transaction continues to completion.
5791 **
5792 ** INVARIANTS:
5793 **
5794 ** {H17813} A successful invocation of the [sqlite3_blob_open(D,B,T,C,R,F,P)]
5795 **          interface shall open an [sqlite3_blob] object P on the BLOB
5796 **          in column C of the table T in the database B on
5797 **          the [database connection] D.
5798 **
5799 ** {H17814} A successful invocation of [sqlite3_blob_open(D,...)] shall start
5800 **          a new transaction on the [database connection] D if that
5801 **          connection is not already in a transaction.
5802 **
5803 ** {H17816} The [sqlite3_blob_open(D,B,T,C,R,F,P)] interface shall open
5804 **          the BLOB for read and write access if and only if the F
5805 **          parameter is non-zero.
5806 **
5807 ** {H17819} The [sqlite3_blob_open()] interface shall return [SQLITE_OK] on
5808 **          success and an appropriate [error code] on failure.
5809 **
5810 ** {H17821} If an error occurs during evaluation of [sqlite3_blob_open(D,...)]
5811 **          then subsequent calls to [sqlite3_errcode(D)],
5812 **          [sqlite3_extended_errcode()], 
5813 **          [sqlite3_errmsg(D)], and [sqlite3_errmsg16(D)] shall return
5814 **          information appropriate for that error.
5815 **
5816 ** {H17824} If any column in the row that a [sqlite3_blob] has open is
5817 **          changed by a separate [UPDATE] or [DELETE] statement or by
5818 **          an [ON CONFLICT] side effect, then the [sqlite3_blob] shall
5819 **          be marked as invalid.
5820 */
5821 int sqlite3_blob_open(
5822   sqlite3*,
5823   const char *zDb,
5824   const char *zTable,
5825   const char *zColumn,
5826   sqlite3_int64 iRow,
5827   int flags,
5828   sqlite3_blob **ppBlob
5829 );
5830
5831 /*
5832 ** CAPI3REF: Close A BLOB Handle {H17830} <S30230>
5833 **
5834 ** Closes an open [BLOB handle].
5835 **
5836 ** Closing a BLOB shall cause the current transaction to commit
5837 ** if there are no other BLOBs, no pending prepared statements, and the
5838 ** database connection is in [autocommit mode].
5839 ** If any writes were made to the BLOB, they might be held in cache
5840 ** until the close operation if they will fit. {END}
5841 **
5842 ** Closing the BLOB often forces the changes
5843 ** out to disk and so if any I/O errors occur, they will likely occur
5844 ** at the time when the BLOB is closed.  {H17833} Any errors that occur during
5845 ** closing are reported as a non-zero return value.
5846 **
5847 ** The BLOB is closed unconditionally.  Even if this routine returns
5848 ** an error code, the BLOB is still closed.
5849 **
5850 ** INVARIANTS:
5851 **
5852 ** {H17833} The [sqlite3_blob_close(P)] interface closes an [sqlite3_blob]
5853 **          object P previously opened using [sqlite3_blob_open()].
5854 **
5855 ** {H17836} Closing an [sqlite3_blob] object using
5856 **          [sqlite3_blob_close()] shall cause the current transaction to
5857 **          commit if there are no other open [sqlite3_blob] objects
5858 **          or [prepared statements] on the same [database connection] and
5859 **          the database connection is in [autocommit mode].
5860 **
5861 ** {H17839} The [sqlite3_blob_close(P)] interfaces shall close the
5862 **          [sqlite3_blob] object P unconditionally, even if
5863 **          [sqlite3_blob_close(P)] returns something other than [SQLITE_OK].
5864 */
5865 int sqlite3_blob_close(sqlite3_blob *);
5866
5867 /*
5868 ** CAPI3REF: Return The Size Of An Open BLOB {H17840} <S30230>
5869 **
5870 ** Returns the size in bytes of the BLOB accessible via the open
5871 ** []BLOB handle] in its only argument.
5872 **
5873 ** INVARIANTS:
5874 **
5875 ** {H17843} The [sqlite3_blob_bytes(P)] interface returns the size
5876 **          in bytes of the BLOB that the [sqlite3_blob] object P
5877 **          refers to.
5878 */
5879 int sqlite3_blob_bytes(sqlite3_blob *);
5880
5881 /*
5882 ** CAPI3REF: Read Data From A BLOB Incrementally {H17850} <S30230>
5883 **
5884 ** This function is used to read data from an open [BLOB handle] into a
5885 ** caller-supplied buffer. N bytes of data are copied into buffer Z
5886 ** from the open BLOB, starting at offset iOffset.
5887 **
5888 ** If offset iOffset is less than N bytes from the end of the BLOB,
5889 ** [SQLITE_ERROR] is returned and no data is read.  If N or iOffset is
5890 ** less than zero, [SQLITE_ERROR] is returned and no data is read.
5891 **
5892 ** An attempt to read from an expired [BLOB handle] fails with an
5893 ** error code of [SQLITE_ABORT].
5894 **
5895 ** On success, SQLITE_OK is returned.
5896 ** Otherwise, an [error code] or an [extended error code] is returned.
5897 **
5898 ** INVARIANTS:
5899 **
5900 ** {H17853} A successful invocation of [sqlite3_blob_read(P,Z,N,X)] 
5901 **          shall reads N bytes of data out of the BLOB referenced by
5902 **          [BLOB handle] P beginning at offset X and store those bytes
5903 **          into buffer Z.
5904 **
5905 ** {H17856} In [sqlite3_blob_read(P,Z,N,X)] if the size of the BLOB
5906 **          is less than N+X bytes, then the function shall leave the
5907 **          Z buffer unchanged and return [SQLITE_ERROR].
5908 **
5909 ** {H17859} In [sqlite3_blob_read(P,Z,N,X)] if X or N is less than zero
5910 **          then the function shall leave the Z buffer unchanged
5911 **          and return [SQLITE_ERROR].
5912 **
5913 ** {H17862} The [sqlite3_blob_read(P,Z,N,X)] interface shall return [SQLITE_OK]
5914 **          if N bytes are successfully read into buffer Z.
5915 **
5916 ** {H17863} If the [BLOB handle] P is expired and X and N are within bounds
5917 **          then [sqlite3_blob_read(P,Z,N,X)] shall leave the Z buffer
5918 **          unchanged and return [SQLITE_ABORT].
5919 **
5920 ** {H17865} If the requested read could not be completed,
5921 **          the [sqlite3_blob_read(P,Z,N,X)] interface shall return an
5922 **          appropriate [error code] or [extended error code].
5923 **
5924 ** {H17868} If an error occurs during evaluation of [sqlite3_blob_read(P,...)]
5925 **          then subsequent calls to [sqlite3_errcode(D)],
5926 **          [sqlite3_extended_errcode()],
5927 **          [sqlite3_errmsg(D)], and [sqlite3_errmsg16(D)] shall return
5928 **          information appropriate for that error, where D is the
5929 **          [database connection] that was used to open the [BLOB handle] P.
5930 */
5931 int sqlite3_blob_read(sqlite3_blob *, void *Z, int N, int iOffset);
5932
5933 /*
5934 ** CAPI3REF: Write Data Into A BLOB Incrementally {H17870} <S30230>
5935 **
5936 ** This function is used to write data into an open [BLOB handle] from a
5937 ** caller-supplied buffer. N bytes of data are copied from the buffer Z
5938 ** into the open BLOB, starting at offset iOffset.
5939 **
5940 ** If the [BLOB handle] passed as the first argument was not opened for
5941 ** writing (the flags parameter to [sqlite3_blob_open()] was zero),
5942 ** this function returns [SQLITE_READONLY].
5943 **
5944 ** This function may only modify the contents of the BLOB; it is
5945 ** not possible to increase the size of a BLOB using this API.
5946 ** If offset iOffset is less than N bytes from the end of the BLOB,
5947 ** [SQLITE_ERROR] is returned and no data is written.  If N is
5948 ** less than zero [SQLITE_ERROR] is returned and no data is written.
5949 **
5950 ** An attempt to write to an expired [BLOB handle] fails with an
5951 ** error code of [SQLITE_ABORT].  Writes to the BLOB that occurred
5952 ** before the [BLOB handle] expired are not rolled back by the
5953 ** expiration of the handle, though of course those changes might
5954 ** have been overwritten by the statement that expired the BLOB handle
5955 ** or by other independent statements.
5956 **
5957 ** On success, SQLITE_OK is returned.
5958 ** Otherwise, an  [error code] or an [extended error code] is returned.
5959 **
5960 ** INVARIANTS:
5961 **
5962 ** {H17873} A successful invocation of [sqlite3_blob_write(P,Z,N,X)]
5963 **          shall write N bytes of data from buffer Z into the BLOB 
5964 **          referenced by [BLOB handle] P beginning at offset X into
5965 **          the BLOB.
5966 **
5967 ** {H17874} In the absence of other overridding changes, the changes
5968 **          written to a BLOB by [sqlite3_blob_write()] shall
5969 **          remain in effect after the associated [BLOB handle] expires.
5970 **
5971 ** {H17875} If the [BLOB handle] P was opened for reading only then
5972 **          an invocation of [sqlite3_blob_write(P,Z,N,X)] shall leave
5973 **          the referenced BLOB unchanged and return [SQLITE_READONLY].
5974 **
5975 ** {H17876} If the size of the BLOB referenced by [BLOB handle] P is
5976 **          less than N+X bytes then [sqlite3_blob_write(P,Z,N,X)] shall
5977 **          leave the BLOB unchanged and return [SQLITE_ERROR].
5978 **
5979 ** {H17877} If the [BLOB handle] P is expired and X and N are within bounds
5980 **          then [sqlite3_blob_read(P,Z,N,X)] shall leave the BLOB
5981 **          unchanged and return [SQLITE_ABORT].
5982 **
5983 ** {H17879} If X or N are less than zero then [sqlite3_blob_write(P,Z,N,X)]
5984 **          shall leave the BLOB referenced by [BLOB handle] P unchanged
5985 **          and return [SQLITE_ERROR].
5986 **
5987 ** {H17882} The [sqlite3_blob_write(P,Z,N,X)] interface shall return
5988 **          [SQLITE_OK] if N bytes where successfully written into the BLOB.
5989 **
5990 ** {H17885} If the requested write could not be completed,
5991 **          the [sqlite3_blob_write(P,Z,N,X)] interface shall return an
5992 **          appropriate [error code] or [extended error code].
5993 **
5994 ** {H17888} If an error occurs during evaluation of [sqlite3_blob_write(D,...)]
5995 **          then subsequent calls to [sqlite3_errcode(D)],
5996 **          [sqlite3_extended_errcode()],
5997 **          [sqlite3_errmsg(D)], and [sqlite3_errmsg16(D)] shall return
5998 **          information appropriate for that error.
5999 */
6000 int sqlite3_blob_write(sqlite3_blob *, const void *z, int n, int iOffset);
6001
6002 /*
6003 ** CAPI3REF: Virtual File System Objects {H11200} <S20100>
6004 **
6005 ** A virtual filesystem (VFS) is an [sqlite3_vfs] object
6006 ** that SQLite uses to interact
6007 ** with the underlying operating system.  Most SQLite builds come with a
6008 ** single default VFS that is appropriate for the host computer.
6009 ** New VFSes can be registered and existing VFSes can be unregistered.
6010 ** The following interfaces are provided.
6011 **
6012 ** The sqlite3_vfs_find() interface returns a pointer to a VFS given its name.
6013 ** Names are case sensitive.
6014 ** Names are zero-terminated UTF-8 strings.
6015 ** If there is no match, a NULL pointer is returned.
6016 ** If zVfsName is NULL then the default VFS is returned.
6017 **
6018 ** New VFSes are registered with sqlite3_vfs_register().
6019 ** Each new VFS becomes the default VFS if the makeDflt flag is set.
6020 ** The same VFS can be registered multiple times without injury.
6021 ** To make an existing VFS into the default VFS, register it again
6022 ** with the makeDflt flag set.  If two different VFSes with the
6023 ** same name are registered, the behavior is undefined.  If a
6024 ** VFS is registered with a name that is NULL or an empty string,
6025 ** then the behavior is undefined.
6026 **
6027 ** Unregister a VFS with the sqlite3_vfs_unregister() interface.
6028 ** If the default VFS is unregistered, another VFS is chosen as
6029 ** the default.  The choice for the new VFS is arbitrary.
6030 **
6031 ** INVARIANTS:
6032 **
6033 ** {H11203} The [sqlite3_vfs_find(N)] interface returns a pointer to the
6034 **          registered [sqlite3_vfs] object whose name exactly matches
6035 **          the zero-terminated UTF-8 string N, or it returns NULL if
6036 **          there is no match.
6037 **
6038 ** {H11206} If the N parameter to [sqlite3_vfs_find(N)] is NULL then
6039 **          the function returns a pointer to the default [sqlite3_vfs]
6040 **          object if there is one, or NULL if there is no default
6041 **          [sqlite3_vfs] object.
6042 **
6043 ** {H11209} The [sqlite3_vfs_register(P,F)] interface registers the
6044 **          well-formed [sqlite3_vfs] object P using the name given
6045 **          by the zName field of the object.
6046 **
6047 ** {H11212} Using the [sqlite3_vfs_register(P,F)] interface to register
6048 **          the same [sqlite3_vfs] object multiple times is a harmless no-op.
6049 **
6050 ** {H11215} The [sqlite3_vfs_register(P,F)] interface makes the [sqlite3_vfs]
6051 **          object P the default [sqlite3_vfs] object if F is non-zero.
6052 **
6053 ** {H11218} The [sqlite3_vfs_unregister(P)] interface unregisters the
6054 **          [sqlite3_vfs] object P so that it is no longer returned by
6055 **          subsequent calls to [sqlite3_vfs_find()].
6056 */
6057 sqlite3_vfs *sqlite3_vfs_find(const char *zVfsName);
6058 int sqlite3_vfs_register(sqlite3_vfs*, int makeDflt);
6059 int sqlite3_vfs_unregister(sqlite3_vfs*);
6060
6061 /*
6062 ** CAPI3REF: Mutexes {H17000} <S20000>
6063 **
6064 ** The SQLite core uses these routines for thread
6065 ** synchronization. Though they are intended for internal
6066 ** use by SQLite, code that links against SQLite is
6067 ** permitted to use any of these routines.
6068 **
6069 ** The SQLite source code contains multiple implementations
6070 ** of these mutex routines.  An appropriate implementation
6071 ** is selected automatically at compile-time.  The following
6072 ** implementations are available in the SQLite core:
6073 **
6074 ** <ul>
6075 ** <li>   SQLITE_MUTEX_OS2
6076 ** <li>   SQLITE_MUTEX_PTHREAD
6077 ** <li>   SQLITE_MUTEX_W32
6078 ** <li>   SQLITE_MUTEX_NOOP
6079 ** </ul>
6080 **
6081 ** The SQLITE_MUTEX_NOOP implementation is a set of routines
6082 ** that does no real locking and is appropriate for use in
6083 ** a single-threaded application.  The SQLITE_MUTEX_OS2,
6084 ** SQLITE_MUTEX_PTHREAD, and SQLITE_MUTEX_W32 implementations
6085 ** are appropriate for use on OS/2, Unix, and Windows.
6086 **
6087 ** If SQLite is compiled with the SQLITE_MUTEX_APPDEF preprocessor
6088 ** macro defined (with "-DSQLITE_MUTEX_APPDEF=1"), then no mutex
6089 ** implementation is included with the library. In this case the
6090 ** application must supply a custom mutex implementation using the
6091 ** [SQLITE_CONFIG_MUTEX] option of the sqlite3_config() function
6092 ** before calling sqlite3_initialize() or any other public sqlite3_
6093 ** function that calls sqlite3_initialize().
6094 **
6095 ** {H17011} The sqlite3_mutex_alloc() routine allocates a new
6096 ** mutex and returns a pointer to it. {H17012} If it returns NULL
6097 ** that means that a mutex could not be allocated. {H17013} SQLite
6098 ** will unwind its stack and return an error. {H17014} The argument
6099 ** to sqlite3_mutex_alloc() is one of these integer constants:
6100 **
6101 ** <ul>
6102 ** <li>  SQLITE_MUTEX_FAST
6103 ** <li>  SQLITE_MUTEX_RECURSIVE
6104 ** <li>  SQLITE_MUTEX_STATIC_MASTER
6105 ** <li>  SQLITE_MUTEX_STATIC_MEM
6106 ** <li>  SQLITE_MUTEX_STATIC_MEM2
6107 ** <li>  SQLITE_MUTEX_STATIC_PRNG
6108 ** <li>  SQLITE_MUTEX_STATIC_LRU
6109 ** <li>  SQLITE_MUTEX_STATIC_LRU2
6110 ** </ul>
6111 **
6112 ** {H17015} The first two constants cause sqlite3_mutex_alloc() to create
6113 ** a new mutex.  The new mutex is recursive when SQLITE_MUTEX_RECURSIVE
6114 ** is used but not necessarily so when SQLITE_MUTEX_FAST is used. {END}
6115 ** The mutex implementation does not need to make a distinction
6116 ** between SQLITE_MUTEX_RECURSIVE and SQLITE_MUTEX_FAST if it does
6117 ** not want to.  {H17016} But SQLite will only request a recursive mutex in
6118 ** cases where it really needs one.  {END} If a faster non-recursive mutex
6119 ** implementation is available on the host platform, the mutex subsystem
6120 ** might return such a mutex in response to SQLITE_MUTEX_FAST.
6121 **
6122 ** {H17017} The other allowed parameters to sqlite3_mutex_alloc() each return
6123 ** a pointer to a static preexisting mutex. {END}  Four static mutexes are
6124 ** used by the current version of SQLite.  Future versions of SQLite
6125 ** may add additional static mutexes.  Static mutexes are for internal
6126 ** use by SQLite only.  Applications that use SQLite mutexes should
6127 ** use only the dynamic mutexes returned by SQLITE_MUTEX_FAST or
6128 ** SQLITE_MUTEX_RECURSIVE.
6129 **
6130 ** {H17018} Note that if one of the dynamic mutex parameters (SQLITE_MUTEX_FAST
6131 ** or SQLITE_MUTEX_RECURSIVE) is used then sqlite3_mutex_alloc()
6132 ** returns a different mutex on every call.  {H17034} But for the static
6133 ** mutex types, the same mutex is returned on every call that has
6134 ** the same type number.
6135 **
6136 ** {H17019} The sqlite3_mutex_free() routine deallocates a previously
6137 ** allocated dynamic mutex. {H17020} SQLite is careful to deallocate every
6138 ** dynamic mutex that it allocates. {A17021} The dynamic mutexes must not be in
6139 ** use when they are deallocated. {A17022} Attempting to deallocate a static
6140 ** mutex results in undefined behavior. {H17023} SQLite never deallocates
6141 ** a static mutex. {END}
6142 **
6143 ** The sqlite3_mutex_enter() and sqlite3_mutex_try() routines attempt
6144 ** to enter a mutex. {H17024} If another thread is already within the mutex,
6145 ** sqlite3_mutex_enter() will block and sqlite3_mutex_try() will return
6146 ** SQLITE_BUSY. {H17025}  The sqlite3_mutex_try() interface returns [SQLITE_OK]
6147 ** upon successful entry.  {H17026} Mutexes created using
6148 ** SQLITE_MUTEX_RECURSIVE can be entered multiple times by the same thread.
6149 ** {H17027} In such cases the,
6150 ** mutex must be exited an equal number of times before another thread
6151 ** can enter.  {A17028} If the same thread tries to enter any other
6152 ** kind of mutex more than once, the behavior is undefined.
6153 ** {H17029} SQLite will never exhibit
6154 ** such behavior in its own use of mutexes.
6155 **
6156 ** Some systems (for example, Windows 95) do not support the operation
6157 ** implemented by sqlite3_mutex_try().  On those systems, sqlite3_mutex_try()
6158 ** will always return SQLITE_BUSY.  {H17030} The SQLite core only ever uses
6159 ** sqlite3_mutex_try() as an optimization so this is acceptable behavior.
6160 **
6161 ** {H17031} The sqlite3_mutex_leave() routine exits a mutex that was
6162 ** previously entered by the same thread.  {A17032} The behavior
6163 ** is undefined if the mutex is not currently entered by the
6164 ** calling thread or is not currently allocated.  {H17033} SQLite will
6165 ** never do either. {END}
6166 **
6167 ** If the argument to sqlite3_mutex_enter(), sqlite3_mutex_try(), or
6168 ** sqlite3_mutex_leave() is a NULL pointer, then all three routines
6169 ** behave as no-ops.
6170 **
6171 ** See also: [sqlite3_mutex_held()] and [sqlite3_mutex_notheld()].
6172 */
6173 sqlite3_mutex *sqlite3_mutex_alloc(int);
6174 void sqlite3_mutex_free(sqlite3_mutex*);
6175 void sqlite3_mutex_enter(sqlite3_mutex*);
6176 int sqlite3_mutex_try(sqlite3_mutex*);
6177 void sqlite3_mutex_leave(sqlite3_mutex*);
6178
6179 /*
6180 ** CAPI3REF: Mutex Methods Object {H17120} <S20130>
6181 ** EXPERIMENTAL
6182 **
6183 ** An instance of this structure defines the low-level routines
6184 ** used to allocate and use mutexes.
6185 **
6186 ** Usually, the default mutex implementations provided by SQLite are
6187 ** sufficient, however the user has the option of substituting a custom
6188 ** implementation for specialized deployments or systems for which SQLite
6189 ** does not provide a suitable implementation. In this case, the user
6190 ** creates and populates an instance of this structure to pass
6191 ** to sqlite3_config() along with the [SQLITE_CONFIG_MUTEX] option.
6192 ** Additionally, an instance of this structure can be used as an
6193 ** output variable when querying the system for the current mutex
6194 ** implementation, using the [SQLITE_CONFIG_GETMUTEX] option.
6195 **
6196 ** The xMutexInit method defined by this structure is invoked as
6197 ** part of system initialization by the sqlite3_initialize() function.
6198 ** {H17001} The xMutexInit routine shall be called by SQLite once for each
6199 ** effective call to [sqlite3_initialize()].
6200 **
6201 ** The xMutexEnd method defined by this structure is invoked as
6202 ** part of system shutdown by the sqlite3_shutdown() function. The
6203 ** implementation of this method is expected to release all outstanding
6204 ** resources obtained by the mutex methods implementation, especially
6205 ** those obtained by the xMutexInit method. {H17003} The xMutexEnd()
6206 ** interface shall be invoked once for each call to [sqlite3_shutdown()].
6207 **
6208 ** The remaining seven methods defined by this structure (xMutexAlloc,
6209 ** xMutexFree, xMutexEnter, xMutexTry, xMutexLeave, xMutexHeld and
6210 ** xMutexNotheld) implement the following interfaces (respectively):
6211 **
6212 ** <ul>
6213 **   <li>  [sqlite3_mutex_alloc()] </li>
6214 **   <li>  [sqlite3_mutex_free()] </li>
6215 **   <li>  [sqlite3_mutex_enter()] </li>
6216 **   <li>  [sqlite3_mutex_try()] </li>
6217 **   <li>  [sqlite3_mutex_leave()] </li>
6218 **   <li>  [sqlite3_mutex_held()] </li>
6219 **   <li>  [sqlite3_mutex_notheld()] </li>
6220 ** </ul>
6221 **
6222 ** The only difference is that the public sqlite3_XXX functions enumerated
6223 ** above silently ignore any invocations that pass a NULL pointer instead
6224 ** of a valid mutex handle. The implementations of the methods defined
6225 ** by this structure are not required to handle this case, the results
6226 ** of passing a NULL pointer instead of a valid mutex handle are undefined
6227 ** (i.e. it is acceptable to provide an implementation that segfaults if
6228 ** it is passed a NULL pointer).
6229 */
6230 typedef struct sqlite3_mutex_methods sqlite3_mutex_methods;
6231 struct sqlite3_mutex_methods {
6232   int (*xMutexInit)(void);
6233   int (*xMutexEnd)(void);
6234   sqlite3_mutex *(*xMutexAlloc)(int);
6235   void (*xMutexFree)(sqlite3_mutex *);
6236   void (*xMutexEnter)(sqlite3_mutex *);
6237   int (*xMutexTry)(sqlite3_mutex *);
6238   void (*xMutexLeave)(sqlite3_mutex *);
6239   int (*xMutexHeld)(sqlite3_mutex *);
6240   int (*xMutexNotheld)(sqlite3_mutex *);
6241 };
6242
6243 /*
6244 ** CAPI3REF: Mutex Verification Routines {H17080} <S20130> <S30800>
6245 **
6246 ** The sqlite3_mutex_held() and sqlite3_mutex_notheld() routines
6247 ** are intended for use inside assert() statements. {H17081} The SQLite core
6248 ** never uses these routines except inside an assert() and applications
6249 ** are advised to follow the lead of the core.  {H17082} The core only
6250 ** provides implementations for these routines when it is compiled
6251 ** with the SQLITE_DEBUG flag.  {A17087} External mutex implementations
6252 ** are only required to provide these routines if SQLITE_DEBUG is
6253 ** defined and if NDEBUG is not defined.
6254 **
6255 ** {H17083} These routines should return true if the mutex in their argument
6256 ** is held or not held, respectively, by the calling thread.
6257 **
6258 ** {X17084} The implementation is not required to provided versions of these
6259 ** routines that actually work. If the implementation does not provide working
6260 ** versions of these routines, it should at least provide stubs that always
6261 ** return true so that one does not get spurious assertion failures.
6262 **
6263 ** {H17085} If the argument to sqlite3_mutex_held() is a NULL pointer then
6264 ** the routine should return 1.  {END} This seems counter-intuitive since
6265 ** clearly the mutex cannot be held if it does not exist.  But the
6266 ** the reason the mutex does not exist is because the build is not
6267 ** using mutexes.  And we do not want the assert() containing the
6268 ** call to sqlite3_mutex_held() to fail, so a non-zero return is
6269 ** the appropriate thing to do.  {H17086} The sqlite3_mutex_notheld()
6270 ** interface should also return 1 when given a NULL pointer.
6271 */
6272 int sqlite3_mutex_held(sqlite3_mutex*);
6273 int sqlite3_mutex_notheld(sqlite3_mutex*);
6274
6275 /*
6276 ** CAPI3REF: Mutex Types {H17001} <H17000>
6277 **
6278 ** The [sqlite3_mutex_alloc()] interface takes a single argument
6279 ** which is one of these integer constants.
6280 **
6281 ** The set of static mutexes may change from one SQLite release to the
6282 ** next.  Applications that override the built-in mutex logic must be
6283 ** prepared to accommodate additional static mutexes.
6284 */
6285 #define SQLITE_MUTEX_FAST             0
6286 #define SQLITE_MUTEX_RECURSIVE        1
6287 #define SQLITE_MUTEX_STATIC_MASTER    2
6288 #define SQLITE_MUTEX_STATIC_MEM       3  /* sqlite3_malloc() */
6289 #define SQLITE_MUTEX_STATIC_MEM2      4  /* sqlite3_release_memory() */
6290 #define SQLITE_MUTEX_STATIC_PRNG      5  /* sqlite3_random() */
6291 #define SQLITE_MUTEX_STATIC_LRU       6  /* lru page list */
6292 #define SQLITE_MUTEX_STATIC_LRU2      7  /* lru page list */
6293
6294 /*
6295 ** CAPI3REF: Retrieve the mutex for a database connection {H17002} <H17000>
6296 **
6297 ** This interface returns a pointer the [sqlite3_mutex] object that 
6298 ** serializes access to the [database connection] given in the argument
6299 ** when the [threading mode] is Serialized.
6300 ** If the [threading mode] is Single-thread or Multi-thread then this
6301 ** routine returns a NULL pointer.
6302 */
6303 sqlite3_mutex *sqlite3_db_mutex(sqlite3*);
6304
6305 /*
6306 ** CAPI3REF: Low-Level Control Of Database Files {H11300} <S30800>
6307 **
6308 ** {H11301} The [sqlite3_file_control()] interface makes a direct call to the
6309 ** xFileControl method for the [sqlite3_io_methods] object associated
6310 ** with a particular database identified by the second argument. {H11302} The
6311 ** name of the database is the name assigned to the database by the
6312 ** <a href="lang_attach.html">ATTACH</a> SQL command that opened the
6313 ** database. {H11303} To control the main database file, use the name "main"
6314 ** or a NULL pointer. {H11304} The third and fourth parameters to this routine
6315 ** are passed directly through to the second and third parameters of
6316 ** the xFileControl method.  {H11305} The return value of the xFileControl
6317 ** method becomes the return value of this routine.
6318 **
6319 ** {H11306} If the second parameter (zDbName) does not match the name of any
6320 ** open database file, then SQLITE_ERROR is returned. {H11307} This error
6321 ** code is not remembered and will not be recalled by [sqlite3_errcode()]
6322 ** or [sqlite3_errmsg()]. {A11308} The underlying xFileControl method might
6323 ** also return SQLITE_ERROR.  {A11309} There is no way to distinguish between
6324 ** an incorrect zDbName and an SQLITE_ERROR return from the underlying
6325 ** xFileControl method. {END}
6326 **
6327 ** See also: [SQLITE_FCNTL_LOCKSTATE]
6328 */
6329 int sqlite3_file_control(sqlite3*, const char *zDbName, int op, void*);
6330
6331 /*
6332 ** CAPI3REF: Testing Interface {H11400} <S30800>
6333 **
6334 ** The sqlite3_test_control() interface is used to read out internal
6335 ** state of SQLite and to inject faults into SQLite for testing
6336 ** purposes.  The first parameter is an operation code that determines
6337 ** the number, meaning, and operation of all subsequent parameters.
6338 **
6339 ** This interface is not for use by applications.  It exists solely
6340 ** for verifying the correct operation of the SQLite library.  Depending
6341 ** on how the SQLite library is compiled, this interface might not exist.
6342 **
6343 ** The details of the operation codes, their meanings, the parameters
6344 ** they take, and what they do are all subject to change without notice.
6345 ** Unlike most of the SQLite API, this function is not guaranteed to
6346 ** operate consistently from one release to the next.
6347 */
6348 int sqlite3_test_control(int op, ...);
6349
6350 /*
6351 ** CAPI3REF: Testing Interface Operation Codes {H11410} <H11400>
6352 **
6353 ** These constants are the valid operation code parameters used
6354 ** as the first argument to [sqlite3_test_control()].
6355 **
6356 ** These parameters and their meanings are subject to change
6357 ** without notice.  These values are for testing purposes only.
6358 ** Applications should not use any of these parameters or the
6359 ** [sqlite3_test_control()] interface.
6360 */
6361 #define SQLITE_TESTCTRL_PRNG_SAVE                5
6362 #define SQLITE_TESTCTRL_PRNG_RESTORE             6
6363 #define SQLITE_TESTCTRL_PRNG_RESET               7
6364 #define SQLITE_TESTCTRL_BITVEC_TEST              8
6365 #define SQLITE_TESTCTRL_FAULT_INSTALL            9
6366 #define SQLITE_TESTCTRL_BENIGN_MALLOC_HOOKS     10
6367
6368 /*
6369 ** CAPI3REF: SQLite Runtime Status {H17200} <S60200>
6370 ** EXPERIMENTAL
6371 **
6372 ** This interface is used to retrieve runtime status information
6373 ** about the preformance of SQLite, and optionally to reset various
6374 ** highwater marks.  The first argument is an integer code for
6375 ** the specific parameter to measure.  Recognized integer codes
6376 ** are of the form [SQLITE_STATUS_MEMORY_USED | SQLITE_STATUS_...].
6377 ** The current value of the parameter is returned into *pCurrent.
6378 ** The highest recorded value is returned in *pHighwater.  If the
6379 ** resetFlag is true, then the highest record value is reset after
6380 ** *pHighwater is written. Some parameters do not record the highest
6381 ** value.  For those parameters
6382 ** nothing is written into *pHighwater and the resetFlag is ignored.
6383 ** Other parameters record only the highwater mark and not the current
6384 ** value.  For these latter parameters nothing is written into *pCurrent.
6385 **
6386 ** This routine returns SQLITE_OK on success and a non-zero
6387 ** [error code] on failure.
6388 **
6389 ** This routine is threadsafe but is not atomic.  This routine can
6390 ** called while other threads are running the same or different SQLite
6391 ** interfaces.  However the values returned in *pCurrent and
6392 ** *pHighwater reflect the status of SQLite at different points in time
6393 ** and it is possible that another thread might change the parameter
6394 ** in between the times when *pCurrent and *pHighwater are written.
6395 **
6396 ** See also: [sqlite3_db_status()]
6397 */
6398 SQLITE_EXPERIMENTAL int sqlite3_status(int op, int *pCurrent, int *pHighwater, int resetFlag);
6399
6400
6401 /*
6402 ** CAPI3REF: Status Parameters {H17250} <H17200>
6403 ** EXPERIMENTAL
6404 **
6405 ** These integer constants designate various run-time status parameters
6406 ** that can be returned by [sqlite3_status()].
6407 **
6408 ** <dl>
6409 ** <dt>SQLITE_STATUS_MEMORY_USED</dt>
6410 ** <dd>This parameter is the current amount of memory checked out
6411 ** using [sqlite3_malloc()], either directly or indirectly.  The
6412 ** figure includes calls made to [sqlite3_malloc()] by the application
6413 ** and internal memory usage by the SQLite library.  Scratch memory
6414 ** controlled by [SQLITE_CONFIG_SCRATCH] and auxiliary page-cache
6415 ** memory controlled by [SQLITE_CONFIG_PAGECACHE] is not included in
6416 ** this parameter.  The amount returned is the sum of the allocation
6417 ** sizes as reported by the xSize method in [sqlite3_mem_methods].</dd>
6418 **
6419 ** <dt>SQLITE_STATUS_MALLOC_SIZE</dt>
6420 ** <dd>This parameter records the largest memory allocation request
6421 ** handed to [sqlite3_malloc()] or [sqlite3_realloc()] (or their
6422 ** internal equivalents).  Only the value returned in the
6423 ** *pHighwater parameter to [sqlite3_status()] is of interest.  
6424 ** The value written into the *pCurrent parameter is undefined.</dd>
6425 **
6426 ** <dt>SQLITE_STATUS_PAGECACHE_USED</dt>
6427 ** <dd>This parameter returns the number of pages used out of the
6428 ** [pagecache memory allocator] that was configured using 
6429 ** [SQLITE_CONFIG_PAGECACHE].  The
6430 ** value returned is in pages, not in bytes.</dd>
6431 **
6432 ** <dt>SQLITE_STATUS_PAGECACHE_OVERFLOW</dt>
6433 ** <dd>This parameter returns the number of bytes of page cache
6434 ** allocation which could not be statisfied by the [SQLITE_CONFIG_PAGECACHE]
6435 ** buffer and where forced to overflow to [sqlite3_malloc()].  The
6436 ** returned value includes allocations that overflowed because they
6437 ** where too large (they were larger than the "sz" parameter to
6438 ** [SQLITE_CONFIG_PAGECACHE]) and allocations that overflowed because
6439 ** no space was left in the page cache.</dd>
6440 **
6441 ** <dt>SQLITE_STATUS_PAGECACHE_SIZE</dt>
6442 ** <dd>This parameter records the largest memory allocation request
6443 ** handed to [pagecache memory allocator].  Only the value returned in the
6444 ** *pHighwater parameter to [sqlite3_status()] is of interest.  
6445 ** The value written into the *pCurrent parameter is undefined.</dd>
6446 **
6447 ** <dt>SQLITE_STATUS_SCRATCH_USED</dt>
6448 ** <dd>This parameter returns the number of allocations used out of the
6449 ** [scratch memory allocator] configured using
6450 ** [SQLITE_CONFIG_SCRATCH].  The value returned is in allocations, not
6451 ** in bytes.  Since a single thread may only have one scratch allocation
6452 ** outstanding at time, this parameter also reports the number of threads
6453 ** using scratch memory at the same time.</dd>
6454 **
6455 ** <dt>SQLITE_STATUS_SCRATCH_OVERFLOW</dt>
6456 ** <dd>This parameter returns the number of bytes of scratch memory
6457 ** allocation which could not be statisfied by the [SQLITE_CONFIG_SCRATCH]
6458 ** buffer and where forced to overflow to [sqlite3_malloc()].  The values
6459 ** returned include overflows because the requested allocation was too
6460 ** larger (that is, because the requested allocation was larger than the
6461 ** "sz" parameter to [SQLITE_CONFIG_SCRATCH]) and because no scratch buffer
6462 ** slots were available.
6463 ** </dd>
6464 **
6465 ** <dt>SQLITE_STATUS_SCRATCH_SIZE</dt>
6466 ** <dd>This parameter records the largest memory allocation request
6467 ** handed to [scratch memory allocator].  Only the value returned in the
6468 ** *pHighwater parameter to [sqlite3_status()] is of interest.  
6469 ** The value written into the *pCurrent parameter is undefined.</dd>
6470 **
6471 ** <dt>SQLITE_STATUS_PARSER_STACK</dt>
6472 ** <dd>This parameter records the deepest parser stack.  It is only
6473 ** meaningful if SQLite is compiled with [YYTRACKMAXSTACKDEPTH].</dd>
6474 ** </dl>
6475 **
6476 ** New status parameters may be added from time to time.
6477 */
6478 #define SQLITE_STATUS_MEMORY_USED          0
6479 #define SQLITE_STATUS_PAGECACHE_USED       1
6480 #define SQLITE_STATUS_PAGECACHE_OVERFLOW   2
6481 #define SQLITE_STATUS_SCRATCH_USED         3
6482 #define SQLITE_STATUS_SCRATCH_OVERFLOW     4
6483 #define SQLITE_STATUS_MALLOC_SIZE          5
6484 #define SQLITE_STATUS_PARSER_STACK         6
6485 #define SQLITE_STATUS_PAGECACHE_SIZE       7
6486 #define SQLITE_STATUS_SCRATCH_SIZE         8
6487
6488 /*
6489 ** CAPI3REF: Database Connection Status {H17500} <S60200>
6490 ** EXPERIMENTAL
6491 **
6492 ** This interface is used to retrieve runtime status information 
6493 ** about a single [database connection].  The first argument is the
6494 ** database connection object to be interrogated.  The second argument
6495 ** is the parameter to interrogate.  Currently, the only allowed value
6496 ** for the second parameter is [SQLITE_DBSTATUS_LOOKASIDE_USED].
6497 ** Additional options will likely appear in future releases of SQLite.
6498 **
6499 ** The current value of the requested parameter is written into *pCur
6500 ** and the highest instantaneous value is written into *pHiwtr.  If
6501 ** the resetFlg is true, then the highest instantaneous value is
6502 ** reset back down to the current value.
6503 **
6504 ** See also: [sqlite3_status()] and [sqlite3_stmt_status()].
6505 */
6506 SQLITE_EXPERIMENTAL int sqlite3_db_status(sqlite3*, int op, int *pCur, int *pHiwtr, int resetFlg);
6507
6508 /*
6509 ** CAPI3REF: Status Parameters for database connections {H17520} <H17500>
6510 ** EXPERIMENTAL
6511 **
6512 ** Status verbs for [sqlite3_db_status()].
6513 **
6514 ** <dl>
6515 ** <dt>SQLITE_DBSTATUS_LOOKASIDE_USED</dt>
6516 ** <dd>This parameter returns the number of lookaside memory slots currently
6517 ** checked out.</dd>
6518 ** </dl>
6519 */
6520 #define SQLITE_DBSTATUS_LOOKASIDE_USED     0
6521
6522
6523 /*
6524 ** CAPI3REF: Prepared Statement Status {H17550} <S60200>
6525 ** EXPERIMENTAL
6526 **
6527 ** Each prepared statement maintains various
6528 ** [SQLITE_STMTSTATUS_SORT | counters] that measure the number
6529 ** of times it has performed specific operations.  These counters can
6530 ** be used to monitor the performance characteristics of the prepared
6531 ** statements.  For example, if the number of table steps greatly exceeds
6532 ** the number of table searches or result rows, that would tend to indicate
6533 ** that the prepared statement is using a full table scan rather than
6534 ** an index.  
6535 **
6536 ** This interface is used to retrieve and reset counter values from
6537 ** a [prepared statement].  The first argument is the prepared statement
6538 ** object to be interrogated.  The second argument
6539 ** is an integer code for a specific [SQLITE_STMTSTATUS_SORT | counter]
6540 ** to be interrogated. 
6541 ** The current value of the requested counter is returned.
6542 ** If the resetFlg is true, then the counter is reset to zero after this
6543 ** interface call returns.
6544 **
6545 ** See also: [sqlite3_status()] and [sqlite3_db_status()].
6546 */
6547 SQLITE_EXPERIMENTAL int sqlite3_stmt_status(sqlite3_stmt*, int op,int resetFlg);
6548
6549 /*
6550 ** CAPI3REF: Status Parameters for prepared statements {H17570} <H17550>
6551 ** EXPERIMENTAL
6552 **
6553 ** These preprocessor macros define integer codes that name counter
6554 ** values associated with the [sqlite3_stmt_status()] interface.
6555 ** The meanings of the various counters are as follows:
6556 **
6557 ** <dl>
6558 ** <dt>SQLITE_STMTSTATUS_FULLSCAN_STEP</dt>
6559 ** <dd>This is the number of times that SQLite has stepped forward in
6560 ** a table as part of a full table scan.  Large numbers for this counter
6561 ** may indicate opportunities for performance improvement through 
6562 ** careful use of indices.</dd>
6563 **
6564 ** <dt>SQLITE_STMTSTATUS_SORT</dt>
6565 ** <dd>This is the number of sort operations that have occurred.
6566 ** A non-zero value in this counter may indicate an opportunity to
6567 ** improvement performance through careful use of indices.</dd>
6568 **
6569 ** </dl>
6570 */
6571 #define SQLITE_STMTSTATUS_FULLSCAN_STEP     1
6572 #define SQLITE_STMTSTATUS_SORT              2
6573
6574 /*
6575 ** CAPI3REF: Custom Page Cache Object
6576 ** EXPERIMENTAL
6577 **
6578 ** The sqlite3_pcache type is opaque.  It is implemented by
6579 ** the pluggable module.  The SQLite core has no knowledge of
6580 ** its size or internal structure and never deals with the
6581 ** sqlite3_pcache object except by holding and passing pointers
6582 ** to the object.
6583 **
6584 ** See [sqlite3_pcache_methods] for additional information.
6585 */
6586 typedef struct sqlite3_pcache sqlite3_pcache;
6587
6588 /*
6589 ** CAPI3REF: Application Defined Page Cache.
6590 ** EXPERIMENTAL
6591 **
6592 ** The [sqlite3_config]([SQLITE_CONFIG_PCACHE], ...) interface can
6593 ** register an alternative page cache implementation by passing in an 
6594 ** instance of the sqlite3_pcache_methods structure. The majority of the 
6595 ** heap memory used by sqlite is used by the page cache to cache data read 
6596 ** from, or ready to be written to, the database file. By implementing a 
6597 ** custom page cache using this API, an application can control more 
6598 ** precisely the amount of memory consumed by sqlite, the way in which 
6599 ** said memory is allocated and released, and the policies used to 
6600 ** determine exactly which parts of a database file are cached and for 
6601 ** how long.
6602 **
6603 ** The contents of the structure are copied to an internal buffer by sqlite
6604 ** within the call to [sqlite3_config].
6605 **
6606 ** The xInit() method is called once for each call to [sqlite3_initialize()]
6607 ** (usually only once during the lifetime of the process). It is passed
6608 ** a copy of the sqlite3_pcache_methods.pArg value. It can be used to set
6609 ** up global structures and mutexes required by the custom page cache 
6610 ** implementation. The xShutdown() method is called from within 
6611 ** [sqlite3_shutdown()], if the application invokes this API. It can be used
6612 ** to clean up any outstanding resources before process shutdown, if required.
6613 **
6614 ** The xCreate() method is used to construct a new cache instance. The
6615 ** first parameter, szPage, is the size in bytes of the pages that must
6616 ** be allocated by the cache. szPage will not be a power of two. The
6617 ** second argument, bPurgeable, is true if the cache being created will
6618 ** be used to cache database pages read from a file stored on disk, or
6619 ** false if it is used for an in-memory database. The cache implementation
6620 ** does not have to do anything special based on the value of bPurgeable,
6621 ** it is purely advisory. 
6622 **
6623 ** The xCachesize() method may be called at any time by SQLite to set the
6624 ** suggested maximum cache-size (number of pages stored by) the cache
6625 ** instance passed as the first argument. This is the value configured using
6626 ** the SQLite "[PRAGMA cache_size]" command. As with the bPurgeable parameter,
6627 ** the implementation is not required to do anything special with this
6628 ** value, it is advisory only.
6629 **
6630 ** The xPagecount() method should return the number of pages currently
6631 ** stored in the cache supplied as an argument.
6632 ** 
6633 ** The xFetch() method is used to fetch a page and return a pointer to it. 
6634 ** A 'page', in this context, is a buffer of szPage bytes aligned at an
6635 ** 8-byte boundary. The page to be fetched is determined by the key. The
6636 ** mimimum key value is 1. After it has been retrieved using xFetch, the page 
6637 ** is considered to be pinned.
6638 **
6639 ** If the requested page is already in the page cache, then a pointer to
6640 ** the cached buffer should be returned with its contents intact. If the
6641 ** page is not already in the cache, then the expected behaviour of the
6642 ** cache is determined by the value of the createFlag parameter passed
6643 ** to xFetch, according to the following table:
6644 **
6645 ** <table border=1 width=85% align=center>
6646 **   <tr><th>createFlag<th>Expected Behaviour
6647 **   <tr><td>0<td>NULL should be returned. No new cache entry is created.
6648 **   <tr><td>1<td>If createFlag is set to 1, this indicates that 
6649 **                SQLite is holding pinned pages that can be unpinned
6650 **                by writing their contents to the database file (a
6651 **                relatively expensive operation). In this situation the
6652 **                cache implementation has two choices: it can return NULL,
6653 **                in which case SQLite will attempt to unpin one or more 
6654 **                pages before re-requesting the same page, or it can
6655 **                allocate a new page and return a pointer to it. If a new
6656 **                page is allocated, then it must be completely zeroed before 
6657 **                it is returned.
6658 **   <tr><td>2<td>If createFlag is set to 2, then SQLite is not holding any
6659 **                pinned pages associated with the specific cache passed
6660 **                as the first argument to xFetch() that can be unpinned. The
6661 **                cache implementation should attempt to allocate a new
6662 **                cache entry and return a pointer to it. Again, the new
6663 **                page should be zeroed before it is returned. If the xFetch()
6664 **                method returns NULL when createFlag==2, SQLite assumes that
6665 **                a memory allocation failed and returns SQLITE_NOMEM to the
6666 **                user.
6667 ** </table>
6668 **
6669 ** xUnpin() is called by SQLite with a pointer to a currently pinned page
6670 ** as its second argument. If the third parameter, discard, is non-zero,
6671 ** then the page should be evicted from the cache. In this case SQLite 
6672 ** assumes that the next time the page is retrieved from the cache using
6673 ** the xFetch() method, it will be zeroed. If the discard parameter is
6674 ** zero, then the page is considered to be unpinned. The cache implementation
6675 ** may choose to reclaim (free or recycle) unpinned pages at any time.
6676 ** SQLite assumes that next time the page is retrieved from the cache
6677 ** it will either be zeroed, or contain the same data that it did when it
6678 ** was unpinned.
6679 **
6680 ** The cache is not required to perform any reference counting. A single 
6681 ** call to xUnpin() unpins the page regardless of the number of prior calls 
6682 ** to xFetch().
6683 **
6684 ** The xRekey() method is used to change the key value associated with the
6685 ** page passed as the second argument from oldKey to newKey. If the cache
6686 ** previously contains an entry associated with newKey, it should be
6687 ** discarded. Any prior cache entry associated with newKey is guaranteed not
6688 ** to be pinned.
6689 **
6690 ** When SQLite calls the xTruncate() method, the cache must discard all
6691 ** existing cache entries with page numbers (keys) greater than or equal
6692 ** to the value of the iLimit parameter passed to xTruncate(). If any
6693 ** of these pages are pinned, they are implicitly unpinned, meaning that
6694 ** they can be safely discarded.
6695 **
6696 ** The xDestroy() method is used to delete a cache allocated by xCreate().
6697 ** All resources associated with the specified cache should be freed. After
6698 ** calling the xDestroy() method, SQLite considers the [sqlite3_pcache*]
6699 ** handle invalid, and will not use it with any other sqlite3_pcache_methods
6700 ** functions.
6701 */
6702 typedef struct sqlite3_pcache_methods sqlite3_pcache_methods;
6703 struct sqlite3_pcache_methods {
6704   void *pArg;
6705   int (*xInit)(void*);
6706   void (*xShutdown)(void*);
6707   sqlite3_pcache *(*xCreate)(int szPage, int bPurgeable);
6708   void (*xCachesize)(sqlite3_pcache*, int nCachesize);
6709   int (*xPagecount)(sqlite3_pcache*);
6710   void *(*xFetch)(sqlite3_pcache*, unsigned key, int createFlag);
6711   void (*xUnpin)(sqlite3_pcache*, void*, int discard);
6712   void (*xRekey)(sqlite3_pcache*, void*, unsigned oldKey, unsigned newKey);
6713   void (*xTruncate)(sqlite3_pcache*, unsigned iLimit);
6714   void (*xDestroy)(sqlite3_pcache*);
6715 };
6716
6717 /*
6718 ** Undo the hack that converts floating point types to integer for
6719 ** builds on processors without floating point support.
6720 */
6721 #ifdef SQLITE_OMIT_FLOATING_POINT
6722 # undef double
6723 #endif
6724
6725 #ifdef __cplusplus
6726 }  /* End of the 'extern "C"' block */
6727 #endif
6728 #endif