drh | 7589723 | 2000-05-29 14:26:00 +0000 | [diff] [blame] | 1 | /* |
drh | b19a2bc | 2001-09-16 00:13:26 +0000 | [diff] [blame] | 2 | ** 2001 September 15 |
drh | 7589723 | 2000-05-29 14:26:00 +0000 | [diff] [blame] | 3 | ** |
drh | b19a2bc | 2001-09-16 00:13:26 +0000 | [diff] [blame] | 4 | ** The author disclaims copyright to this source code. In place of |
| 5 | ** a legal notice, here is a blessing: |
drh | 7589723 | 2000-05-29 14:26:00 +0000 | [diff] [blame] | 6 | ** |
drh | b19a2bc | 2001-09-16 00:13:26 +0000 | [diff] [blame] | 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. |
drh | 7589723 | 2000-05-29 14:26:00 +0000 | [diff] [blame] | 10 | ** |
| 11 | ************************************************************************* |
drh | b19a2bc | 2001-09-16 00:13:26 +0000 | [diff] [blame] | 12 | ** This header file defines the interface that the SQLite library |
drh | 7589723 | 2000-05-29 14:26:00 +0000 | [diff] [blame] | 13 | ** presents to client programs. |
| 14 | ** |
drh | 4f26d6c | 2004-05-26 23:25:30 +0000 | [diff] [blame^] | 15 | ** @(#) $Id: sqlite.h.in,v 1.82 2004/05/26 23:25:31 drh Exp $ |
drh | 7589723 | 2000-05-29 14:26:00 +0000 | [diff] [blame] | 16 | */ |
| 17 | #ifndef _SQLITE_H_ |
| 18 | #define _SQLITE_H_ |
drh | a18c568 | 2000-10-08 22:20:57 +0000 | [diff] [blame] | 19 | #include <stdarg.h> /* Needed for the definition of va_list */ |
drh | 7589723 | 2000-05-29 14:26:00 +0000 | [diff] [blame] | 20 | |
| 21 | /* |
drh | 382c024 | 2001-10-06 16:33:02 +0000 | [diff] [blame] | 22 | ** Make sure we can call this stuff from C++. |
| 23 | */ |
| 24 | #ifdef __cplusplus |
| 25 | extern "C" { |
| 26 | #endif |
| 27 | |
| 28 | /* |
drh | b86ccfb | 2003-01-28 23:13:10 +0000 | [diff] [blame] | 29 | ** The version of the SQLite library. |
| 30 | */ |
| 31 | #define SQLITE_VERSION "--VERS--" |
| 32 | |
| 33 | /* |
drh | b217a57 | 2000-08-22 13:40:18 +0000 | [diff] [blame] | 34 | ** The version string is also compiled into the library so that a program |
| 35 | ** can check to make sure that the lib*.a file and the *.h file are from |
| 36 | ** the same version. |
| 37 | */ |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 38 | extern const char sqlite3_version[]; |
drh | 303aaa7 | 2000-08-17 10:22:34 +0000 | [diff] [blame] | 39 | |
| 40 | /* |
drh | 297ecf1 | 2001-04-05 15:57:13 +0000 | [diff] [blame] | 41 | ** The SQLITE_UTF8 macro is defined if the library expects to see |
| 42 | ** UTF-8 encoded data. The SQLITE_ISO8859 macro is defined if the |
| 43 | ** iso8859 encoded should be used. |
| 44 | */ |
| 45 | #define SQLITE_--ENCODING-- 1 |
| 46 | |
| 47 | /* |
| 48 | ** The following constant holds one of two strings, "UTF-8" or "iso8859", |
| 49 | ** depending on which character encoding the SQLite library expects to |
| 50 | ** see. The character encoding makes a difference for the LIKE and GLOB |
| 51 | ** operators and for the LENGTH() and SUBSTR() functions. |
| 52 | */ |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 53 | extern const char sqlite3_encoding[]; |
drh | 297ecf1 | 2001-04-05 15:57:13 +0000 | [diff] [blame] | 54 | |
| 55 | /* |
drh | 7589723 | 2000-05-29 14:26:00 +0000 | [diff] [blame] | 56 | ** Each open sqlite database is represented by an instance of the |
| 57 | ** following opaque structure. |
| 58 | */ |
| 59 | typedef struct sqlite sqlite; |
danielk1977 | 6590493 | 2004-05-26 06:18:37 +0000 | [diff] [blame] | 60 | typedef struct sqlite sqlite3; |
| 61 | |
drh | 7589723 | 2000-05-29 14:26:00 +0000 | [diff] [blame] | 62 | |
| 63 | /* |
drh | 7589723 | 2000-05-29 14:26:00 +0000 | [diff] [blame] | 64 | ** A function to close the database. |
| 65 | ** |
| 66 | ** Call this function with a pointer to a structure that was previously |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 67 | ** returned from sqlite3_open() and the corresponding database will by closed. |
drh | 7589723 | 2000-05-29 14:26:00 +0000 | [diff] [blame] | 68 | */ |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 69 | void sqlite3_close(sqlite *); |
drh | 7589723 | 2000-05-29 14:26:00 +0000 | [diff] [blame] | 70 | |
| 71 | /* |
| 72 | ** The type for a callback function. |
| 73 | */ |
| 74 | typedef int (*sqlite_callback)(void*,int,char**, char**); |
| 75 | |
| 76 | /* |
| 77 | ** A function to executes one or more statements of SQL. |
| 78 | ** |
| 79 | ** If one or more of the SQL statements are queries, then |
| 80 | ** the callback function specified by the 3rd parameter is |
| 81 | ** invoked once for each row of the query result. This callback |
| 82 | ** should normally return 0. If the callback returns a non-zero |
| 83 | ** value then the query is aborted, all subsequent SQL statements |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 84 | ** are skipped and the sqlite3_exec() function returns the SQLITE_ABORT. |
drh | 7589723 | 2000-05-29 14:26:00 +0000 | [diff] [blame] | 85 | ** |
| 86 | ** The 4th parameter is an arbitrary pointer that is passed |
| 87 | ** to the callback function as its first parameter. |
| 88 | ** |
| 89 | ** The 2nd parameter to the callback function is the number of |
drh | b19a2bc | 2001-09-16 00:13:26 +0000 | [diff] [blame] | 90 | ** columns in the query result. The 3rd parameter to the callback |
| 91 | ** is an array of strings holding the values for each column. |
| 92 | ** The 4th parameter to the callback is an array of strings holding |
| 93 | ** the names of each column. |
drh | 7589723 | 2000-05-29 14:26:00 +0000 | [diff] [blame] | 94 | ** |
| 95 | ** The callback function may be NULL, even for queries. A NULL |
| 96 | ** callback is not an error. It just means that no callback |
| 97 | ** will be invoked. |
| 98 | ** |
| 99 | ** If an error occurs while parsing or evaluating the SQL (but |
| 100 | ** not while executing the callback) then an appropriate error |
| 101 | ** message is written into memory obtained from malloc() and |
drh | b19a2bc | 2001-09-16 00:13:26 +0000 | [diff] [blame] | 102 | ** *errmsg is made to point to that message. The calling function |
| 103 | ** is responsible for freeing the memory that holds the error |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 104 | ** message. Use sqlite3_freemem() for this. If errmsg==NULL, |
drh | b86ccfb | 2003-01-28 23:13:10 +0000 | [diff] [blame] | 105 | ** then no error message is ever written. |
drh | b19a2bc | 2001-09-16 00:13:26 +0000 | [diff] [blame] | 106 | ** |
| 107 | ** The return value is is SQLITE_OK if there are no errors and |
| 108 | ** some other return code if there is an error. The particular |
| 109 | ** return value depends on the type of error. |
drh | 58b9576 | 2000-06-02 01:17:37 +0000 | [diff] [blame] | 110 | ** |
| 111 | ** If the query could not be executed because a database file is |
drh | 2dfbbca | 2000-07-28 14:32:48 +0000 | [diff] [blame] | 112 | ** locked or busy, then this function returns SQLITE_BUSY. (This |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 113 | ** behavior can be modified somewhat using the sqlite3_busy_handler() |
| 114 | ** and sqlite3_busy_timeout() functions below.) |
drh | 7589723 | 2000-05-29 14:26:00 +0000 | [diff] [blame] | 115 | */ |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 116 | int sqlite3_exec( |
drh | 7589723 | 2000-05-29 14:26:00 +0000 | [diff] [blame] | 117 | sqlite*, /* An open database */ |
drh | 9f71c2e | 2001-11-03 23:57:09 +0000 | [diff] [blame] | 118 | const char *sql, /* SQL to be executed */ |
drh | 7589723 | 2000-05-29 14:26:00 +0000 | [diff] [blame] | 119 | sqlite_callback, /* Callback function */ |
| 120 | void *, /* 1st argument to callback function */ |
| 121 | char **errmsg /* Error msg written here */ |
| 122 | ); |
| 123 | |
drh | 58b9576 | 2000-06-02 01:17:37 +0000 | [diff] [blame] | 124 | /* |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 125 | ** Return values for sqlite3_exec() and sqlite3_step() |
drh | 58b9576 | 2000-06-02 01:17:37 +0000 | [diff] [blame] | 126 | */ |
drh | 717e640 | 2001-09-27 03:22:32 +0000 | [diff] [blame] | 127 | #define SQLITE_OK 0 /* Successful result */ |
| 128 | #define SQLITE_ERROR 1 /* SQL error or missing database */ |
| 129 | #define SQLITE_INTERNAL 2 /* An internal logic error in SQLite */ |
| 130 | #define SQLITE_PERM 3 /* Access permission denied */ |
| 131 | #define SQLITE_ABORT 4 /* Callback routine requested an abort */ |
| 132 | #define SQLITE_BUSY 5 /* The database file is locked */ |
| 133 | #define SQLITE_LOCKED 6 /* A table in the database is locked */ |
| 134 | #define SQLITE_NOMEM 7 /* A malloc() failed */ |
| 135 | #define SQLITE_READONLY 8 /* Attempt to write a readonly database */ |
drh | 24cd67e | 2004-05-10 16:18:47 +0000 | [diff] [blame] | 136 | #define SQLITE_INTERRUPT 9 /* Operation terminated by sqlite3_interrupt()*/ |
drh | 717e640 | 2001-09-27 03:22:32 +0000 | [diff] [blame] | 137 | #define SQLITE_IOERR 10 /* Some kind of disk I/O error occurred */ |
| 138 | #define SQLITE_CORRUPT 11 /* The database disk image is malformed */ |
| 139 | #define SQLITE_NOTFOUND 12 /* (Internal Only) Table or record not found */ |
| 140 | #define SQLITE_FULL 13 /* Insertion failed because database is full */ |
| 141 | #define SQLITE_CANTOPEN 14 /* Unable to open the database file */ |
| 142 | #define SQLITE_PROTOCOL 15 /* Database lock protocol error */ |
drh | 24cd67e | 2004-05-10 16:18:47 +0000 | [diff] [blame] | 143 | #define SQLITE_EMPTY 16 /* Database is empty */ |
drh | 717e640 | 2001-09-27 03:22:32 +0000 | [diff] [blame] | 144 | #define SQLITE_SCHEMA 17 /* The database schema changed */ |
| 145 | #define SQLITE_TOOBIG 18 /* Too much data for one row of a table */ |
| 146 | #define SQLITE_CONSTRAINT 19 /* Abort due to contraint violation */ |
drh | 8aff101 | 2001-12-22 14:49:24 +0000 | [diff] [blame] | 147 | #define SQLITE_MISMATCH 20 /* Data type mismatch */ |
drh | 247be43 | 2002-05-10 05:44:55 +0000 | [diff] [blame] | 148 | #define SQLITE_MISUSE 21 /* Library used incorrectly */ |
drh | 8766c34 | 2002-11-09 00:33:15 +0000 | [diff] [blame] | 149 | #define SQLITE_NOLFS 22 /* Uses OS features not supported on host */ |
drh | ed6c867 | 2003-01-12 18:02:16 +0000 | [diff] [blame] | 150 | #define SQLITE_AUTH 23 /* Authorization denied */ |
drh | 1c2d841 | 2003-03-31 00:30:47 +0000 | [diff] [blame] | 151 | #define SQLITE_FORMAT 24 /* Auxiliary database format error */ |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 152 | #define SQLITE_RANGE 25 /* 2nd parameter to sqlite3_bind out of range */ |
drh | c602f9a | 2004-02-12 19:01:04 +0000 | [diff] [blame] | 153 | #define SQLITE_NOTADB 26 /* File opened that is not a database file */ |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 154 | #define SQLITE_ROW 100 /* sqlite3_step() has another row ready */ |
| 155 | #define SQLITE_DONE 101 /* sqlite3_step() has finished executing */ |
drh | 717e640 | 2001-09-27 03:22:32 +0000 | [diff] [blame] | 156 | |
drh | af9ff33 | 2002-01-16 21:00:27 +0000 | [diff] [blame] | 157 | /* |
| 158 | ** Each entry in an SQLite table has a unique integer key. (The key is |
| 159 | ** the value of the INTEGER PRIMARY KEY column if there is such a column, |
| 160 | ** otherwise the key is generated at random. The unique key is always |
| 161 | ** available as the ROWID, OID, or _ROWID_ column.) The following routine |
| 162 | ** returns the integer key of the most recent insert in the database. |
| 163 | ** |
| 164 | ** This function is similar to the mysql_insert_id() function from MySQL. |
| 165 | */ |
drh | f9b596e | 2004-05-26 16:54:42 +0000 | [diff] [blame] | 166 | long long int sqlite3_last_insert_rowid(sqlite*); |
drh | af9ff33 | 2002-01-16 21:00:27 +0000 | [diff] [blame] | 167 | |
drh | c8d30ac | 2002-04-12 10:08:59 +0000 | [diff] [blame] | 168 | /* |
| 169 | ** This function returns the number of database rows that were changed |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 170 | ** (or inserted or deleted) by the most recent called sqlite3_exec(). |
drh | c8d30ac | 2002-04-12 10:08:59 +0000 | [diff] [blame] | 171 | ** |
| 172 | ** All changes are counted, even if they were later undone by a |
| 173 | ** ROLLBACK or ABORT. Except, changes associated with creating and |
| 174 | ** dropping tables are not counted. |
| 175 | ** |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 176 | ** If a callback invokes sqlite3_exec() recursively, then the changes |
drh | c8d30ac | 2002-04-12 10:08:59 +0000 | [diff] [blame] | 177 | ** in the inner, recursive call are counted together with the changes |
| 178 | ** in the outer call. |
| 179 | ** |
| 180 | ** SQLite implements the command "DELETE FROM table" without a WHERE clause |
| 181 | ** by dropping and recreating the table. (This is much faster than going |
| 182 | ** through and deleting individual elements form the table.) Because of |
| 183 | ** this optimization, the change count for "DELETE FROM table" will be |
| 184 | ** zero regardless of the number of elements that were originally in the |
| 185 | ** table. To get an accurate count of the number of rows deleted, use |
| 186 | ** "DELETE FROM table WHERE 1" instead. |
| 187 | */ |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 188 | int sqlite3_changes(sqlite*); |
drh | c8d30ac | 2002-04-12 10:08:59 +0000 | [diff] [blame] | 189 | |
rdc | f146a77 | 2004-02-25 22:51:06 +0000 | [diff] [blame] | 190 | /* |
| 191 | ** This function returns the number of database rows that were changed |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 192 | ** by the last INSERT, UPDATE, or DELETE statment executed by sqlite3_exec(), |
rdc | f146a77 | 2004-02-25 22:51:06 +0000 | [diff] [blame] | 193 | ** or by the last VM to run to completion. The change count is not updated |
| 194 | ** by SQL statements other than INSERT, UPDATE or DELETE. |
| 195 | ** |
| 196 | ** Changes are counted, even if they are later undone by a ROLLBACK or |
| 197 | ** ABORT. Changes associated with trigger programs that execute as a |
| 198 | ** result of the INSERT, UPDATE, or DELETE statement are not counted. |
| 199 | ** |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 200 | ** If a callback invokes sqlite3_exec() recursively, then the changes |
rdc | f146a77 | 2004-02-25 22:51:06 +0000 | [diff] [blame] | 201 | ** in the inner, recursive call are counted together with the changes |
| 202 | ** in the outer call. |
| 203 | ** |
| 204 | ** SQLite implements the command "DELETE FROM table" without a WHERE clause |
| 205 | ** by dropping and recreating the table. (This is much faster than going |
| 206 | ** through and deleting individual elements form the table.) Because of |
| 207 | ** this optimization, the change count for "DELETE FROM table" will be |
| 208 | ** zero regardless of the number of elements that were originally in the |
| 209 | ** table. To get an accurate count of the number of rows deleted, use |
| 210 | ** "DELETE FROM table WHERE 1" instead. |
| 211 | ** |
| 212 | ******* THIS IS AN EXPERIMENTAL API AND IS SUBJECT TO CHANGE ****** |
| 213 | */ |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 214 | int sqlite3_last_statement_changes(sqlite*); |
rdc | f146a77 | 2004-02-25 22:51:06 +0000 | [diff] [blame] | 215 | |
drh | 717e640 | 2001-09-27 03:22:32 +0000 | [diff] [blame] | 216 | /* If the parameter to this routine is one of the return value constants |
| 217 | ** defined above, then this routine returns a constant text string which |
| 218 | ** descripts (in English) the meaning of the return value. |
| 219 | */ |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 220 | const char *sqlite3_error_string(int); |
| 221 | #define sqliteErrStr sqlite3_error_string /* Legacy. Do not use in new code. */ |
drh | 4c50439 | 2000-10-16 22:06:40 +0000 | [diff] [blame] | 222 | |
| 223 | /* This function causes any pending database operation to abort and |
| 224 | ** return at its earliest opportunity. This routine is typically |
drh | 66b89c8 | 2000-11-28 20:47:17 +0000 | [diff] [blame] | 225 | ** called in response to a user action such as pressing "Cancel" |
drh | 4c50439 | 2000-10-16 22:06:40 +0000 | [diff] [blame] | 226 | ** or Ctrl-C where the user wants a long query operation to halt |
| 227 | ** immediately. |
| 228 | */ |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 229 | void sqlite3_interrupt(sqlite*); |
drh | 4c50439 | 2000-10-16 22:06:40 +0000 | [diff] [blame] | 230 | |
drh | eec553b | 2000-06-02 01:51:20 +0000 | [diff] [blame] | 231 | |
drh | 7589723 | 2000-05-29 14:26:00 +0000 | [diff] [blame] | 232 | /* This function returns true if the given input string comprises |
| 233 | ** one or more complete SQL statements. |
| 234 | ** |
| 235 | ** The algorithm is simple. If the last token other than spaces |
| 236 | ** and comments is a semicolon, then return true. otherwise return |
| 237 | ** false. |
| 238 | */ |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 239 | int sqlite3_complete(const char *sql); |
drh | 7589723 | 2000-05-29 14:26:00 +0000 | [diff] [blame] | 240 | |
drh | 2dfbbca | 2000-07-28 14:32:48 +0000 | [diff] [blame] | 241 | /* |
| 242 | ** This routine identifies a callback function that is invoked |
| 243 | ** whenever an attempt is made to open a database table that is |
| 244 | ** currently locked by another process or thread. If the busy callback |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 245 | ** is NULL, then sqlite3_exec() returns SQLITE_BUSY immediately if |
drh | 2dfbbca | 2000-07-28 14:32:48 +0000 | [diff] [blame] | 246 | ** it finds a locked table. If the busy callback is not NULL, then |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 247 | ** sqlite3_exec() invokes the callback with three arguments. The |
drh | 2dfbbca | 2000-07-28 14:32:48 +0000 | [diff] [blame] | 248 | ** second argument is the name of the locked table and the third |
| 249 | ** argument is the number of times the table has been busy. If the |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 250 | ** busy callback returns 0, then sqlite3_exec() immediately returns |
| 251 | ** SQLITE_BUSY. If the callback returns non-zero, then sqlite3_exec() |
drh | 2dfbbca | 2000-07-28 14:32:48 +0000 | [diff] [blame] | 252 | ** tries to open the table again and the cycle repeats. |
| 253 | ** |
| 254 | ** The default busy callback is NULL. |
| 255 | ** |
| 256 | ** Sqlite is re-entrant, so the busy handler may start a new query. |
| 257 | ** (It is not clear why anyone would every want to do this, but it |
| 258 | ** is allowed, in theory.) But the busy handler may not close the |
| 259 | ** database. Closing the database from a busy handler will delete |
| 260 | ** data structures out from under the executing query and will |
| 261 | ** probably result in a coredump. |
| 262 | */ |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 263 | void sqlite3_busy_handler(sqlite*, int(*)(void*,const char*,int), void*); |
drh | 2dfbbca | 2000-07-28 14:32:48 +0000 | [diff] [blame] | 264 | |
| 265 | /* |
| 266 | ** This routine sets a busy handler that sleeps for a while when a |
| 267 | ** table is locked. The handler will sleep multiple times until |
| 268 | ** at least "ms" milleseconds of sleeping have been done. After |
| 269 | ** "ms" milleseconds of sleeping, the handler returns 0 which |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 270 | ** causes sqlite3_exec() to return SQLITE_BUSY. |
drh | 2dfbbca | 2000-07-28 14:32:48 +0000 | [diff] [blame] | 271 | ** |
| 272 | ** Calling this routine with an argument less than or equal to zero |
| 273 | ** turns off all busy handlers. |
| 274 | */ |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 275 | void sqlite3_busy_timeout(sqlite*, int ms); |
drh | 2dfbbca | 2000-07-28 14:32:48 +0000 | [diff] [blame] | 276 | |
drh | e371033 | 2000-09-29 13:30:53 +0000 | [diff] [blame] | 277 | /* |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 278 | ** This next routine is really just a wrapper around sqlite3_exec(). |
drh | e371033 | 2000-09-29 13:30:53 +0000 | [diff] [blame] | 279 | ** Instead of invoking a user-supplied callback for each row of the |
| 280 | ** result, this routine remembers each row of the result in memory |
| 281 | ** obtained from malloc(), then returns all of the result after the |
drh | a18c568 | 2000-10-08 22:20:57 +0000 | [diff] [blame] | 282 | ** query has finished. |
| 283 | ** |
| 284 | ** As an example, suppose the query result where this table: |
| 285 | ** |
| 286 | ** Name | Age |
| 287 | ** ----------------------- |
| 288 | ** Alice | 43 |
| 289 | ** Bob | 28 |
| 290 | ** Cindy | 21 |
| 291 | ** |
| 292 | ** If the 3rd argument were &azResult then after the function returns |
drh | 98699b5 | 2000-10-09 12:57:00 +0000 | [diff] [blame] | 293 | ** azResult will contain the following data: |
drh | a18c568 | 2000-10-08 22:20:57 +0000 | [diff] [blame] | 294 | ** |
| 295 | ** azResult[0] = "Name"; |
| 296 | ** azResult[1] = "Age"; |
| 297 | ** azResult[2] = "Alice"; |
| 298 | ** azResult[3] = "43"; |
| 299 | ** azResult[4] = "Bob"; |
| 300 | ** azResult[5] = "28"; |
| 301 | ** azResult[6] = "Cindy"; |
| 302 | ** azResult[7] = "21"; |
| 303 | ** |
| 304 | ** Notice that there is an extra row of data containing the column |
| 305 | ** headers. But the *nrow return value is still 3. *ncolumn is |
| 306 | ** set to 2. In general, the number of values inserted into azResult |
| 307 | ** will be ((*nrow) + 1)*(*ncolumn). |
| 308 | ** |
| 309 | ** After the calling function has finished using the result, it should |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 310 | ** pass the result data pointer to sqlite3_free_table() in order to |
drh | a18c568 | 2000-10-08 22:20:57 +0000 | [diff] [blame] | 311 | ** release the memory that was malloc-ed. Because of the way the |
| 312 | ** malloc() happens, the calling function must not try to call |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 313 | ** malloc() directly. Only sqlite3_free_table() is able to release |
drh | a18c568 | 2000-10-08 22:20:57 +0000 | [diff] [blame] | 314 | ** the memory properly and safely. |
drh | e371033 | 2000-09-29 13:30:53 +0000 | [diff] [blame] | 315 | ** |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 316 | ** The return value of this routine is the same as from sqlite3_exec(). |
drh | e371033 | 2000-09-29 13:30:53 +0000 | [diff] [blame] | 317 | */ |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 318 | int sqlite3_get_table( |
drh | e371033 | 2000-09-29 13:30:53 +0000 | [diff] [blame] | 319 | sqlite*, /* An open database */ |
drh | 9f71c2e | 2001-11-03 23:57:09 +0000 | [diff] [blame] | 320 | const char *sql, /* SQL to be executed */ |
drh | e371033 | 2000-09-29 13:30:53 +0000 | [diff] [blame] | 321 | char ***resultp, /* Result written to a char *[] that this points to */ |
| 322 | int *nrow, /* Number of result rows written here */ |
| 323 | int *ncolumn, /* Number of result columns written here */ |
| 324 | char **errmsg /* Error msg written here */ |
| 325 | ); |
| 326 | |
| 327 | /* |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 328 | ** Call this routine to free the memory that sqlite3_get_table() allocated. |
drh | e371033 | 2000-09-29 13:30:53 +0000 | [diff] [blame] | 329 | */ |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 330 | void sqlite3_free_table(char **result); |
drh | e371033 | 2000-09-29 13:30:53 +0000 | [diff] [blame] | 331 | |
drh | a18c568 | 2000-10-08 22:20:57 +0000 | [diff] [blame] | 332 | /* |
drh | 4f26d6c | 2004-05-26 23:25:30 +0000 | [diff] [blame^] | 333 | ** The following routines are variants of the "sprintf()" from the |
| 334 | ** standard C library. The resulting string is written into memory |
| 335 | ** obtained from malloc() so that there is never a possiblity of buffer |
| 336 | ** overflow. These routines also implement some additional formatting |
| 337 | ** options that are useful for constructing SQL statements. |
| 338 | ** |
| 339 | ** The strings returned by these routines should be freed by calling |
| 340 | ** sqlite3_free(). |
drh | a18c568 | 2000-10-08 22:20:57 +0000 | [diff] [blame] | 341 | ** |
| 342 | ** All of the usual printf formatting options apply. In addition, there |
| 343 | ** is a "%q" option. %q works like %s in that it substitutes a null-terminated |
drh | 66b89c8 | 2000-11-28 20:47:17 +0000 | [diff] [blame] | 344 | ** string from the argument list. But %q also doubles every '\'' character. |
drh | a18c568 | 2000-10-08 22:20:57 +0000 | [diff] [blame] | 345 | ** %q is designed for use inside a string literal. By doubling each '\'' |
drh | 66b89c8 | 2000-11-28 20:47:17 +0000 | [diff] [blame] | 346 | ** character it escapes that character and allows it to be inserted into |
drh | a18c568 | 2000-10-08 22:20:57 +0000 | [diff] [blame] | 347 | ** the string. |
| 348 | ** |
| 349 | ** For example, so some string variable contains text as follows: |
| 350 | ** |
| 351 | ** char *zText = "It's a happy day!"; |
| 352 | ** |
| 353 | ** We can use this text in an SQL statement as follows: |
| 354 | ** |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 355 | ** sqlite3_exec_printf(db, "INSERT INTO table VALUES('%q')", |
drh | a18c568 | 2000-10-08 22:20:57 +0000 | [diff] [blame] | 356 | ** callback1, 0, 0, zText); |
| 357 | ** |
| 358 | ** Because the %q format string is used, the '\'' character in zText |
| 359 | ** is escaped and the SQL generated is as follows: |
| 360 | ** |
| 361 | ** INSERT INTO table1 VALUES('It''s a happy day!') |
| 362 | ** |
| 363 | ** This is correct. Had we used %s instead of %q, the generated SQL |
| 364 | ** would have looked like this: |
| 365 | ** |
| 366 | ** INSERT INTO table1 VALUES('It's a happy day!'); |
| 367 | ** |
| 368 | ** This second example is an SQL syntax error. As a general rule you |
| 369 | ** should always use %q instead of %s when inserting text into a string |
| 370 | ** literal. |
| 371 | */ |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 372 | char *sqlite3_mprintf(const char*,...); |
| 373 | char *sqlite3_vmprintf(const char*, va_list); |
drh | 4f26d6c | 2004-05-26 23:25:30 +0000 | [diff] [blame^] | 374 | void sqlite3_free(char *z); |
drh | 5191b7e | 2002-03-08 02:12:00 +0000 | [diff] [blame] | 375 | |
| 376 | /* |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 377 | ** Windows systems need functions to call to return the sqlite3_version |
| 378 | ** and sqlite3_encoding strings. |
drh | 5191b7e | 2002-03-08 02:12:00 +0000 | [diff] [blame] | 379 | */ |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 380 | const char *sqlite3_libversion(void); |
| 381 | const char *sqlite3_libencoding(void); |
drh | 5191b7e | 2002-03-08 02:12:00 +0000 | [diff] [blame] | 382 | |
| 383 | /* |
drh | ed6c867 | 2003-01-12 18:02:16 +0000 | [diff] [blame] | 384 | ** This routine registers a callback with the SQLite library. The |
drh | b86ccfb | 2003-01-28 23:13:10 +0000 | [diff] [blame] | 385 | ** callback is invoked (at compile-time, not at run-time) for each |
| 386 | ** attempt to access a column of a table in the database. The callback |
| 387 | ** returns SQLITE_OK if access is allowed, SQLITE_DENY if the entire |
| 388 | ** SQL statement should be aborted with an error and SQLITE_IGNORE |
| 389 | ** if the column should be treated as a NULL value. |
drh | ed6c867 | 2003-01-12 18:02:16 +0000 | [diff] [blame] | 390 | */ |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 391 | int sqlite3_set_authorizer( |
drh | ed6c867 | 2003-01-12 18:02:16 +0000 | [diff] [blame] | 392 | sqlite*, |
drh | e22a334 | 2003-04-22 20:30:37 +0000 | [diff] [blame] | 393 | int (*xAuth)(void*,int,const char*,const char*,const char*,const char*), |
drh | e5f9c64 | 2003-01-13 23:27:31 +0000 | [diff] [blame] | 394 | void *pUserData |
drh | ed6c867 | 2003-01-12 18:02:16 +0000 | [diff] [blame] | 395 | ); |
| 396 | |
| 397 | /* |
| 398 | ** The second parameter to the access authorization function above will |
drh | e5f9c64 | 2003-01-13 23:27:31 +0000 | [diff] [blame] | 399 | ** be one of the values below. These values signify what kind of operation |
| 400 | ** is to be authorized. The 3rd and 4th parameters to the authorization |
| 401 | ** function will be parameters or NULL depending on which of the following |
drh | e22a334 | 2003-04-22 20:30:37 +0000 | [diff] [blame] | 402 | ** codes is used as the second parameter. The 5th parameter is the name |
| 403 | ** of the database ("main", "temp", etc.) if applicable. The 6th parameter |
drh | 5cf590c | 2003-04-24 01:45:04 +0000 | [diff] [blame] | 404 | ** is the name of the inner-most trigger or view that is responsible for |
| 405 | ** the access attempt or NULL if this access attempt is directly from |
| 406 | ** input SQL code. |
drh | e5f9c64 | 2003-01-13 23:27:31 +0000 | [diff] [blame] | 407 | ** |
| 408 | ** Arg-3 Arg-4 |
drh | ed6c867 | 2003-01-12 18:02:16 +0000 | [diff] [blame] | 409 | */ |
drh | 77ad4e4 | 2003-01-14 02:49:27 +0000 | [diff] [blame] | 410 | #define SQLITE_COPY 0 /* Table Name File Name */ |
drh | e5f9c64 | 2003-01-13 23:27:31 +0000 | [diff] [blame] | 411 | #define SQLITE_CREATE_INDEX 1 /* Index Name Table Name */ |
| 412 | #define SQLITE_CREATE_TABLE 2 /* Table Name NULL */ |
| 413 | #define SQLITE_CREATE_TEMP_INDEX 3 /* Index Name Table Name */ |
| 414 | #define SQLITE_CREATE_TEMP_TABLE 4 /* Table Name NULL */ |
drh | 77ad4e4 | 2003-01-14 02:49:27 +0000 | [diff] [blame] | 415 | #define SQLITE_CREATE_TEMP_TRIGGER 5 /* Trigger Name Table Name */ |
drh | e5f9c64 | 2003-01-13 23:27:31 +0000 | [diff] [blame] | 416 | #define SQLITE_CREATE_TEMP_VIEW 6 /* View Name NULL */ |
drh | 77ad4e4 | 2003-01-14 02:49:27 +0000 | [diff] [blame] | 417 | #define SQLITE_CREATE_TRIGGER 7 /* Trigger Name Table Name */ |
drh | e5f9c64 | 2003-01-13 23:27:31 +0000 | [diff] [blame] | 418 | #define SQLITE_CREATE_VIEW 8 /* View Name NULL */ |
| 419 | #define SQLITE_DELETE 9 /* Table Name NULL */ |
drh | 77ad4e4 | 2003-01-14 02:49:27 +0000 | [diff] [blame] | 420 | #define SQLITE_DROP_INDEX 10 /* Index Name Table Name */ |
drh | e5f9c64 | 2003-01-13 23:27:31 +0000 | [diff] [blame] | 421 | #define SQLITE_DROP_TABLE 11 /* Table Name NULL */ |
drh | 77ad4e4 | 2003-01-14 02:49:27 +0000 | [diff] [blame] | 422 | #define SQLITE_DROP_TEMP_INDEX 12 /* Index Name Table Name */ |
drh | e5f9c64 | 2003-01-13 23:27:31 +0000 | [diff] [blame] | 423 | #define SQLITE_DROP_TEMP_TABLE 13 /* Table Name NULL */ |
drh | 77ad4e4 | 2003-01-14 02:49:27 +0000 | [diff] [blame] | 424 | #define SQLITE_DROP_TEMP_TRIGGER 14 /* Trigger Name Table Name */ |
drh | e5f9c64 | 2003-01-13 23:27:31 +0000 | [diff] [blame] | 425 | #define SQLITE_DROP_TEMP_VIEW 15 /* View Name NULL */ |
drh | 77ad4e4 | 2003-01-14 02:49:27 +0000 | [diff] [blame] | 426 | #define SQLITE_DROP_TRIGGER 16 /* Trigger Name Table Name */ |
drh | e5f9c64 | 2003-01-13 23:27:31 +0000 | [diff] [blame] | 427 | #define SQLITE_DROP_VIEW 17 /* View Name NULL */ |
| 428 | #define SQLITE_INSERT 18 /* Table Name NULL */ |
| 429 | #define SQLITE_PRAGMA 19 /* Pragma Name 1st arg or NULL */ |
| 430 | #define SQLITE_READ 20 /* Table Name Column Name */ |
| 431 | #define SQLITE_SELECT 21 /* NULL NULL */ |
| 432 | #define SQLITE_TRANSACTION 22 /* NULL NULL */ |
| 433 | #define SQLITE_UPDATE 23 /* Table Name Column Name */ |
drh | 81e293b | 2003-06-06 19:00:42 +0000 | [diff] [blame] | 434 | #define SQLITE_ATTACH 24 /* Filename NULL */ |
| 435 | #define SQLITE_DETACH 25 /* Database Name NULL */ |
| 436 | |
drh | ed6c867 | 2003-01-12 18:02:16 +0000 | [diff] [blame] | 437 | |
| 438 | /* |
| 439 | ** The return value of the authorization function should be one of the |
| 440 | ** following constants: |
| 441 | */ |
| 442 | /* #define SQLITE_OK 0 // Allow access (This is actually defined above) */ |
| 443 | #define SQLITE_DENY 1 /* Abort the SQL statement with an error */ |
| 444 | #define SQLITE_IGNORE 2 /* Don't allow access, but don't generate an error */ |
| 445 | |
| 446 | /* |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 447 | ** Register a function that is called at every invocation of sqlite3_exec() |
danielk1977 | 4ad1713 | 2004-05-21 01:47:26 +0000 | [diff] [blame] | 448 | ** or sqlite3_prepare(). This function can be used (for example) to generate |
drh | b86ccfb | 2003-01-28 23:13:10 +0000 | [diff] [blame] | 449 | ** a log file of all SQL executed against a database. |
drh | 18de482 | 2003-01-16 16:28:53 +0000 | [diff] [blame] | 450 | */ |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 451 | void *sqlite3_trace(sqlite*, void(*xTrace)(void*,const char*), void*); |
drh | 18de482 | 2003-01-16 16:28:53 +0000 | [diff] [blame] | 452 | |
danielk1977 | 348bb5d | 2003-10-18 09:37:26 +0000 | [diff] [blame] | 453 | /* |
| 454 | ** This routine configures a callback function - the progress callback - that |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 455 | ** is invoked periodically during long running calls to sqlite3_exec(), |
| 456 | ** sqlite3_step() and sqlite3_get_table(). An example use for this API is to keep |
danielk1977 | 348bb5d | 2003-10-18 09:37:26 +0000 | [diff] [blame] | 457 | ** a GUI updated during a large query. |
| 458 | ** |
| 459 | ** The progress callback is invoked once for every N virtual machine opcodes, |
| 460 | ** where N is the second argument to this function. The progress callback |
| 461 | ** itself is identified by the third argument to this function. The fourth |
| 462 | ** argument to this function is a void pointer passed to the progress callback |
| 463 | ** function each time it is invoked. |
| 464 | ** |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 465 | ** If a call to sqlite3_exec(), sqlite3_step() or sqlite3_get_table() results |
danielk1977 | 348bb5d | 2003-10-18 09:37:26 +0000 | [diff] [blame] | 466 | ** in less than N opcodes being executed, then the progress callback is not |
| 467 | ** invoked. |
| 468 | ** |
danielk1977 | 348bb5d | 2003-10-18 09:37:26 +0000 | [diff] [blame] | 469 | ** To remove the progress callback altogether, pass NULL as the third |
| 470 | ** argument to this function. |
| 471 | ** |
| 472 | ** If the progress callback returns a result other than 0, then the current |
| 473 | ** query is immediately terminated and any database changes rolled back. If the |
| 474 | ** query was part of a larger transaction, then the transaction is not rolled |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 475 | ** back and remains active. The sqlite3_exec() call returns SQLITE_ABORT. |
drh | aa940ea | 2004-01-15 02:44:03 +0000 | [diff] [blame] | 476 | ** |
| 477 | ******* THIS IS AN EXPERIMENTAL API AND IS SUBJECT TO CHANGE ****** |
danielk1977 | 348bb5d | 2003-10-18 09:37:26 +0000 | [diff] [blame] | 478 | */ |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 479 | void sqlite3_progress_handler(sqlite*, int, int(*)(void*), void*); |
danielk1977 | 348bb5d | 2003-10-18 09:37:26 +0000 | [diff] [blame] | 480 | |
drh | aa940ea | 2004-01-15 02:44:03 +0000 | [diff] [blame] | 481 | /* |
| 482 | ** Register a callback function to be invoked whenever a new transaction |
| 483 | ** is committed. The pArg argument is passed through to the callback. |
| 484 | ** callback. If the callback function returns non-zero, then the commit |
| 485 | ** is converted into a rollback. |
| 486 | ** |
| 487 | ** If another function was previously registered, its pArg value is returned. |
| 488 | ** Otherwise NULL is returned. |
| 489 | ** |
| 490 | ** Registering a NULL function disables the callback. |
| 491 | ** |
| 492 | ******* THIS IS AN EXPERIMENTAL API AND IS SUBJECT TO CHANGE ****** |
| 493 | */ |
danielk1977 | 6f8a503 | 2004-05-10 10:34:51 +0000 | [diff] [blame] | 494 | void *sqlite3_commit_hook(sqlite*, int(*)(void*), void*); |
drh | aa940ea | 2004-01-15 02:44:03 +0000 | [diff] [blame] | 495 | |
drh | 22fbcb8 | 2004-02-01 01:22:50 +0000 | [diff] [blame] | 496 | /* |
drh | 4f26d6c | 2004-05-26 23:25:30 +0000 | [diff] [blame^] | 497 | ** Open the sqlite database file "filename". The "filename" is UTF-8 |
| 498 | ** encoded for sqlite3_open() and UTF-16 encoded in the native byte order |
| 499 | ** for sqlite3_open16(). An sqlite3* handle is returned in *ppDb, even |
| 500 | ** if an error occurs. If the database is opened (or created) successfully, |
| 501 | ** then SQLITE_OK is returned. Otherwise an error code is returned. The |
| 502 | ** sqlite3_errmsg() or sqlite3_errmsg16() routines can be used to obtain |
| 503 | ** an English language description of the error. |
drh | 22fbcb8 | 2004-02-01 01:22:50 +0000 | [diff] [blame] | 504 | ** |
drh | 4f26d6c | 2004-05-26 23:25:30 +0000 | [diff] [blame^] | 505 | ** If the database file does not exist, then a new database is created. |
| 506 | ** The encoding for the database is UTF-8 if sqlite3_open() is called and |
| 507 | ** UTF-16 if sqlite3_open16 is used. |
danielk1977 | 6590493 | 2004-05-26 06:18:37 +0000 | [diff] [blame] | 508 | ** |
| 509 | ** Whether or not an error occurs when it is opened, resources associated |
| 510 | ** with the sqlite3* handle should be released by passing it to |
| 511 | ** sqlite3_close() when it is no longer required. |
| 512 | */ |
| 513 | int sqlite3_open( |
| 514 | const char *filename, /* Database filename (UTF-8) */ |
| 515 | sqlite3 **ppDb, /* OUT: SQLite db handle */ |
| 516 | const char **args /* Null terminated array of option strings */ |
| 517 | ); |
danielk1977 | 6590493 | 2004-05-26 06:18:37 +0000 | [diff] [blame] | 518 | int sqlite3_open16( |
| 519 | const void *filename, /* Database filename (UTF-16) */ |
| 520 | sqlite3 **ppDb, /* OUT: SQLite db handle */ |
| 521 | const char **args /* Null terminated array of option strings */ |
| 522 | ); |
danielk1977 | 295ba55 | 2004-05-19 10:34:51 +0000 | [diff] [blame] | 523 | |
danielk1977 | 6590493 | 2004-05-26 06:18:37 +0000 | [diff] [blame] | 524 | /* |
| 525 | ** Return the error code for the most recent sqlite3_* API call associated |
| 526 | ** with sqlite3 handle 'db'. SQLITE_OK is returned if the most recent |
| 527 | ** API call was successful. |
| 528 | ** |
| 529 | ** Calls to many sqlite3_* functions set the error code and string returned |
| 530 | ** by sqlite3_errcode(), sqlite3_errmsg() and sqlite3_errmsg16() |
| 531 | ** (overwriting the previous values). Note that calls to sqlite3_errcode(), |
| 532 | ** sqlite3_errmsg() and sqlite3_errmsg16() themselves do not affect the |
| 533 | ** results of future invocations. |
| 534 | ** |
| 535 | ** Assuming no other intervening sqlite3_* API calls are made, the error |
| 536 | ** code returned by this function is associated with the same error as |
| 537 | ** the strings returned by sqlite3_errmsg() and sqlite3_errmsg16(). |
| 538 | */ |
| 539 | int sqlite3_errcode(sqlite3 *db); |
| 540 | |
| 541 | /* |
| 542 | ** Return a pointer to a UTF-8 encoded string describing in english the |
| 543 | ** error condition for the most recent sqlite3_* API call. The returned |
| 544 | ** string is always terminated by an 0x00 byte. |
| 545 | ** |
| 546 | ** The string "not an error" is returned when the most recent API call was |
| 547 | ** successful. |
| 548 | */ |
| 549 | const char *sqlite3_errmsg(sqlite3*); |
| 550 | |
| 551 | /* |
| 552 | ** Return a pointer to a UTF-16 native byte order encoded string describing |
| 553 | ** in english the error condition for the most recent sqlite3_* API call. |
| 554 | ** The returned string is always terminated by a pair of 0x00 bytes. |
| 555 | ** |
| 556 | ** The string "not an error" is returned when the most recent API call was |
| 557 | ** successful. |
| 558 | */ |
| 559 | const void *sqlite3_errmsg16(sqlite3*); |
| 560 | |
| 561 | /* |
| 562 | ** An instance of the following opaque structure is used to represent |
| 563 | ** a compiled SQL statment. |
| 564 | */ |
danielk1977 | fc57d7b | 2004-05-26 02:04:57 +0000 | [diff] [blame] | 565 | typedef struct sqlite3_stmt sqlite3_stmt; |
| 566 | |
danielk1977 | e3209e4 | 2004-05-20 01:40:18 +0000 | [diff] [blame] | 567 | /* |
danielk1977 | 6590493 | 2004-05-26 06:18:37 +0000 | [diff] [blame] | 568 | ** To execute an SQL query, it must first be compiled into a byte-code |
| 569 | ** program using one of the following routines. The only difference between |
| 570 | ** them is that the second argument, specifying the SQL statement to |
| 571 | ** compile, is assumed to be encoded in UTF-8 for the sqlite3_prepare() |
| 572 | ** function and UTF-16 for sqlite3_prepare16(). |
| 573 | ** |
| 574 | ** The first parameter "db" is an SQLite database handle. The second |
| 575 | ** parameter "zSql" is the statement to be compiled, encoded as either |
| 576 | ** UTF-8 or UTF-16 (see above). If the next parameter, "nBytes", is less |
| 577 | ** than zero, then zSql is read up to the first nul terminator. If |
| 578 | ** "nBytes" is not less than zero, then it is the length of the string zSql |
| 579 | ** in bytes (not characters). |
| 580 | ** |
| 581 | ** *pzTail is made to point to the first byte past the end of the first |
| 582 | ** SQL statement in zSql. This routine only compiles the first statement |
| 583 | ** in zSql, so *pzTail is left pointing to what remains uncompiled. |
| 584 | ** |
| 585 | ** *ppStmt is left pointing to a compiled SQL statement that can be |
| 586 | ** executed using sqlite3_step(). Or if there is an error, *ppStmt may be |
| 587 | ** set to NULL. If the input text contained no SQL (if the input is and |
| 588 | ** empty string or a comment) then *ppStmt is set to NULL. |
| 589 | ** |
| 590 | ** On success, SQLITE_OK is returned. Otherwise an error code is returned. |
| 591 | */ |
| 592 | int sqlite3_prepare( |
| 593 | sqlite3 *db, /* Database handle */ |
| 594 | const char *zSql, /* SQL statement, UTF-8 encoded */ |
| 595 | int nBytes, /* Length of zSql in bytes. */ |
| 596 | sqlite3_stmt **ppStmt, /* OUT: Statement handle */ |
| 597 | const char **pzTail /* OUT: Pointer to unused portion of zSql */ |
| 598 | ); |
| 599 | int sqlite3_prepare16( |
| 600 | sqlite3 *db, /* Database handle */ |
| 601 | const void *zSql, /* SQL statement, UTF-16 encoded */ |
| 602 | int nBytes, /* Length of zSql in bytes. */ |
| 603 | sqlite3_stmt **ppStmt, /* OUT: Statement handle */ |
| 604 | const void **pzTail /* OUT: Pointer to unused portion of zSql */ |
| 605 | ); |
| 606 | |
| 607 | /* |
drh | 4f26d6c | 2004-05-26 23:25:30 +0000 | [diff] [blame^] | 608 | ** In the SQL strings input to sqlite3_prepare() and sqlite3_prepare16(), |
| 609 | ** one or more literals can be replace by a wildcard "?" or ":N:" where |
| 610 | ** N is an integer. These value of these wildcard literals can be set |
| 611 | ** using the routines listed below. |
| 612 | ** |
| 613 | ** In every case, the first parameter is a pointer to the sqlite3_stmt |
| 614 | ** structure returned from sqlite3_prepare(). The second parameter is the |
| 615 | ** index of the wildcard. The first "?" has an index of 1. ":N:" wildcards |
| 616 | ** use the index N. |
| 617 | ** |
| 618 | ** When the eCopy parameter is true, a copy of the value is made into |
| 619 | ** memory obtained and managed by SQLite. When eCopy is false, SQLite |
| 620 | ** assumes that the value is a constant and just stores a pointer to the |
| 621 | ** value without making a copy. |
| 622 | ** |
| 623 | ** The sqlite3_bind_* routine must be called before sqlite3_step() after |
| 624 | ** an sqlite3_prepare() or sqlite3_reset(). Unbound wildcards are interpreted |
| 625 | ** as NULL. |
| 626 | */ |
| 627 | void sqlite3_bind_blob(sqlite3_stmt*, int, const void*, int n, int eCopy); |
| 628 | void sqlite3_bind_double(sqlite3_stmt*, int, double); |
| 629 | void sqlite3_bind_int(sqlite3_stmt*, int, int); |
| 630 | void sqlite3_bind_int64(sqlite3_stmt*, int, long long int); |
| 631 | void sqlite3_bind_null(sqlite3_stmt*, int); |
| 632 | void sqlite3_bind_text(sqlite3_stmt*, int, const char*, int n, int eCopy); |
| 633 | void sqlite3_bind_text16(sqlite3_stmt*, int, const void*, int n, int eCopy); |
| 634 | void sqlite3_bind_value(sqlite3_stmt*, int, const sqlite3_value*); |
| 635 | |
| 636 | /* |
danielk1977 | 6590493 | 2004-05-26 06:18:37 +0000 | [diff] [blame] | 637 | ** Return the number of columns in the result set returned by the compiled |
| 638 | ** SQL statement. This routine returns 0 if pStmt is an SQL statement |
| 639 | ** that does not return data (for example an UPDATE). |
| 640 | */ |
| 641 | int sqlite3_column_count(sqlite3_stmt *pStmt); |
| 642 | |
| 643 | /* |
| 644 | ** The first parameter is a compiled SQL statement. This function returns |
| 645 | ** the column heading for the Nth column of that statement, where N is the |
drh | 4f26d6c | 2004-05-26 23:25:30 +0000 | [diff] [blame^] | 646 | ** second function parameter. The string returned is UTF-8 for |
| 647 | ** sqlite3_column_name() and UTF-16 for sqlite3_column_name16(). |
danielk1977 | 6590493 | 2004-05-26 06:18:37 +0000 | [diff] [blame] | 648 | */ |
| 649 | const char *sqlite3_column_name(sqlite3_stmt*,int); |
danielk1977 | 6590493 | 2004-05-26 06:18:37 +0000 | [diff] [blame] | 650 | const void *sqlite3_column_name16(sqlite3_stmt*,int); |
| 651 | |
| 652 | /* |
| 653 | ** The first parameter is a compiled SQL statement. If this statement |
| 654 | ** is a SELECT statement, the Nth column of the returned result set |
| 655 | ** of the SELECT is a table column then the declared type of the table |
| 656 | ** column is returned. If the Nth column of the result set is not at table |
| 657 | ** column, then a NULL pointer is returned. The returned string is always |
| 658 | ** UTF-8 encoded. For example, in the database schema: |
| 659 | ** |
| 660 | ** CREATE TABLE t1(c1 VARIANT); |
| 661 | ** |
| 662 | ** And the following statement compiled: |
| 663 | ** |
| 664 | ** SELECT c1 + 1, 0 FROM t1; |
| 665 | ** |
| 666 | ** Then this routine would return the string "VARIANT" for the second |
| 667 | ** result column (i==1), and a NULL pointer for the first result column |
| 668 | ** (i==0). |
| 669 | */ |
| 670 | const char *sqlite3_column_decltype(sqlite3_stmt *, int i); |
| 671 | |
| 672 | /* |
| 673 | ** The first parameter is a compiled SQL statement. If this statement |
| 674 | ** is a SELECT statement, the Nth column of the returned result set |
| 675 | ** of the SELECT is a table column then the declared type of the table |
| 676 | ** column is returned. If the Nth column of the result set is not at table |
| 677 | ** column, then a NULL pointer is returned. The returned string is always |
| 678 | ** UTF-16 encoded. For example, in the database schema: |
| 679 | ** |
drh | 4f26d6c | 2004-05-26 23:25:30 +0000 | [diff] [blame^] | 680 | ** CREATE TABLE t1(c1 INTEGER); |
danielk1977 | 6590493 | 2004-05-26 06:18:37 +0000 | [diff] [blame] | 681 | ** |
| 682 | ** And the following statement compiled: |
| 683 | ** |
| 684 | ** SELECT c1 + 1, 0 FROM t1; |
| 685 | ** |
drh | 4f26d6c | 2004-05-26 23:25:30 +0000 | [diff] [blame^] | 686 | ** Then this routine would return the string "INTEGER" for the second |
danielk1977 | 6590493 | 2004-05-26 06:18:37 +0000 | [diff] [blame] | 687 | ** result column (i==1), and a NULL pointer for the first result column |
| 688 | ** (i==0). |
| 689 | */ |
| 690 | const void *sqlite3_column_decltype16(sqlite3_stmt*,int); |
| 691 | |
danielk1977 | 106bb23 | 2004-05-21 10:08:53 +0000 | [diff] [blame] | 692 | /* |
| 693 | ** After an SQL query has been compiled with a call to either |
| 694 | ** sqlite3_prepare() or sqlite3_prepare16(), then this function must be |
| 695 | ** called one or more times to execute the statement. |
| 696 | ** |
| 697 | ** The return value will be either SQLITE_BUSY, SQLITE_DONE, |
| 698 | ** SQLITE_ROW, SQLITE_ERROR, or SQLITE_MISUSE. |
| 699 | ** |
| 700 | ** SQLITE_BUSY means that the database engine attempted to open |
| 701 | ** a locked database and there is no busy callback registered. |
| 702 | ** Call sqlite3_step() again to retry the open. |
| 703 | ** |
| 704 | ** SQLITE_DONE means that the statement has finished executing |
| 705 | ** successfully. sqlite3_step() should not be called again on this virtual |
| 706 | ** machine. |
| 707 | ** |
| 708 | ** If the SQL statement being executed returns any data, then |
| 709 | ** SQLITE_ROW is returned each time a new row of data is ready |
| 710 | ** for processing by the caller. The values may be accessed using |
| 711 | ** the sqlite3_column_*() functions described below. sqlite3_step() |
| 712 | ** is called again to retrieve the next row of data. |
| 713 | ** |
| 714 | ** SQLITE_ERROR means that a run-time error (such as a constraint |
| 715 | ** violation) has occurred. sqlite3_step() should not be called again on |
| 716 | ** the VM. More information may be found by calling sqlite3_errmsg(). |
| 717 | ** |
| 718 | ** SQLITE_MISUSE means that the this routine was called inappropriately. |
| 719 | ** Perhaps it was called on a virtual machine that had already been |
| 720 | ** finalized or on one that had previously returned SQLITE_ERROR or |
| 721 | ** SQLITE_DONE. Or it could be the case the the same database connection |
| 722 | ** is being used simulataneously by two or more threads. |
| 723 | */ |
danielk1977 | 17240fd | 2004-05-26 00:07:25 +0000 | [diff] [blame] | 724 | int sqlite3_step(sqlite3_stmt*); |
danielk1977 | 106bb23 | 2004-05-21 10:08:53 +0000 | [diff] [blame] | 725 | |
danielk1977 | 106bb23 | 2004-05-21 10:08:53 +0000 | [diff] [blame] | 726 | /* |
| 727 | ** Return the number of values in the current row of the result set. |
| 728 | ** |
| 729 | ** After a call to sqlite3_step() that returns SQLITE_ROW, this routine |
| 730 | ** will return the same value as the sqlite3_column_count() function. |
| 731 | ** After sqlite3_step() has returned an SQLITE_DONE, SQLITE_BUSY or |
| 732 | ** error code, or before sqlite3_step() has been called on a |
| 733 | ** compiled SQL statement, this routine returns zero. |
| 734 | */ |
danielk1977 | 93d4675 | 2004-05-23 13:30:58 +0000 | [diff] [blame] | 735 | int sqlite3_data_count(sqlite3_stmt *pStmt); |
danielk1977 | 4adee20 | 2004-05-08 08:23:19 +0000 | [diff] [blame] | 736 | |
drh | 4f26d6c | 2004-05-26 23:25:30 +0000 | [diff] [blame^] | 737 | /* |
| 738 | ** Values are stored in the database in one of the following fundamental |
| 739 | ** types. |
| 740 | */ |
| 741 | #define SQLITE_INTEGER 1 |
| 742 | #define SQLITE_FLOAT 2 |
| 743 | #define SQLITE_TEXT 3 |
| 744 | #define SQLITE_BLOB 4 |
| 745 | #define SQLITE_NULL 5 |
danielk1977 | 4adee20 | 2004-05-08 08:23:19 +0000 | [diff] [blame] | 746 | |
danielk1977 | 106bb23 | 2004-05-21 10:08:53 +0000 | [diff] [blame] | 747 | /* |
drh | 4f26d6c | 2004-05-26 23:25:30 +0000 | [diff] [blame^] | 748 | ** The next group of routines returns information about the information |
| 749 | ** in a single column of the current result row of a query. In every |
| 750 | ** case the first parameter is a pointer to the SQL statement that is being |
| 751 | ** executed (the sqlite_stmt* that was returned from sqlite3_prepare()) and |
| 752 | ** the second argument is the index of the column for which information |
| 753 | ** should be returned. iCol is zero-indexed. The left-most column as an |
| 754 | ** index of 0. |
danielk1977 | 106bb23 | 2004-05-21 10:08:53 +0000 | [diff] [blame] | 755 | ** |
drh | 4f26d6c | 2004-05-26 23:25:30 +0000 | [diff] [blame^] | 756 | ** If the SQL statement is not currently point to a valid row, or if the |
| 757 | ** the colulmn index is out of range, the result is undefined. |
| 758 | ** |
| 759 | ** These routines attempt to convert the value where appropriate. For |
| 760 | ** example, if the internal representation is FLOAT and a text result |
| 761 | ** is requested, sprintf() is used internally to do the conversion |
| 762 | ** automatically. The following table details the conversions that |
| 763 | ** are applied: |
| 764 | ** |
| 765 | ** Internal Type Requested Type Conversion |
| 766 | ** ------------- -------------- -------------------------- |
| 767 | ** NULL INTEGER Result is 0 |
| 768 | ** NULL FLOAT Result is 0.0 |
| 769 | ** NULL TEXT Result is an empty string |
| 770 | ** NULL BLOB Result is a zero-length BLOB |
| 771 | ** INTEGER FLOAT Convert from integer to float |
| 772 | ** INTEGER TEXT ASCII rendering of the integer |
| 773 | ** INTEGER BLOB Same as for INTEGER->TEXT |
| 774 | ** FLOAT INTEGER Convert from float to integer |
| 775 | ** FLOAT TEXT ASCII rendering of the float |
| 776 | ** FLOAT BLOB Same as FLOAT->TEXT |
| 777 | ** TEXT INTEGER Use atoi() |
| 778 | ** TEXT FLOAT Use atof() |
| 779 | ** TEXT BLOB No change |
| 780 | ** BLOB INTEGER Convert to TEXT then use atoi() |
| 781 | ** BLOB FLOAT Convert to TEXT then use atof() |
| 782 | ** BLOB TEXT Add a \000 terminator if needed |
| 783 | ** |
| 784 | ** The following access routines are provided: |
| 785 | ** |
| 786 | ** _type() Return the datatype of the result. This is one of |
| 787 | ** SQLITE_INTEGER, SQLITE_FLOAT, SQLITE_TEXT, SQLITE_BLOB, |
| 788 | ** or SQLITE_NULL. |
| 789 | ** _blob() Return the value of a BLOB. |
| 790 | ** _bytes() Return the number of bytes in a BLOB value or the number |
| 791 | ** of bytes in a TEXT value represented as UTF-8. The \000 |
| 792 | ** terminator is included in the byte count for TEXT values. |
| 793 | ** _bytes16() Return the number of bytes in a BLOB value or the number |
| 794 | ** of bytes in a TEXT value represented as UTF-16. The \u0000 |
| 795 | ** terminator is included in the byte count for TEXT values. |
| 796 | ** _double() Return a FLOAT value. |
| 797 | ** _int() Return an INTEGER value in the host computer's native |
| 798 | ** integer representation. This might be either a 32- or 64-bit |
| 799 | ** integer depending on the host. |
| 800 | ** _int64() Return an INTEGER value as a 64-bit signed integer. |
| 801 | ** _text() Return the value as UTF-8 text. |
| 802 | ** _text16() Return the value as UTF-16 text. |
danielk1977 | 106bb23 | 2004-05-21 10:08:53 +0000 | [diff] [blame] | 803 | */ |
drh | 4f26d6c | 2004-05-26 23:25:30 +0000 | [diff] [blame^] | 804 | void *sqlite3_column_blob(sqlite3_stmt*, int iCol) |
| 805 | int sqlite3_column_bytes(sqlite3_stmt*, int iCol) |
| 806 | int sqlite3_column_bytes16(sqlite3_stmt*, int iCol) |
| 807 | double sqlite3_column_double(sqlite3_stmt*, int iCol) |
| 808 | int sqlite3_column_int(sqlite3_stmt*, int iCol) |
| 809 | long long int sqlite3_column_int64(sqlite3_stmt*, int iCol) |
| 810 | const unsigned char *sqlite3_column_text(sqlite3_stmt*, int iCol) |
| 811 | const void *sqlite3_column_text16(sqlite3_stmt*, int iCol) |
| 812 | int sqlite3_column_type(sqlite3_stmt*, int iCol); |
danielk1977 | 4adee20 | 2004-05-08 08:23:19 +0000 | [diff] [blame] | 813 | |
danielk1977 | 6590493 | 2004-05-26 06:18:37 +0000 | [diff] [blame] | 814 | /* |
| 815 | ** The sqlite3_finalize() function is called to delete a compiled |
| 816 | ** SQL statement obtained by a previous call to sqlite3_prepare() |
| 817 | ** or sqlite3_prepare16(). If the statement was executed successfully, or |
| 818 | ** not executed at all, then SQLITE_OK is returned. If execution of the |
| 819 | ** statement failed then an error code is returned. |
| 820 | ** |
| 821 | ** This routine can be called at any point during the execution of the |
| 822 | ** virtual machine. If the virtual machine has not completed execution |
| 823 | ** when this routine is called, that is like encountering an error or |
| 824 | ** an interrupt. (See sqlite3_interrupt().) Incomplete updates may be |
| 825 | ** rolled back and transactions cancelled, depending on the circumstances, |
| 826 | ** and the result code returned will be SQLITE_ABORT. |
| 827 | */ |
| 828 | int sqlite3_finalize(sqlite3_stmt *pStmt); |
| 829 | |
| 830 | /* |
| 831 | ** The sqlite3_reset() function is called to reset a compiled SQL |
| 832 | ** statement obtained by a previous call to sqlite3_prepare() or |
| 833 | ** sqlite3_prepare16() back to it's initial state, ready to be re-executed. |
| 834 | ** Any SQL statement variables that had values bound to them using |
| 835 | ** the sqlite3_bind_*() API retain their values. |
| 836 | */ |
| 837 | int sqlite3_reset(sqlite3_stmt *pStmt); |
| 838 | |
| 839 | /* |
| 840 | ** Pointers to the following two opaque structures are used to communicate |
| 841 | ** with the implementations of user-defined functions. |
| 842 | */ |
| 843 | typedef struct sqlite3_context sqlite3_context; |
| 844 | typedef struct Mem sqlite3_value; |
| 845 | |
| 846 | /* |
| 847 | ** The following two functions are used to add user functions or aggregates |
| 848 | ** implemented in C to the SQL langauge interpreted by SQLite. The |
| 849 | ** difference only between the two is that the second parameter, the |
| 850 | ** name of the (scalar) function or aggregate, is encoded in UTF-8 for |
| 851 | ** sqlite3_create_function() and UTF-16 for sqlite3_create_function16(). |
| 852 | ** |
| 853 | ** The first argument is the database handle that the new function or |
| 854 | ** aggregate is to be added to. If a single program uses more than one |
| 855 | ** database handle internally, then user functions or aggregates must |
| 856 | ** be added individually to each database handle with which they will be |
| 857 | ** used. |
| 858 | ** |
| 859 | ** The third parameter is the number of arguments that the function or |
| 860 | ** aggregate takes. If this parameter is negative, then the function or |
| 861 | ** aggregate may take any number of arguments. |
| 862 | ** |
| 863 | ** The seventh, eighth and ninth parameters, xFunc, xStep and xFinal, are |
| 864 | ** pointers to user implemented C functions that implement the user |
| 865 | ** function or aggregate. A scalar function requires an implementation of |
| 866 | ** the xFunc callback only, NULL pointers should be passed as the xStep |
| 867 | ** and xFinal parameters. An aggregate function requires an implementation |
| 868 | ** of xStep and xFinal, but NULL should be passed for xFunc. To delete an |
| 869 | ** existing user function or aggregate, pass NULL for all three function |
| 870 | ** callback. Specifying an inconstent set of callback values, such as an |
| 871 | ** xFunc and an xFinal, or an xStep but no xFinal, SQLITE_ERROR is |
| 872 | ** returned. |
| 873 | */ |
| 874 | int sqlite3_create_function( |
| 875 | sqlite3 *, |
| 876 | const char *zFunctionName, |
| 877 | int nArg, |
| 878 | int eTextRep, |
| 879 | int iCollateArg, |
| 880 | void*, |
| 881 | void (*xFunc)(sqlite3_context*,int,sqlite3_value**), |
| 882 | void (*xStep)(sqlite3_context*,int,sqlite3_value**), |
| 883 | void (*xFinal)(sqlite3_context*) |
| 884 | ); |
| 885 | int sqlite3_create_function16( |
| 886 | sqlite3*, |
| 887 | const void *zFunctionName, |
| 888 | int nArg, |
| 889 | int eTextRep, |
| 890 | int iCollateArg, |
| 891 | void*, |
| 892 | void (*xFunc)(sqlite3_context*,int,sqlite3_value**), |
| 893 | void (*xStep)(sqlite3_context*,int,sqlite3_value**), |
| 894 | void (*xFinal)(sqlite3_context*) |
| 895 | ); |
| 896 | |
| 897 | /* |
danielk1977 | 6590493 | 2004-05-26 06:18:37 +0000 | [diff] [blame] | 898 | ** The next routine returns the number of calls to xStep for a particular |
| 899 | ** aggregate function instance. The current call to xStep counts so this |
| 900 | ** routine always returns at least 1. |
| 901 | */ |
| 902 | int sqlite3_aggregate_count(sqlite3_context*); |
| 903 | |
danielk1977 | 0ffba6b | 2004-05-24 09:10:10 +0000 | [diff] [blame] | 904 | /* |
drh | 4f26d6c | 2004-05-26 23:25:30 +0000 | [diff] [blame^] | 905 | ** The next group of routines returns information about parameters to |
| 906 | ** a user-defined function. Function implementations use these routines |
| 907 | ** to access their parameters. These routines are the same as the |
| 908 | ** sqlite3_column_* routines except that these routines take a single |
| 909 | ** sqlite3_value* pointer instead of an sqlite3_stmt* and an integer |
| 910 | ** column number. |
danielk1977 | 0ffba6b | 2004-05-24 09:10:10 +0000 | [diff] [blame] | 911 | */ |
drh | 4f26d6c | 2004-05-26 23:25:30 +0000 | [diff] [blame^] | 912 | void *sqlite3_value_blob(sqlite3_value*) |
| 913 | int sqlite3_value_bytes(sqlite3_value*) |
| 914 | int sqlite3_value_bytes16(sqlite3_value*) |
| 915 | double sqlite3_value_double(sqlite3_value*) |
| 916 | int sqlite3_value_int(sqlite3_value*) |
| 917 | long long int sqlite3_value_int64(sqlite3_value*) |
| 918 | const unsigned char *sqlite3_value_text(sqlite3_value*) |
| 919 | const void *sqlite3_value_text16(sqlite3_value*) |
danielk1977 | 93d4675 | 2004-05-23 13:30:58 +0000 | [diff] [blame] | 920 | int sqlite3_value_type(sqlite3_value*); |
danielk1977 | 0ffba6b | 2004-05-24 09:10:10 +0000 | [diff] [blame] | 921 | |
| 922 | /* |
danielk1977 | 0ae8b83 | 2004-05-25 12:05:56 +0000 | [diff] [blame] | 923 | ** Aggregate functions use the following routine to allocate |
| 924 | ** a structure for storing their state. The first time this routine |
| 925 | ** is called for a particular aggregate, a new structure of size nBytes |
| 926 | ** is allocated, zeroed, and returned. On subsequent calls (for the |
| 927 | ** same aggregate instance) the same buffer is returned. The implementation |
| 928 | ** of the aggregate can use the returned buffer to accumulate data. |
| 929 | ** |
| 930 | ** The buffer allocated is freed automatically by SQLite. |
| 931 | */ |
drh | 4f26d6c | 2004-05-26 23:25:30 +0000 | [diff] [blame^] | 932 | void *sqlite3_aggregate_context(sqlite3_context*, int nBytes); |
danielk1977 | 7e18c25 | 2004-05-25 11:47:24 +0000 | [diff] [blame] | 933 | |
| 934 | /* |
| 935 | ** The pUserData parameter to the sqlite3_create_function() and |
| 936 | ** sqlite3_create_aggregate() routines used to register user functions |
| 937 | ** is available to the implementation of the function using this |
| 938 | ** call. |
| 939 | */ |
| 940 | void *sqlite3_user_data(sqlite3_context*); |
| 941 | |
| 942 | /* |
drh | 4f26d6c | 2004-05-26 23:25:30 +0000 | [diff] [blame^] | 943 | ** User-defined functions invoke the following routines in order to |
| 944 | ** set their return value. |
danielk1977 | 7e18c25 | 2004-05-25 11:47:24 +0000 | [diff] [blame] | 945 | */ |
| 946 | void sqlite3_result_blob(sqlite3_context*, const void*, int n, int eCopy); |
drh | 4f26d6c | 2004-05-26 23:25:30 +0000 | [diff] [blame^] | 947 | void sqlite3_result_double(sqlite3_context*, double); |
danielk1977 | 7e18c25 | 2004-05-25 11:47:24 +0000 | [diff] [blame] | 948 | void sqlite3_result_error(sqlite3_context*, const char*, int); |
| 949 | void sqlite3_result_error16(sqlite3_context*, const void*, int); |
drh | 4f26d6c | 2004-05-26 23:25:30 +0000 | [diff] [blame^] | 950 | void sqlite3_result_int(sqlite3_context*, int); |
| 951 | void sqlite3_result_int64(sqlite3_context*, long long int); |
| 952 | void sqlite3_result_null(sqlite3_context*); |
| 953 | void sqlite3_result_text(sqlite3_context*, const char*, int n, int eCopy); |
| 954 | void sqlite3_result_text16(sqlite3_context*, const void*, int n, int eCopy); |
| 955 | void sqlite3_result_value(sqlite3_context*, sqlite3_value*); |
drh | f9b596e | 2004-05-26 16:54:42 +0000 | [diff] [blame] | 956 | |
drh | 382c024 | 2001-10-06 16:33:02 +0000 | [diff] [blame] | 957 | #ifdef __cplusplus |
| 958 | } /* End of the 'extern "C"' block */ |
| 959 | #endif |
danielk1977 | 4adee20 | 2004-05-08 08:23:19 +0000 | [diff] [blame] | 960 | #endif |