Skip to content

[rfile] Add some more information in RKeyInfo#21486

Open
silverweed wants to merge 1 commit intoroot-project:masterfrom
silverweed:rkeyinfo
Open

[rfile] Add some more information in RKeyInfo#21486
silverweed wants to merge 1 commit intoroot-project:masterfrom
silverweed:rkeyinfo

Conversation

@silverweed
Copy link
Contributor

No description provided.

@silverweed silverweed self-assigned this Mar 4, 2026
@silverweed silverweed requested a review from pcanal as a code owner March 4, 2026 12:10
@github-actions
Copy link

github-actions bot commented Mar 4, 2026

Test Results

    21 files      21 suites   3d 1h 34m 23s ⏱️
 3 805 tests  3 801 ✅ 1 💤 3 ❌
71 973 runs  71 961 ✅ 9 💤 3 ❌

For more details on these failures, see this check.

Results for commit 729b95f.

@silverweed silverweed added the clean build Ask CI to do non-incremental build on PR label Mar 5, 2026
/// Returns the on-disk size of the (potentially compressed) object, excluding its key.
std::uint64_t GetObjNBytes() const { return fObjNBytes; }
/// Returns the on-disk size of this object's key.
std::uint64_t GetKeyLen() const { return fKeyLen; }
Copy link
Contributor Author

@silverweed silverweed Mar 5, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we call this GetKeyNBytes for consistency (since it's the on-disk size)?
On the other hand TKeys are, as far as I understand, always stored uncompressed, so this is equal to the uncompressed length.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

See meta question at #21486 (comment)

Comment on lines +551 to +552
fKeySeek(key.GetSeekKey()),
fParentDirSeek(key.GetSeekPdir())
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do we maybe want to call this "offset"? I'm always confused because a "seek" is not a thing (I know)

Copy link
Member

@pcanal pcanal Mar 6, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The meta question is whether we want to stick close to the underlying names or invent new/better names for the 'same' things.

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

Labels

clean build Ask CI to do non-incremental build on PR in:I/O

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants