Files

T

osobhandClaude Opus 5.5 17f09375ad fix(format): refuse to write datatypes the reader refuses

The reader now refuses a compound with a repeated field name or no
fields and an enum member with an empty name, as libhdf5 does, but the
writer still wrote them: CompoundTypeBuilder and EnumTypeBuilder build
them without complaint, so clawhdf5 wrote files it could not read back.
They were never valid HDF5; h5py refuses them.

Datatype::check_encodable, which FileWriter::finish runs on every
dataset and attribute type, now parses the type's own encoding back and
refuses one the reader refuses, with the reader's reason. That keeps the
writer in step with every reader check, not only these three.

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

2026-09-26 01:21:20 -05:00

benches

Merge pull request 'docs(clawhdf5): document DType variants, fix unresolved doc links' (#17 ) from sdlc-docs/clawhdf5-types-20260514-165210 into main

2026-05-14 23:54:48 +00:00

src

fix: refuse truncated files and read nothing past the recorded end of file

2026-09-26 00:30:40 -05:00

tests

fix(format): refuse to write datatypes the reader refuses

2026-09-26 01:21:20 -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

Pure-Rust HDF5 reader/writer — no C dependencies.

Features

Read and write HDF5 files entirely in Rust
Memory-mapped I/O for large files (mmap feature, enabled by default)
Parallel chunk reads via Rayon (parallel feature)
Lazy dataset access for minimal memory usage
h5py-compatible file output

Usage

use clawhdf5::File;

let file = File::open("data.h5").unwrap();
let dataset = file.dataset("/group/data").unwrap();
let values: Vec<f64> = dataset.read_1d().unwrap();

License

MIT