better-sqlite3-multiple-ciphers 9.4.5 → 11.0.0-beta.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +8 -8
- package/deps/setup.ps1 +1 -1
- package/deps/sqlite3/sqlite3.c +5669 -3584
- package/deps/sqlite3/sqlite3.h +95 -25
- package/package.json +1 -1
package/deps/sqlite3/sqlite3.h
CHANGED
|
@@ -31,9 +31,9 @@
|
|
|
31
31
|
|
|
32
32
|
#define SQLITE3MC_VERSION_MAJOR 1
|
|
33
33
|
#define SQLITE3MC_VERSION_MINOR 8
|
|
34
|
-
#define SQLITE3MC_VERSION_RELEASE
|
|
34
|
+
#define SQLITE3MC_VERSION_RELEASE 5
|
|
35
35
|
#define SQLITE3MC_VERSION_SUBRELEASE 0
|
|
36
|
-
#define SQLITE3MC_VERSION_STRING "SQLite3 Multiple Ciphers 1.8.
|
|
36
|
+
#define SQLITE3MC_VERSION_STRING "SQLite3 Multiple Ciphers 1.8.5"
|
|
37
37
|
|
|
38
38
|
#endif /* SQLITE3MC_VERSION_H_ */
|
|
39
39
|
/*** End of #include "sqlite3mc_version.h" ***/
|
|
@@ -192,9 +192,9 @@ extern "C" {
|
|
|
192
192
|
** [sqlite3_libversion_number()], [sqlite3_sourceid()],
|
|
193
193
|
** [sqlite_version()] and [sqlite_source_id()].
|
|
194
194
|
*/
|
|
195
|
-
#define SQLITE_VERSION "3.
|
|
196
|
-
#define SQLITE_VERSION_NUMBER
|
|
197
|
-
#define SQLITE_SOURCE_ID "2024-
|
|
195
|
+
#define SQLITE_VERSION "3.46.0"
|
|
196
|
+
#define SQLITE_VERSION_NUMBER 3046000
|
|
197
|
+
#define SQLITE_SOURCE_ID "2024-05-23 13:25:27 96c92aba00c8375bc32fafcdf12429c58bd8aabfcadab6683e35bbb9cdebf19e"
|
|
198
198
|
|
|
199
199
|
/*
|
|
200
200
|
** CAPI3REF: Run-Time Library Version Numbers
|
|
@@ -466,6 +466,8 @@ typedef int (*sqlite3_callback)(void*,int,char**, char**);
|
|
|
466
466
|
** the 1st parameter to sqlite3_exec() while sqlite3_exec() is running.
|
|
467
467
|
** <li> The application must not modify the SQL statement text passed into
|
|
468
468
|
** the 2nd parameter of sqlite3_exec() while sqlite3_exec() is running.
|
|
469
|
+
** <li> The application must not dereference the arrays or string pointers
|
|
470
|
+
** passed as the 3rd and 4th callback parameters after it returns.
|
|
469
471
|
** </ul>
|
|
470
472
|
*/
|
|
471
473
|
SQLITE_API int sqlite3_exec(
|
|
@@ -808,11 +810,11 @@ struct sqlite3_file {
|
|
|
808
810
|
** </ul>
|
|
809
811
|
** xLock() upgrades the database file lock. In other words, xLock() moves the
|
|
810
812
|
** database file lock in the direction NONE toward EXCLUSIVE. The argument to
|
|
811
|
-
** xLock() is always
|
|
813
|
+
** xLock() is always one of SHARED, RESERVED, PENDING, or EXCLUSIVE, never
|
|
812
814
|
** SQLITE_LOCK_NONE. If the database file lock is already at or above the
|
|
813
815
|
** requested lock, then the call to xLock() is a no-op.
|
|
814
816
|
** xUnlock() downgrades the database file lock to either SHARED or NONE.
|
|
815
|
-
|
|
817
|
+
** If the lock is already at or below the requested lock state, then the call
|
|
816
818
|
** to xUnlock() is a no-op.
|
|
817
819
|
** The xCheckReservedLock() method checks whether any database connection,
|
|
818
820
|
** either in this process or in some other process, is holding a RESERVED,
|
|
@@ -2187,6 +2189,22 @@ struct sqlite3_mem_methods {
|
|
|
2187
2189
|
** configuration setting is never used, then the default maximum is determined
|
|
2188
2190
|
** by the [SQLITE_MEMDB_DEFAULT_MAXSIZE] compile-time option. If that
|
|
2189
2191
|
** compile-time option is not set, then the default maximum is 1073741824.
|
|
2192
|
+
**
|
|
2193
|
+
** [[SQLITE_CONFIG_ROWID_IN_VIEW]]
|
|
2194
|
+
** <dt>SQLITE_CONFIG_ROWID_IN_VIEW
|
|
2195
|
+
** <dd>The SQLITE_CONFIG_ROWID_IN_VIEW option enables or disables the ability
|
|
2196
|
+
** for VIEWs to have a ROWID. The capability can only be enabled if SQLite is
|
|
2197
|
+
** compiled with -DSQLITE_ALLOW_ROWID_IN_VIEW, in which case the capability
|
|
2198
|
+
** defaults to on. This configuration option queries the current setting or
|
|
2199
|
+
** changes the setting to off or on. The argument is a pointer to an integer.
|
|
2200
|
+
** If that integer initially holds a value of 1, then the ability for VIEWs to
|
|
2201
|
+
** have ROWIDs is activated. If the integer initially holds zero, then the
|
|
2202
|
+
** ability is deactivated. Any other initial value for the integer leaves the
|
|
2203
|
+
** setting unchanged. After changes, if any, the integer is written with
|
|
2204
|
+
** a 1 or 0, if the ability for VIEWs to have ROWIDs is on or off. If SQLite
|
|
2205
|
+
** is compiled without -DSQLITE_ALLOW_ROWID_IN_VIEW (which is the usual and
|
|
2206
|
+
** recommended case) then the integer is always filled with zero, regardless
|
|
2207
|
+
** if its initial value.
|
|
2190
2208
|
** </dl>
|
|
2191
2209
|
*/
|
|
2192
2210
|
#define SQLITE_CONFIG_SINGLETHREAD 1 /* nil */
|
|
@@ -2218,6 +2236,7 @@ struct sqlite3_mem_methods {
|
|
|
2218
2236
|
#define SQLITE_CONFIG_SMALL_MALLOC 27 /* boolean */
|
|
2219
2237
|
#define SQLITE_CONFIG_SORTERREF_SIZE 28 /* int nByte */
|
|
2220
2238
|
#define SQLITE_CONFIG_MEMDB_MAXSIZE 29 /* sqlite3_int64 */
|
|
2239
|
+
#define SQLITE_CONFIG_ROWID_IN_VIEW 30 /* int* */
|
|
2221
2240
|
|
|
2222
2241
|
/*
|
|
2223
2242
|
** CAPI3REF: Database Connection Configuration Options
|
|
@@ -3332,8 +3351,8 @@ SQLITE_API int sqlite3_set_authorizer(
|
|
|
3332
3351
|
#define SQLITE_RECURSIVE 33 /* NULL NULL */
|
|
3333
3352
|
|
|
3334
3353
|
/*
|
|
3335
|
-
** CAPI3REF: Tracing And Profiling Functions
|
|
3336
|
-
**
|
|
3354
|
+
** CAPI3REF: Deprecated Tracing And Profiling Functions
|
|
3355
|
+
** DEPRECATED
|
|
3337
3356
|
**
|
|
3338
3357
|
** These routines are deprecated. Use the [sqlite3_trace_v2()] interface
|
|
3339
3358
|
** instead of the routines described here.
|
|
@@ -6914,6 +6933,12 @@ SQLITE_API int sqlite3_autovacuum_pages(
|
|
|
6914
6933
|
** The exceptions defined in this paragraph might change in a future
|
|
6915
6934
|
** release of SQLite.
|
|
6916
6935
|
**
|
|
6936
|
+
** Whether the update hook is invoked before or after the
|
|
6937
|
+
** corresponding change is currently unspecified and may differ
|
|
6938
|
+
** depending on the type of change. Do not rely on the order of the
|
|
6939
|
+
** hook call with regards to the final result of the operation which
|
|
6940
|
+
** triggers the hook.
|
|
6941
|
+
**
|
|
6917
6942
|
** The update hook implementation must not do anything that will modify
|
|
6918
6943
|
** the database connection that invoked the update hook. Any actions
|
|
6919
6944
|
** to modify the database connection must be deferred until after the
|
|
@@ -8384,7 +8409,7 @@ SQLITE_API int sqlite3_test_control(int op, ...);
|
|
|
8384
8409
|
** The sqlite3_keyword_count() interface returns the number of distinct
|
|
8385
8410
|
** keywords understood by SQLite.
|
|
8386
8411
|
**
|
|
8387
|
-
** The sqlite3_keyword_name(N,Z,L) interface finds the N-th keyword and
|
|
8412
|
+
** The sqlite3_keyword_name(N,Z,L) interface finds the 0-based N-th keyword and
|
|
8388
8413
|
** makes *Z point to that keyword expressed as UTF8 and writes the number
|
|
8389
8414
|
** of bytes in the keyword into *L. The string that *Z points to is not
|
|
8390
8415
|
** zero-terminated. The sqlite3_keyword_name(N,Z,L) routine returns
|
|
@@ -9963,24 +9988,45 @@ SQLITE_API const char *sqlite3_vtab_collation(sqlite3_index_info*,int);
|
|
|
9963
9988
|
** <li value="2"><p>
|
|
9964
9989
|
** ^(If the sqlite3_vtab_distinct() interface returns 2, that means
|
|
9965
9990
|
** that the query planner does not need the rows returned in any particular
|
|
9966
|
-
** order, as long as rows with the same values in all
|
|
9967
|
-
** are adjacent.)^ ^(Furthermore,
|
|
9968
|
-
**
|
|
9969
|
-
**
|
|
9970
|
-
**
|
|
9971
|
-
**
|
|
9972
|
-
**
|
|
9973
|
-
** ^However omitting the extra rows is optional.
|
|
9991
|
+
** order, as long as rows with the same values in all columns identified
|
|
9992
|
+
** by "aOrderBy" are adjacent.)^ ^(Furthermore, when two or more rows
|
|
9993
|
+
** contain the same values for all columns identified by "colUsed", all but
|
|
9994
|
+
** one such row may optionally be omitted from the result.)^
|
|
9995
|
+
** The virtual table is not required to omit rows that are duplicates
|
|
9996
|
+
** over the "colUsed" columns, but if the virtual table can do that without
|
|
9997
|
+
** too much extra effort, it could potentially help the query to run faster.
|
|
9974
9998
|
** This mode is used for a DISTINCT query.
|
|
9975
9999
|
** <li value="3"><p>
|
|
9976
|
-
** ^(If the sqlite3_vtab_distinct() interface returns 3, that means
|
|
9977
|
-
**
|
|
9978
|
-
**
|
|
9979
|
-
**
|
|
9980
|
-
**
|
|
10000
|
+
** ^(If the sqlite3_vtab_distinct() interface returns 3, that means the
|
|
10001
|
+
** virtual table must return rows in the order defined by "aOrderBy" as
|
|
10002
|
+
** if the sqlite3_vtab_distinct() interface had returned 0. However if
|
|
10003
|
+
** two or more rows in the result have the same values for all columns
|
|
10004
|
+
** identified by "colUsed", then all but one such row may optionally be
|
|
10005
|
+
** omitted.)^ Like when the return value is 2, the virtual table
|
|
10006
|
+
** is not required to omit rows that are duplicates over the "colUsed"
|
|
10007
|
+
** columns, but if the virtual table can do that without
|
|
10008
|
+
** too much extra effort, it could potentially help the query to run faster.
|
|
10009
|
+
** This mode is used for queries
|
|
9981
10010
|
** that have both DISTINCT and ORDER BY clauses.
|
|
9982
10011
|
** </ol>
|
|
9983
10012
|
**
|
|
10013
|
+
** <p>The following table summarizes the conditions under which the
|
|
10014
|
+
** virtual table is allowed to set the "orderByConsumed" flag based on
|
|
10015
|
+
** the value returned by sqlite3_vtab_distinct(). This table is a
|
|
10016
|
+
** restatement of the previous four paragraphs:
|
|
10017
|
+
**
|
|
10018
|
+
** <table border=1 cellspacing=0 cellpadding=10 width="90%">
|
|
10019
|
+
** <tr>
|
|
10020
|
+
** <td valign="top">sqlite3_vtab_distinct() return value
|
|
10021
|
+
** <td valign="top">Rows are returned in aOrderBy order
|
|
10022
|
+
** <td valign="top">Rows with the same value in all aOrderBy columns are adjacent
|
|
10023
|
+
** <td valign="top">Duplicates over all colUsed columns may be omitted
|
|
10024
|
+
** <tr><td>0<td>yes<td>yes<td>no
|
|
10025
|
+
** <tr><td>1<td>no<td>yes<td>no
|
|
10026
|
+
** <tr><td>2<td>no<td>yes<td>yes
|
|
10027
|
+
** <tr><td>3<td>yes<td>yes<td>yes
|
|
10028
|
+
** </table>
|
|
10029
|
+
**
|
|
9984
10030
|
** ^For the purposes of comparing virtual table output values to see if the
|
|
9985
10031
|
** values are same value for sorting purposes, two NULL values are considered
|
|
9986
10032
|
** to be the same. In other words, the comparison operator is "IS"
|
|
@@ -12025,6 +12071,30 @@ SQLITE_API int sqlite3changegroup_schema(sqlite3_changegroup*, sqlite3*, const c
|
|
|
12025
12071
|
*/
|
|
12026
12072
|
SQLITE_API int sqlite3changegroup_add(sqlite3_changegroup*, int nData, void *pData);
|
|
12027
12073
|
|
|
12074
|
+
/*
|
|
12075
|
+
** CAPI3REF: Add A Single Change To A Changegroup
|
|
12076
|
+
** METHOD: sqlite3_changegroup
|
|
12077
|
+
**
|
|
12078
|
+
** This function adds the single change currently indicated by the iterator
|
|
12079
|
+
** passed as the second argument to the changegroup object. The rules for
|
|
12080
|
+
** adding the change are just as described for [sqlite3changegroup_add()].
|
|
12081
|
+
**
|
|
12082
|
+
** If the change is successfully added to the changegroup, SQLITE_OK is
|
|
12083
|
+
** returned. Otherwise, an SQLite error code is returned.
|
|
12084
|
+
**
|
|
12085
|
+
** The iterator must point to a valid entry when this function is called.
|
|
12086
|
+
** If it does not, SQLITE_ERROR is returned and no change is added to the
|
|
12087
|
+
** changegroup. Additionally, the iterator must not have been opened with
|
|
12088
|
+
** the SQLITE_CHANGESETAPPLY_INVERT flag. In this case SQLITE_ERROR is also
|
|
12089
|
+
** returned.
|
|
12090
|
+
*/
|
|
12091
|
+
SQLITE_API int sqlite3changegroup_add_change(
|
|
12092
|
+
sqlite3_changegroup*,
|
|
12093
|
+
sqlite3_changeset_iter*
|
|
12094
|
+
);
|
|
12095
|
+
|
|
12096
|
+
|
|
12097
|
+
|
|
12028
12098
|
/*
|
|
12029
12099
|
** CAPI3REF: Obtain A Composite Changeset From A Changegroup
|
|
12030
12100
|
** METHOD: sqlite3_changegroup
|
|
@@ -12829,8 +12899,8 @@ struct Fts5PhraseIter {
|
|
|
12829
12899
|
** EXTENSION API FUNCTIONS
|
|
12830
12900
|
**
|
|
12831
12901
|
** xUserData(pFts):
|
|
12832
|
-
** Return a copy of the
|
|
12833
|
-
** registered
|
|
12902
|
+
** Return a copy of the pUserData pointer passed to the xCreateFunction()
|
|
12903
|
+
** API when the extension function was registered.
|
|
12834
12904
|
**
|
|
12835
12905
|
** xColumnTotalSize(pFts, iCol, pnToken):
|
|
12836
12906
|
** If parameter iCol is less than zero, set output variable *pnToken
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "better-sqlite3-multiple-ciphers",
|
|
3
|
-
"version": "
|
|
3
|
+
"version": "11.0.0-beta.0",
|
|
4
4
|
"description": "better-sqlite3 with multiple-cipher encryption support",
|
|
5
5
|
"homepage": "https://github.com/m4heshd/better-sqlite3-multiple-ciphers",
|
|
6
6
|
"author": "Mahesh Bandara Wijerathna (m4heshd) <m4heshd@gmail.com>",
|