dependabot[bot] opened a new pull request, #1425:
URL: https://github.com/apache/arrow-go/pull/1425

   Bumps [modernc.org/sqlite](https://gitlab.com/cznic/sqlite) from 1.60.1 to 
1.61.0.
   <details>
   <summary>Changelog</summary>
   <p><em>Sourced from <a 
href="https://gitlab.com/cznic/sqlite/blob/master/CHANGELOG.md";>modernc.org/sqlite's
 changelog</a>.</em></p>
   <blockquote>
   <h1>Changelog</h1>
   <p>Entries for v1.38.1 through v1.44.1 and for v1.49.1 were added on 
2026-09-05, reconstructed from the git history and the merge requests they 
cite; they were missing at release time.</p>
   <ul>
   <li>
   <p>2026-10-21 v1.61.1:</p>
   <ul>
   <li><strong>Fix a panic reachable from SQL through a VFS made by 
<code>vfs.New</code>.</strong> It reported its files as writable, so with 
<code>PRAGMA journal_mode=OFF</code> a write reached a write method the VFS 
does not have and the process panicked, as did closing a WAL database shipped 
with its <code>-wal</code> file; with the journal on, the write failed with a 
misleading <code>SQLITE_NOMEM</code>. Such files are now read-only to SQLite, 
and every write fails with <code>SQLITE_READONLY</code>. See [GitLab merge 
request <a href="https://gitlab.com/cznic/sqlite/-/work_items/145";>#145</a>](<a 
href="https://gitlab.com/cznic/sqlite/-/merge_requests/145";>https://gitlab.com/cznic/sqlite/-/merge_requests/145</a>),
 thanks Ian Chechin!</li>
   <li><strong>Fix a process abort reachable through a VFS made by 
<code>vfs.New</code>.</strong> SQLite's request to delete a journal, made when 
<code>PRAGMA journal_mode</code> leaves <code>PERSIST</code> or 
<code>TRUNCATE</code> and on the first read of a 0-byte database that has a 
<code>-journal</code> file next to it in the served file system, reached the 
transpiled <code>xDelete</code>, an unimplemented stub that aborted the 
process. It now fails with <code>SQLITE_IOERR_DELETE</code>, which SQLite 
tolerates, and nothing is deleted; the write methods the VFS lacked answer 
<code>SQLITE_READONLY</code> instead of being nil.</li>
   <li><strong><code>Tx.Commit</code> now stops waiting for a lock once the 
context given to <code>BeginTx</code> is done, and <code>Rows.Next</code> and 
<code>Rows.Close</code> once the query's context is done</strong>, each 
returning the context's error; they used to wait the full 
<code>busy_timeout</code> when a reader's lock in rollback-journal mode blocked 
the <code>COMMIT</code>, or the commit of an autocommit <code>INSERT ... 
RETURNING</code> finished or closed after its first row. Only the wait watches 
the context; <code>Rollback</code> is unchanged. Resolves [GitLab issue <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/263";>#263</a>](<a 
href="https://gitlab.com/cznic/sqlite/-/issues/263";>https://gitlab.com/cznic/sqlite/-/issues/263</a>),
 thanks SirLouen!</li>
   <li>The <code>attest</code> CI job now copies <code>vendor.json</code> into 
the provenance document from the tagged commit, not from the working tree 
<code>make vendor-check</code> has just stamped with its own Go release; the 
v1.61.0 job failed its own verification over that field, so v1.61.0 has no 
provenance document, see <code>VERIFYING.md</code>. Tooling only.</li>
   <li>Add <code>THREAT-MODEL.md</code>, the threat model behind the scope in 
<code>SECURITY.md</code>: the connection string, the connection lifecycle, the 
page cache binding and the VFS bridge, one row per concern with its status and 
the commit that settled it. <code>TestVFSReadEOF</code> now also checks the 
short read on <code>vfsRead</code> itself. Documentation and tests only. See 
[GitLab merge request <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/146";>#146</a>](<a 
href="https://gitlab.com/cznic/sqlite/-/merge_requests/146";>https://gitlab.com/cznic/sqlite/-/merge_requests/146</a>),
 thanks Ian Chechin!</li>
   </ul>
   </li>
   <li>
   <p>2026-10-21 v1.61.0:</p>
   <ul>
   <li>Upgrade to <a href="https://sqlite.org/releaselog/3_54_1.html";>SQLite 
3.54.1</a>, re-vendoring <code>lib/</code> from <a 
href="https://gitlab.com/cznic/libsqlite3/-/tags/v1.15.2";>modernc.org/libsqlite3
 v1.15.2</a> and <code>vec/</code> from <a 
href="https://gitlab.com/cznic/libsqlite_vec/-/tags/v0.7.0";>modernc.org/libsqlite_vec
 v0.7.0</a>; sqlite-vec stays v0.1.9. The pinned <code>modernc.org/libc</code> 
becomes <a href="https://gitlab.com/cznic/libc/-/tags/v1.79.0";>v1.79.0</a>; as 
always, downstream <code>go.mod</code> files must pin the same 
<code>modernc.org/libc</code> version this repository's <code>go.mod</code> 
does, see [GitLab issue <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/177";>#177</a>](<a 
href="https://gitlab.com/cznic/sqlite/-/issues/177";>https://gitlab.com/cznic/sqlite/-/issues/177</a>).</li>
   <li>Add <code>_time_format=string_no_monotonic</code>, 
<strong>opt-in</strong>: times are written in the default layout but without 
Go's monotonic clock reading, the <code> m=+...</code> suffix, so a scanned 
time matches its row again when bound in <code>WHERE col = ?</code>. The 
default is unchanged. Resolves [GitLab issue <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/259";>#259</a>](<a 
href="https://gitlab.com/cznic/sqlite/-/issues/259";>https://gitlab.com/cznic/sqlite/-/issues/259</a>).
 See [GitLab merge request <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/142";>#142</a>](<a 
href="https://gitlab.com/cznic/sqlite/-/merge_requests/142";>https://gitlab.com/cznic/sqlite/-/merge_requests/142</a>),
 thanks 不插电 (<a 
href="https://gitlab.com/r27153733";><code>@​r27153733</code></a>)!</li>
   <li>Each release tag now gets a signed provenance document, linked from its 
GitLab release; <code>VERIFYING.md</code> says what it proves and how to check 
one. Tooling only. See [GitLab merge request <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/141";>#141</a>](<a 
href="https://gitlab.com/cznic/sqlite/-/merge_requests/141";>https://gitlab.com/cznic/sqlite/-/merge_requests/141</a>).</li>
   <li>Add an opt-in SQLite authorizer per connection: 
<code>AuthorizerRegisterer</code>, reached through <code>sql.Conn.Raw</code> or 
installed on every pooled connection from <code>RegisterConnectionHook</code>; 
existing connections are unchanged. Resolves [GitLab issue <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/256";>#256</a>](<a 
href="https://gitlab.com/cznic/sqlite/-/issues/256";>https://gitlab.com/cznic/sqlite/-/issues/256</a>).
 See [GitLab merge request <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/139";>#139</a>](<a 
href="https://gitlab.com/cznic/sqlite/-/merge_requests/139";>https://gitlab.com/cznic/sqlite/-/merge_requests/139</a>),
 thanks Tedla Brandsema (<a 
href="https://gitlab.com/TedlaBrandsema";><code>@​TedlaBrandsema</code></a>)!</li>
   <li>Closing a connection now forgets the pre-update, commit and rollback 
hooks registered on it; their entries used to linger after 
<code>Close</code>.</li>
   <li><strong>With a shared cache, <code>BeginTx</code> now waits for a lock 
another connection holds</strong> instead of failing at once with 
<code>SQLITE_LOCKED_SHAREDCACHE</code> (262), as executing <code>BEGIN 
IMMEDIATE</code> did; <code>Commit</code> and <code>Rollback</code> wait 
likewise while another connection changes the schema. <code>busy_timeout</code> 
does not bound the wait; the call's context does. See [GitLab merge request <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/143";>#143</a>](<a 
href="https://gitlab.com/cznic/sqlite/-/merge_requests/143";>https://gitlab.com/cznic/sqlite/-/merge_requests/143</a>),
 thanks Ian Chechin!</li>
   <li><code>PrepareContext</code> and <code>BeginTx</code> with a context that 
is already done now return the context's error, as <code>ExecContext</code> and 
<code>QueryContext</code> do. See [GitLab merge request <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/143";>#143</a>](<a 
href="https://gitlab.com/cznic/sqlite/-/merge_requests/143";>https://gitlab.com/cznic/sqlite/-/merge_requests/143</a>),
 thanks Ian Chechin!</li>
   <li>A context that is done before a statement starts running, for example 
while its arguments are being bound, now stops the statement within 1000 VM 
steps. SQLite discarded that interrupt, so a long statement ran to completion 
and only then returned the context's error. See [GitHub pull request <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/9";>#9</a>](<a 
href="https://redirect.github.com/modernc-org/sqlite/pull/9";>modernc-org/sqlite#9</a>),
 thanks Chris Gianelloni (<a 
href="https://gitlab.com/wolf31o2";><code>@​wolf31o2</code></a>)!</li>
   <li><strong>A statement waiting for a lock under <code>busy_timeout</code> 
now stops waiting once its context is done</strong>, with the context's error, 
instead of sleeping on until the timeout; the wait's retry schedule and its 
bound are otherwise unchanged, and so is a call without a deadline. 
<code>PrepareContext</code> ended this way returns the context's error too, 
where it returned <code>SQLITE_BUSY</code>. Resolves [GitLab issue <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/262";>#262</a>](<a 
href="https://gitlab.com/cznic/sqlite/-/issues/262";>https://gitlab.com/cznic/sqlite/-/issues/262</a>),
 thanks SirLouen!</li>
   </ul>
   </li>
   <li>
   <p>2026-09-29 v1.60.1:</p>
   <ul>
   <li>Binding arguments to a statement is no longer quadratic in the number of 
its parameters, which made multi-row <code>INSERT</code>s with thousands of 
<code>?</code> parameters slow. Resolves [GitHub issue <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/8";>#8</a>](<a 
href="https://redirect.github.com/modernc-org/sqlite/issues/8";>modernc-org/sqlite#8</a>),
 thanks wencycool!</li>
   </ul>
   </li>
   <li>
   <p>2026-09-28 v1.60.0:</p>
   <ul>
   <li><strong>A fault while reading the memory-mapped <code>-shm</code> file 
of a WAL database no longer crashes the process.</strong> The statement fails 
with a disk I/O error, extended code <code>SQLITE_IOERR_IN_PAGE</code> (8714), 
and the connection stays usable, as in MSVC builds of SQLite. On by default on 
every platform and not switchable; <code>lib.SehInject</code> and 
<code>lib.SehPending</code> inject such a fault for tests. Resolves [GitLab 
issue <a href="https://gitlab.com/cznic/sqlite/-/work_items/221";>#221</a>](<a 
href="https://gitlab.com/cznic/sqlite/-/issues/221";>https://gitlab.com/cznic/sqlite/-/issues/221</a>),
 thanks Roman (<a 
href="https://gitlab.com/requilence";><code>@​requilence</code></a>) for the 
report, and supersedes <a 
href="https://gitlab.com/cznic/libsqlite3/-/merge_requests/4";>libsqlite3!4</a> 
and [GitHub pull request <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/7";>#7</a>](<a 
href="https://redirect.github.com/modernc-org/sqlite/pull/7";>modernc
 -org/sqlite#7</a>), thanks hazyhaar for the two rounds, the <code>ccgo</code> 
finding and the Windows Server runs!</li>
   <li>Re-vendor <code>lib/</code> from <a 
href="https://gitlab.com/cznic/libsqlite3/-/tags/v1.15.0";>modernc.org/libsqlite3
 v1.15.0</a> and <code>vec/</code> from <a 
href="https://gitlab.com/cznic/libsqlite_vec/-/tags/v0.6.0";>modernc.org/libsqlite_vec
 v0.6.0</a>; SQLite stays 3.53.4 and sqlite-vec v0.1.9. <strong>Go 1.26 is now 
required</strong>, and the pinned <code>modernc.org/libc</code> becomes <a 
href="https://gitlab.com/cznic/libc/-/tags/v1.77.1";>v1.77.1</a>; as always, 
downstream <code>go.mod</code> files must pin the same 
<code>modernc.org/libc</code> version this repository's <code>go.mod</code> 
does, see [GitLab issue <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/177";>#177</a>](<a 
href="https://gitlab.com/cznic/sqlite/-/issues/177";>https://gitlab.com/cznic/sqlite/-/issues/177</a>).</li>
   <li><strong>Nine exported <code>lib</code> constants that never had a 
meaningful value are gone</strong>: <code>INFINITY</code>, 
<code>MB_CUR_MAX</code>, <code>NAN</code>, <code>RESERVED_BYTE</code>, 
<code>SHARED_FIRST</code>, <code>SQLITE_CANTOPEN_BKPT</code>, 
<code>SQLITE_CORRUPT_BKPT</code>, <code>SQLITE_DEFAULT_LOOKASIDE</code> and 
<code>SQLITE_MISUSE_BKPT</code>. The transpiler now evaluates object-like 
macros as C expressions, so other constants take their C value 
(<code>lib.WALINDEX_PGSZ</code> is 32768, not 0) and some appear; the full list 
is in <a 
href="https://gitlab.com/cznic/libsqlite3/-/blob/master/CHANGELOG.md";>libsqlite3's
 CHANGELOG</a> under 2026-09-19.</li>
   <li><code>make vendor</code> now writes <code>vendor.json</code>, the 
<code>modernc.org/libsqlite3</code> and <code>modernc.org/libsqlite_vec</code> 
commits and the Go toolchain <code>lib/</code> and <code>vec/</code> were 
vendored with, so <code>git show vX.Y.Z:vendor.json</code> says which revisions 
a release carries; the test suite fails when they no longer match. Tooling 
only. See [GitLab merge request <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/140";>#140</a>](<a 
href="https://gitlab.com/cznic/sqlite/-/merge_requests/140";>https://gitlab.com/cznic/sqlite/-/merge_requests/140</a>).</li>
   <li><strong><code>vfs.FS.Close</code> now refuses while a database opened 
through it is still open</strong>, returning an error that wraps the new 
<code>vfs.ErrInUse</code> and leaving the VFS registered. It used to free the 
VFS the open connection still called through, so the next query crashed the 
process or read through freed memory. Close the databases first, then the 
<code>FS</code>.</li>
   <li>Fix handle reuse in <code>modernc.org/sqlite/vfs</code> on 32-bit 
targets: after 2^32 file opens in one process the handle counter wrapped and 
could overwrite a live entry, such as a file system registered at start-up, and 
crash. 64-bit targets were not affected.</li>
   <li><strong>The pluggable page cache now panics when a <code>Cache</code> 
breaks its contract</strong> by returning nil, or a different 
<code>Page</code>, from <code>Fetch</code> for a page SQLite still holds 
pinned. It used to free memory SQLite was still using, corrupting the database 
without an error. Only a <code>Cache</code> implementation with that bug is 
affected; <code>modernc.org/sqlite/pcache</code> is not.</li>
   <li>Document three limits of the pluggable page cache on 
<code>RegisterPageCache</code> and <code>Cache</code>: it cannot be combined 
with <code>modernc.org/sqlite/vec</code>, <code>PageCache.Create</code> may be 
called concurrently, and under <code>cache=shared</code> a <code>Cache</code> 
is called from several goroutines. Documentation only.</li>
   <li>Document in the package documentation that state set on a pooled 
connection is inherited by the next caller to borrow it, and that a connection 
reached through <code>sql.Conn.Raw</code> is not safe for concurrent use. 
Documentation only.</li>
   <li>Add <code>StrictPragmas</code>, <strong>opt-in and off by 
default</strong>: once enabled, a connection whose <code>_pragma</code> DSN 
value holds more than one SQL statement fails to open with 
<code>ErrMultiStatementPragma</code>, before any DSN parameter is applied. A 
<code>_pragma</code> value runs as SQL text, so anything after a <code>;</code> 
runs too. Recommended for any application whose DSN is not a compile-time 
constant.</li>
   <li>Document SQLite's own URI query parameters on <code>Driver.Open</code>: 
<code>mode</code>, <code>cache</code>, <code>immutable</code>, 
<code>nolock</code>, <code>psow</code> and <code>modeof</code>, which have 
always worked in a DSN starting with <code>file:</code>, and the trap that a 
plain file name has its query stripped before SQLite sees it, so 
<code>/path/to.db?mode=ro</code> opens read-write. Resolves [GitLab issue <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/257";>#257</a>](<a 
href="https://gitlab.com/cznic/sqlite/-/issues/257";>https://gitlab.com/cznic/sqlite/-/issues/257</a>).
 Documentation only.</li>
   <li>Add <code>SECURITY.md</code>, the vulnerability reporting policy: three 
private channels, what is in scope, that only the latest release is supported, 
and how a confirmed report is disclosed, including an entry in the Go 
vulnerability database so <code>govulncheck</code> reports it. 
<code>IRP.md</code>, linked from it, is the maintainers' incident response 
plan. Documentation only.</li>
   <li>Add <code>CONTRIBUTING.md</code>: where to send a merge request, which 
files are generated and must not be edited by hand, how to build and test 
across the 20 supported targets, and the 
<code>AUTHORS</code>/<code>CONTRIBUTORS</code> convention. Documentation 
only.</li>
   <li>Ship <code>LICENSE-3RD-PARTY.md</code>, a transitively flattened 
inventory of every third-party component this module carries with all seventeen 
license texts in full, and a Software Bill of Materials, 
<code>sbom.cdx.json</code> (CycloneDX 1.6) and <code>sbom.spdx.json</code> 
(SPDX 2.3), explained in <code>SBOM.md</code>. Both cover what a module-graph 
tool cannot see: the transpiled SQLite and <code>sqlite-vec</code> C, and the 
upstreams <code>modernc.org/libc</code> carries, musl among them. Documentation 
only.</li>
   </ul>
   </li>
   <li>
   <p>2026-09-15 v1.59.0:</p>
   <ul>
   <li>Bump the pinned <code>modernc.org/libc</code> to <a 
href="https://gitlab.com/cznic/libc/-/tags/v1.75.7";>v1.75.7</a> and re-vendor 
<code>lib/</code> and <code>vec/</code>. The transpiled SQLite is unchanged, 
still 3.53.4. On the Linux targets the new libc replaces transpiled musl 
<code>memcpy</code>, <code>memmove</code>, <code>memset</code>, 
<code>memcmp</code> and <code>strlen</code> with native Go, cutting CPU time on 
query-heavy workloads by up to a third; see the new Performance section below. 
As always, downstream <code>go.mod</code> files must pin the same 
<code>modernc.org/libc</code> version this repository's <code>go.mod</code> 
does; see [GitLab issue <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/177";>#177</a>](<a 
href="https://gitlab.com/cznic/sqlite/-/issues/177";>https://gitlab.com/cznic/sqlite/-/issues/177</a>).</li>
   <li>Hand user-defined function and aggregate callbacks a pooled 
<code>*FunctionContext</code> instead of allocating a fresh one per call, 
removing the last driver-side allocation per invocation. Like the argument 
slice, it is valid only for the duration of the callback and must not be 
retained past its return. Updates [GitLab issue <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/226";>#226</a>](<a 
href="https://gitlab.com/cznic/sqlite/-/issues/226";>https://gitlab.com/cznic/sqlite/-/issues/226</a>).
 See [GitLab merge request <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/137";>#137</a>](<a 
href="https://gitlab.com/cznic/sqlite/-/merge_requests/137";>https://gitlab.com/cznic/sqlite/-/merge_requests/137</a>).</li>
   <li>Add regression tests pinning the identity and the pooling of that 
context. See [GitLab merge request <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/138";>#138</a>](<a 
href="https://gitlab.com/cznic/sqlite/-/merge_requests/138";>https://gitlab.com/cznic/sqlite/-/merge_requests/138</a>),
 thanks Ian Chechin!</li>
   <li>Add a Performance section to the package documentation: measured 
CPU-time ratios of this driver against the same SQLite compiled from C, where 
the gap comes from, and the two consequences for applications — index the 
columns that <code>ORDER BY</code>, <code>GROUP BY</code> and 
<code>WHERE</code> use, and bound the <code>database/sql</code> pool with 
<code>SetMaxOpenConns</code>.</li>
   </ul>
   </li>
   <li>
   <p>2026-09-01 v1.58.0:</p>
   <ul>
   <li>Upgrade to <a href="https://sqlite.org/releaselog/3_53_4.html";>SQLite 
3.53.4</a>. It carries upstream's own fix for the journal-rollback 
data-corruption bug, so the local super-journal patch v1.56.0 introduced is 
dropped; recovery behavior is unchanged. Also bumps the pinned 
<code>modernc.org/libc</code> to v1.75.6; as always, downstream modules must 
pin the same version this one does, see [GitLab issue <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/177";>#177</a>](<a 
href="https://gitlab.com/cznic/sqlite/-/issues/177";>https://gitlab.com/cznic/sqlite/-/issues/177</a>).</li>
   <li>Add opt-in support for <strong>Linux Open File Description (OFD) 
locks</strong> on database files, <strong>off by default</strong>; without 
opting in, locking behavior is byte-for-byte that of previous releases. A POSIX 
record lock is owned by the (process, inode) pair, so any <code>Close</code> of 
any descriptor of the database file anywhere in the process silently strips 
SQLite's locks; OFD locks survive that. Enable it process-wide with 
<code>MODERNC_SQLITE_OFD_LOCK=1</code> in the environment, or with the new 
<code>OFDLocking(true)</code> before the first connection is opened; 
<code>OFDLockingEnabled</code> reports the mode in effect, and the new 
<code>ErrOFDLockingTooLate</code> and <code>ErrOFDLockingUnavailable</code> 
report a switch attempted too late and a platform or filesystem without the 
feature. Why it is process-wide rather than a DSN parameter, what WAL's 
<code>-shm</code> coordination still uses, and the <code>/proc/locks</code> 
measurements behind the design a
 re in [GitLab issue <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/255";>#255</a>](<a 
href="https://gitlab.com/cznic/sqlite/-/issues/255";>https://gitlab.com/cznic/sqlite/-/issues/255</a>).</li>
   </ul>
   </li>
   </ul>
   <!-- raw HTML omitted -->
   </blockquote>
   <p>... (truncated)</p>
   </details>
   <details>
   <summary>Commits</summary>
   <ul>
   <li><a 
href="https://gitlab.com/cznic/sqlite/commit/4df1ebea0f1cf0cd6ec3245b26f5fec4234ce738";><code>4df1ebe</code></a>
 sqlite, conn, stmt, tx: end a busy_timeout wait when the call's context is 
done</li>
   <li><a 
href="https://gitlab.com/cznic/sqlite/commit/44ae8d4c16b653a233472a999c0c1b629f6bfd3e";><code>44ae8d4</code></a>
 update dependencies, make vendor: SQLite 3.54.1, libc v1.79.0</li>
   <li><a 
href="https://gitlab.com/cznic/sqlite/commit/570dc5646a295c08971c98cc243811845d1cc17d";><code>570dc56</code></a>
 CHANGELOG.md: context cancellation before a statement starts (GitHub PR <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/9";>#9</a>)</li>
   <li><a 
href="https://gitlab.com/cznic/sqlite/commit/4eacffe83778bd5f531b3271970b948efd34213f";><code>4eacffe</code></a>
 sqlite, conn: keep one cancellation flag per connection</li>
   <li><a 
href="https://gitlab.com/cznic/sqlite/commit/4926b7ac8db61bd6c7386fe3e3abfc540125a087";><code>4926b7a</code></a>
 Merge GitHub pull request <a 
href="https://gitlab.com/cznic/sqlite/-/work_items/9";>#9</a> 
'fix/context-cancellation'</li>
   <li><a 
href="https://gitlab.com/cznic/sqlite/commit/3587a68abb50c99a24dbe828379f34dc575bcab0";><code>3587a68</code></a>
 fix: preserve cancellation before SQLite execution</li>
   <li><a 
href="https://gitlab.com/cznic/sqlite/commit/fd378191a1c532df02e8b1c2a26270e0eaadd38f";><code>fd37819</code></a>
 Merge branch 'tx-shared-cache-wait' into 'master'</li>
   <li><a 
href="https://gitlab.com/cznic/sqlite/commit/75b4e62f1e3b8f936292e769e3b6db31694e6985";><code>75b4e62</code></a>
 conn: watch the context only while waiting for a shared-cache lock</li>
   <li><a 
href="https://gitlab.com/cznic/sqlite/commit/5856ee87a11b801001e845f392766ff5efe6e1eb";><code>5856ee8</code></a>
 tx, conn: wait for a shared-cache lock in BeginTx, Commit and Rollback, and 
e...</li>
   <li><a 
href="https://gitlab.com/cznic/sqlite/commit/0fc3f90d9e280a7356d8609520bc2ba081bfc248";><code>0fc3f90</code></a>
 conn: forget the pre-update, commit and rollback hooks on Close</li>
   <li>Additional commits viewable in <a 
href="https://gitlab.com/cznic/sqlite/compare/v1.60.1...v1.61.0";>compare 
view</a></li>
   </ul>
   </details>
   <br />
   
   <details>
   <summary>Most Recent Ignore Conditions Applied to This Pull Request</summary>
   
   | Dependency Name | Ignore Conditions |
   | --- | --- |
   | modernc.org/sqlite | [>= 1.34.a, < 1.35] |
   </details>
   
   
   [![Dependabot compatibility 
score](https://dependabot-badges.githubapp.com/badges/compatibility_score?dependency-name=modernc.org/sqlite&package-manager=go_modules&previous-version=1.60.1&new-version=1.61.0)](https://docs.github.com/en/github/managing-security-vulnerabilities/about-dependabot-security-updates#about-compatibility-scores)
   
   Dependabot will resolve any conflicts with this PR as long as you don't 
alter it yourself. You can also trigger a rebase manually by commenting 
`@dependabot rebase`.
   
   [//]: # (dependabot-automerge-start)
   [//]: # (dependabot-automerge-end)
   
   ---
   
   <details>
   <summary>Dependabot commands and options</summary>
   <br />
   
   You can trigger Dependabot actions by commenting on this PR:
   - `@dependabot rebase` will rebase this PR
   - `@dependabot recreate` will recreate this PR, overwriting any edits that 
have been made to it
   - `@dependabot show <dependency name> ignore conditions` will show all of 
the ignore conditions of the specified dependency
   - `@dependabot ignore this major version` will close this PR and stop 
Dependabot creating any more for this major version (unless you reopen the PR 
or upgrade to it yourself)
   - `@dependabot ignore this minor version` will close this PR and stop 
Dependabot creating any more for this minor version (unless you reopen the PR 
or upgrade to it yourself)
   - `@dependabot ignore this dependency` will close this PR and stop 
Dependabot creating any more for this dependency (unless you reopen the PR or 
upgrade to it yourself)
   
   
   </details>


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to