*** DRAFT ***
SQLite Release 3.41.2 On 2023-03-22
Prior changes from version 3.41.0 (2023-02-21):
- Query planner improvements:
- Make use of indexed expressions within an aggregate query that
includes a GROUP BY clause.
- The query planner has improved awareness of when an index is
a covering index and adjusts predicted runtimes accordingly.
- The query planner is more aggressive about using co-routines rather
than materializing subqueries and views.
- Queries against the built-in table-valued functions json_tree() and
json_each() will now usually treat "ORDER BY rowid" as a no-op.
- Enhance the ability of the query planner to use indexed expressions
even if the expression has been modified by the
(See forum thread 0a539c7.)
- Add the built-in unhex() SQL function.
- Add the base64 and base85 application-defined functions as an extension and
include that extension in the CLI.
- Add the sqlite3_stmt_scanstatus_v2() interface. (This interface is only
available if SQLite is compiled using SQLITE_ENABLE_STMT_SCANSTATUS.)
- In-memory databases created using sqlite3_deserialize() now report their
filename as an empty string, not as 'x'.
- Changes to the CLI:
- Add the new base64() and base85() SQL functions
- Enhanced EXPLAIN QUERY PLAN output using the new sqlite3_stmt_scanstatus_v2()
interface when compiled using SQLITE_ENABLE_STMT_SCANSTATUS.
- The ".scanstats est" command provides query planner estimates in profiles.
- The continuation prompt indicates if the input is currently inside of a
string literal, identifier literal, comment, trigger definition, etc.
- Enhance the --safe command-line option to disallow dangerous SQL functions.
- The double-quoted string misfeature is now disabled by default for CLI
builds. Legacy use cases can reenable the misfeature at run-time using
the ".dbconfig dqs_dml on" and ".dbconfig dqs_ddl on"
- Enhance the PRAGMA integrity_check command so that it detects when text strings in
a table are equivalent to but not byte-for-byte identical to the same strings in the index.
- Enhance the carray table-valued function so that it is able to bind an array of
- Added the sqlite3_is_interrupted() interface.
- Long-running calls to sqlite3_prepare() and similar now invoke the
progress handler callback and react to sqlite3_interrupt().
- The sqlite3_vtab_in_first() and sqlite3_vtab_in_next() functions are enhanced so that
they reliably detect if they are invoked on a parameter that was not selected for
multi-value IN processing using sqlite3_vtab_in().
They return SQLITE_ERROR instead of SQLITE_MISUSE in this case.
- The parser now ignores excess parentheses around a subquery on the right-hand side
of an IN operator, so that SQLite now works the same as PostgreSQL in this regard.
Formerly, SQLite treated the subquery as an expression with an implied "LIMIT 1".
- Added the SQLITE_FCNTL_RESET_CACHE option to the sqlite3_file_control() API.
- Makefile improvements:
- The new makefile target "sqlite3r.c" builds an amalgamation that includes
the recovery extension.
- New makefile targets "devtest" and "releasetest" for running a
quick developmental test prior to doing a check-in and for doing a full
release test, respectively.
- Miscellaneous performance enhancements.
Prior changes from version 3.41.1 (2023-03-10):
- Provide compile-time options -DHAVE_LOG2=0 and -DHAVE_LOG10=0 to enable SQLite to be
compiled on systems that omit the standard library functions log2() and log10(), repectively.
- Ensure that the datatype for column t1.x in
"CREATE TABLE t1 AS SELECT CAST(7 AS INT) AS x;" continues to be INT and is not NUM,
for historical compatibility.
- Enhance PRAGMA integrity_check to detect when extra bytes appear at the end of an
- Fix various obscure bugs reported by the user community. See the
timeline of changes
Changes in this specific patch release, version 3.41.2 (2023-03-22):
- Multiple fixes for reads past the end of memory buffers
(NB: reads not writes) in the following circumstances:
- When processing a corrupt database file using the non-standard
SQLITE_ENABLE_STAT4 compile-time option.
- In the CLI when the sqlite3_error_offset() routine returns an out-of-range value
(see also the fix to sqlite3_error_offset() below).
- In the recovery extension.
- In FTS3 when processing a corrupt database file.
- Fix the sqlite3_error_offset() so that it does not return out-of-range values when
reporting errors associated with generated columns.
- Multiple fixes in the query optimizer for problems that cause incorrect
results for bizarre, fuzzer-generated queries.
- Increase the size of the reference counter in the page cache object to 64 bits to
ensure that the counter never overflows.
- Fix a performance regression caused by a bug fix in patch release 3.41.1.
- Fix a few incorrect assert() statements.
- SQLITE_SOURCE_ID: 2023-03-22 11:56:21 0d1fc92f94cb6b76bffe3ec34d69cffde2924203304e8ffc4155597af0c191da
- SHA3-256 for sqlite3.c: c83f68b7aac1e7d3ed0fcdb9857742f024449e1300bfb3375131a6180b36cf7c
A complete list of SQLite releases
in a single page and a chronology are both also available.
A detailed history of every
check-in is available at
SQLite version control site.
*** DRAFT ***