SQLite

Timeline
Login

Many hyperlinks are disabled.
Use anonymous login to enable hyperlinks.

20 most recent check-ins that include changes to files matching 'ext/*'

2025-07-12
18:14
Avoid evaluating special vtab operators (e.g. MATCH) that are part of ON clauses attached to left joins from being evaluated too early. Possible fix for forum post 428ef7c468. (Leaf check-in: 18ba07c152 user: dan tags: vtab-leftjoin-fix)
2025-07-11
19:52
wasm: introduce the sqlite3.oo1.DB.wrapHandle() and Stmt.wrapHandle() APIs, which enable clients to wrap (sqlite3*) resp. (sqlite3_stmt*) pointers in their oo1 API counterparts, optionally with or without taking over ownership of the pointer. (Leaf check-in: e5d0795495 user: stephan tags: trunk)
19:44
Clearer docs for the unowned db/stmt handle mechanism. (Closed-Leaf check-in: 53401b5435 user: stephan tags: oo1-unowned-handles)
19:34
Correct a one-too-many-exclamation-points bug which caused the opposite of intended semantics in oo1.Stmt.pointer ownership. (check-in: 91e709f36d user: stephan tags: oo1-unowned-handles)
17:02
Additional header comment documentation in the ext/misc/vtablog.c test extension. (check-in: 3656acfaa3 user: drh tags: trunk)
14:18
Merge trunk into column-text-blob-v2 branch. (Leaf check-in: a5369e67f7 user: stephan tags: column-text-blob-v2)
10:27
Do not export the numerous Emscripten HEAPxy symbols and remove the last remaining JS code which references them. They have long-since been replaced by internal equivalents and a specific feature check on one of them (which is also no longer needed) is triggering an exception from Emscripten. More details are in Emscripten ticket #24656, noting that this is not an Emscripten bug but an Emscripten behavior change brought it to light. (check-in: b9462dc146 user: stephan tags: trunk)
2025-07-10
09:25
Minor JS doc tweaks. (check-in: 34d893b483 user: stephan tags: oo1-unowned-handles)
2025-07-09
13:43
wasm: DB.wrapHandle() no longer accepts a DB object as its first argument, as there's no apparent use case for proxying one DB object with another. Doc improvements for the new code. (check-in: 0ee19db02a user: stephan tags: oo1-unowned-handles)
13:13
wasm: add a few tests demonstrating that oo1.Stmt.paramaterCount's new impl does not change visible behaviors. Add the c-pp-filtered files to 'make clean'. (check-in: 3fe6154596 user: stephan tags: oo1-unowned-handles)
2025-07-08
19:02
Fix a problem with the fix in [5cb8e342e1]. (check-in: 043ff54fb7 user: dan tags: trunk)
18:44
Fix another problem with running fts5 integrity-check in SQLITE_DEBUG builds, this one causing an assert() failure. (check-in: 5cb8e342e1 user: dan tags: trunk)
14:54
If SQLITE_DEBUG is defined, fts5 does extra checks as part of integrity-check. Ensure that errors from these extra checks are only reported if the other, normal, tests all pass. This fixes a test case in fts5corrupt3.test that was failing if SQLITE_DEBUG was defined. (check-in: 98a53fb276 user: dan tags: trunk)
12:37
Fix test case results in FTS5 that were changed error message improvements in [48044a6b57c0a16c] but which were omitted from that check-in. (check-in: e1f8e0240b user: drh tags: trunk)
2025-07-07
18:35
Merge the latest trunk enhancements and fixes into the empty-table-optimizations branch. (check-in: f15cdf0757 user: drh tags: empty-table-optimizations)
14:42
Work around the Emscripten 4.10 regression described in Emscripten ticket #24656. (check-in: db96ff7bbc user: stephan tags: branch-3.50)
12:11
Work around the Emscripten 4.10 regression described in Emscripten ticket #24656. Problem reported off-list by BrickViking. (check-in: c385475b25 user: stephan tags: trunk)
2025-07-06
15:36
Remove some dead JS code and some extraneous debug output from test code. (check-in: 6e73770a7f user: stephan tags: oo1-unowned-handles)
15:13
JS doc additions. (check-in: 7933505f0c user: stephan tags: oo1-unowned-handles)
15:01
Experimentally add sqlite3.oo1.DB/Stmt.wrapHandle(), which allow DB/Stmt instances to wrap a (sqlite3*)/(sqlite3_stmt*) optionally with or without taking ownership of it. The intent is to enable mix-and-match use of the C API, the oo1 API, and any other hypothetical API which exposes those pointers. oo1.Stmt.parameterCount is now a property access interceptor like Stmt.columnCount is, but that doesn't change how it's used. (check-in: 1227543b87 user: stephan tags: oo1-unowned-handles)