Skip to content

[Arlesienne] Clean up for large bytecount implementation. - #23662

Open
pcanal wants to merge 8 commits into
root-project:Arlesiennefrom
pcanal:arlesienne-bytecount-cleanup
Open

pcanal wants to merge 8 commits into
root-project:Arlesiennefrom
pcanal:arlesienne-bytecount-cleanup

Conversation

@pcanal

@pcanal pcanal commented Oct 8, 2026

Copy link
Copy Markdown
Member

This is build on top of #23661 (so the first commit can be ignored/skipped).

Add a warning in TMessage when going over the 2GB limit.

Solve a few issues in the new ByteCount mechanism

Improve and extend the error message in case of issue with the bytecounts and bytecounts stack.

pcanal added 8 commits October 8, 2026 15:42
…ignment.

Move the (so far ununused) VersionedStreamerField in the right header and dictionary.

Attach that type as the data type of the test RVersionStreamerField which has been updated
to record the class and use its alignment and sizeof.

Without this fix, the test asserting inside RNTuple due to the zero value alignment.
Support the case where the class information is passed by name
rather than by TClass pointer (eg. the action ReadCollectionDouble32)
In TBufferFile::ReadClass properly set the byte count returned to kOverflowCount when the
byte count in the stream was not updated (was too large).
@pcanal pcanal self-assigned this Oct 8, 2026
@pcanal pcanal added the in:I/O label Oct 8, 2026
@github-actions

github-actions Bot commented Oct 9, 2026

Copy link
Copy Markdown

Test Results

    21 files      21 suites   3d 14h 6m 1s ⏱️
 3 872 tests  3 870 ✅ 0 💤 2 ❌
72 735 runs  72 733 ✅ 0 💤 2 ❌

For more details on these failures, see this check.

Results for commit 7b9378f.

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant