-
Notifications
You must be signed in to change notification settings - Fork 77
MOD-10712 - Port RM_ScanKey #426
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
…ust iterator using a KeyScanCursor type add example todo integration tests
…lback, handle reaming review comments
| scan_key( | ||
| self.key.key_inner, | ||
| self.inner_cursor, | ||
| Some(scan_callback::<F>), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Doesn't make sense to have no callback, but this is dictated by API, right?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, it is related to how bindgen auto generates the function pointer types. So it's dictacted by the tool bindgen we use for code generation.
Previous PR got auto-closed and is not re-openable: #419
This PR adds functionality needed by the
LoadDocumentPort in RediSearch.See RediSearch/RediSearch#6509
The main additions:
A wrapper around the RedisModule_ScanKey.
ScanKeyCursorwraps aRedisModule_ScanCursorand ports RedisModule_ScanKeyfor_eachmethod that takes a closureScanKeyCursorUsage to scan_key exampleOther additions:
RedisString::from_raw_partsget_rawto CallReply enum and sub typesRelated PRs
During the CI we run into strange integration test failures, related to side effects that are fixed in the PR: MOD-11364: Improves the robustness of integration tests #425
A breaking change regarding the
enumrepresentation has been split into the PR: Breaking Change Proposal: Replaceisizewithi32oru32as representations for enums. #420