Fix the incorrect initialization of mv_base_idx_vec_ in constuctor of txservice::HashPartitionDataSyncScanCc#256
Conversation
WalkthroughTwo eloq submodule references were updated: Changes
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~3 minutes Possibly related PRs
Suggested reviewers
Poem
Pre-merge checks and finishing touches✅ Passed checks (3 passed)
✨ Finishing touches🧪 Generate unit tests (beta)
📜 Recent review detailsConfiguration used: CodeRabbit UI Review profile: CHILL Plan: Pro 📒 Files selected for processing (2)
✅ Files skipped from review due to trivial changes (1)
🚧 Files skipped from review as they are similar to previous changes (1)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
There was a problem hiding this comment.
Actionable comments posted: 0
🧹 Nitpick comments (1)
src/mongo/db/modules/eloq/store_handler (1)
1-1: Optional: reference an annotated tag or upstream PR in the description.If available, point the submodule to an annotated tag (or add the upstream commit/PR link) for traceability and easier backports.
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (2)
src/mongo/db/modules/eloq/store_handler(1 hunks)src/mongo/db/modules/eloq/tx_service(1 hunks)
🔇 Additional comments (2)
src/mongo/db/modules/eloq/tx_service (1)
1-1: Submodule bump verified—contains the intended mv_base_idx_vec_ fix with no breaking changes.The new commit 5bb8a128 includes the targeted fix: line 3393 of
include/cc/cc_request.hchangesmv_base_idx_vec_.resize(scan_batch_size)tomv_base_idx_vec_.reserve(scan_batch_size)in theHashPartitionDataSyncScanCcconstructor. Only this file was modified; no unintended API or ABI changes detected.src/mongo/db/modules/eloq/store_handler (1)
1-1: Verified: tx_service fix is included and store_handler bump is valid.The tx_service submodule now includes commit
5bb8a12 fix HashPartitionDataSyncScanCc, which addresses the PR objective. The grep confirms bothHashPartitionDataSyncScanCcandmv_base_idx_vec_are present in the updated tx_service (including the constructor reserve at line 3393 and member declaration at line 3588). The store_handler bump is independent—it contains unrelated bug fixes (logging, max_open_files, drop table request) and does not need to reference tx_service symbols. Both submodule bumps are valid.
7604cba to
df467fa
Compare
PR:
eloqdata/tx_service#164
eloqdata/store_handler#110
Summary by CodeRabbit