Libby
e3bce664e0
CultMesh portability and performance / ubuntu-latest reactive semantics and leases (pull_request) Successful in 29m46s
CultCache interop: C# and Rust write a union and nested bytes, the other reads them read-only ...
Extends the existing cross-runtime harness (cultcache-ts interop test, C# and Rust interop peers) with
write-shapes/read-shapes: a union field with two arms and bin members. Rust reads through the read-only
snapshot door; leftover staging files of both runtimes sit beside the store and must survive the read,
and the store bytes must not change.
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
2026-11-12 11:01:13 +00:00
cultcache-ts: browser-safe entry that excludes the node-only single-file store
2026-11-07 11:37:03 +00:00
CultCache interop: C# and Rust write a union and nested bytes, the other reads them read-only
2026-11-12 11:01:13 +00:00
One typed owner of document-payload reads and writes: DocumentPayload is opaque, the definition is required
2026-10-11 19:33:42 +02:00
cultcache-ts and cultnet-ts: indexes means unique, roles names selection aliases; commitId/commitCount on change messages ( #92 )
2026-11-11 05:13:08 +00:00
TypeScript cache: one record per key, foreign carry, key-identity vector walked ( #121 )
2026-11-12 00:03:19 +00:00
TypeScript: a payload is one MessagePack value (bytes-after-ts) ( #130 )
2026-11-12 06:02:51 +00:00
One typed owner of document-payload reads and writes: DocumentPayload is opaque, the definition is required
2026-10-11 19:33:42 +02:00
TypeScript: a record with unread slots is held read-only (slot-readonly-ts) ( #128 )
2026-11-12 05:03:29 +00:00
TypeScript: pushAll writes onto the store instead of replacing it (ts-flush-replaces-store) ( #136 )
2026-11-12 09:47:33 +00:00
TypeScript: a payload is one MessagePack value (bytes-after-ts) ( #130 )
2026-11-12 06:02:51 +00:00
TypeScript: a record with unread slots is held read-only (slot-readonly-ts) ( #128 )
2026-11-12 05:03:29 +00:00
cultcache-ts: tests pin the single-put judge's alias and key-pair order ( #108 )
2026-11-11 13:56:35 +00:00
e3bce664e0