shoney.arickathil 3525435eb5 feat(db2-delta): wire the request path, defer re-point to the barrier ... - db.c: guard both WO_B_DB_UPDATE_FIELD arms on keys-resident tables — wo_wal_append_update read a NULL wo_row_ptr there; a live crash, fixed - ruling override on Task 3: row_apply_field_keys no longer commits or moves the id map — stages the delta, does the index swap (RAM apply, unconditional past the shadow-check; a stage failure past that point is now fatal, like insert). Commit/re-point move to the caller, mirroring insert. table.c's WAL commit removal is this ruling, not a regression - offset passed back via caller-side wo_wal_next_offset(), insert's koff pattern - inline arm commits then re-points; request arm records wo_wal_pend_repoint (own list/name — a drop and a re-point differ), flushed by wo_db_flush_drops after the barrier - back_off checks the pending re-point before the durable offset, else a second update in one drain skips the first delta; verified failing this way, passing after - wal.c: fixed a stale comment — keys-resident updates CAN reach wo_wal_append_update's caller now, they just never call it - test_wal.c: 2 tests updated for the new contract; new test drives 2 same-row updates via wo_row_update_field_slot in one uncommitted "drain", checks the value and delta 2's on-disk back-pointer Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> (cherry picked from commit 4d13bcebfe51936ba8c608dd9e791c784e5b8983)		2026-08-30 20:37:27 +02:00
..
src	feat(db2-delta): wire the request path, defer re-point to the barrier	2026-08-30 20:37:27 +02:00