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