cultcache-py: single-file store lock, fsync and unique staging; msgpack hard; slot-nil reader #16

Merged

libby merged 3 commits from libby/cultcache-py-store-lock into main 2026-11-07 12:13:22 +00:00

Conversation 0 Commits 3 Files changed 6 +304 -52

2026-11-06

Libby

cultcache-py: read the slot-nil vector; changelog for the store lock and msgpack ...

tests/vectors/slot-nil was read by TS only. The Python reader accepts the same 15 rows
and refuses the same 2 as the C# reference and rewrites the reference's bytes.

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>

00ecdcf9e6

• View at this point in history

2026-11-06 20:50:10 +00:00

Libby

cultcache-py: single-file store takes the cross-process lock, stages uniquely and fsyncs ...

push, push_all and delete hold <path>.lock (flock; LockFileEx over the whole file on
Windows, as cultcache-ts store-file.ts) across the read and the replace. The staged file
is <path>.tmp-<pid>-<uuid>, fsynced before os.replace, with a directory fsync after off
Windows; a failed write removes its staged file and leaves the store.

Tests fail when the rule breaks: a write waits while a flock holder (Rust's lock) and the
TypeScript runtime's withStoreWriteLock hold the lock, three processes lose no writes,
fsync precedes replace, staged names differ, a failed replace leaves no staged file.

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>

b2434fc7fc

• View at this point in history

2026-11-06 20:49:32 +00:00

Libby

cultcache-py: msgpack is a hard dependency; drop the optional-import fallbacks ...

pyproject (and cultnet-py) already declare msgpack as required; the code treated it
as optional behind a cultcache-py[msgpack] extra that does not exist.

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>

9548d51a71

• View at this point in history

2026-11-06 20:47:07 +00:00