Files

T

osobhandClaude Opus 5.5 39f25e5d4e edit: plan every edit from the file the editor holds, not its path

FileEditor re-opened its path to plan each edit but wrote through the file
it held open, and the Python 'r+' handle re-opened the path after every
edit to read. When the path came to name another file between edits (a
rename or replacement, or a relative path after os.chdir), an edit was laid
out from the other file's metadata and written into the held one,
corrupting it, and later reads came from the other file (the review's
repro: h5py then reports "invalid dataset size, likely file corruption").

The editor now plans from a mapping of its own file (a clone of the held
descriptor, dropped before the edit writes) and canonicalises its path at
open. New FileEditor::reader() opens the held file anew for reading,
without sharing the editor's flock (a mapping of a cloned descriptor holds
the lock until unmapped): through /proc/self/fd on Linux, which follows a
renamed file; elsewhere by path, refused on Unix when the path no longer
names the held file. The Python handle reads through it and keeps no path;
a 'w' file is written at the absolute path it was opened with.

Tests: edit_tests.rs edits_go_to_the_file_held_not_the_path; test_edit.py
test_relative_path_and_chdir and test_path_replaced_between_edits.

Co-Authored-By: Claude Opus 5.5 (1M context) <[email protected]>

2026-09-27 07:47:03 -05:00

src

edit: plan every edit from the file the editor holds, not its path

2026-09-27 07:47:03 -05:00

Cargo.toml

build: declare Rust 1.92 as the MSRV and check it in CI

2026-09-23 11:05:26 -05:00

README.md

docs: fix stale package names, counts, and CLI subcommands

2026-06-03 11:17:04 +00:00

README.md

clawhdf5-io

I/O abstraction layer for clawhdf5.

Features

Memory-mapped file access (mmap feature)
Async I/O via Tokio (async feature)
HSDS remote access (hsds feature)
Prefetching and sweep optimizations

Usage

use clawhdf5_io::MmapReader;

let reader = MmapReader::open("data.h5").unwrap();

License

MIT