v0.1.4

Fixed

• E_RANGE_UNVERIFIED ("served at N positions") on edits after a shrinking write: the served-state array was upserted by position but never truncated to the file's current line count, so a stale tail kept a surviving line's hash at its OLD position while the current serve held it at its new one. recordServed/recordServes now take the current line count and truncate before upserting, threaded from every whole-file serve — read, write auto-read, drift rows, and all rejection-echo sites. Regression test covers the 8-line→2-line write case (Rianico/pi-hashline-edit-lsz#27).
• The fix is a candidate to upstream into pi-hashline-edit-lsz / upstream, whose upsertServed has the same never-truncate behavior (tracked in Rianico/pi-hashline-edit-lsz#27).