-
Notifications
You must be signed in to change notification settings - Fork 78
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
LoadDocument
Port in RediSearch.See RediSearch/RediSearch#6509
The main additions:
A wrapper around the RedisModule_ScanKey.
ScanKeyCursor
wraps aRedisModule_ScanCursor
and ports RedisModule_ScanKeyfor_each
method that takes a closureScanKeyCursor
Usage to scan_key exampleOther additions:
RedisString::from_raw_parts
get_raw
to 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
enum
representation has been split into the PR: Breaking Change Proposal: Replaceisize
withi32
oru32
as representations for enums. #420