Redis

~axino/redis/+git/trunk:module-block-on-keys

  1. Git
  2. lp:~axino/redis/+git/trunk
  3. module-block-on-keys
Last commit made on 2019-10-31
Get this branch:
git clone -b module-block-on-keys https://git.launchpad.net/~axino/redis/+git/trunk

Branch merges

Branch information

Name:
module-block-on-keys
Repository:
lp:~axino/redis/+git/trunk

Recent commits

dd5feec... by antirez <email address hidden>

Modules: block on keys: fix stale comment.

825adcf... by antirez <email address hidden>

Modules: block on keys: finish implementing RM_UnblockClient().

37bf3e1... by antirez <email address hidden>

Modules: block ok keys: improve example.

66f55bc... by antirez <email address hidden>

Modules: block on keys: fix bugs in processing order.

629081f... by antirez <email address hidden>

Modules: block on keys: fix the top comments.

91f4bdc... by antirez <email address hidden>

Modules: block on keys: use a better interface.

Using the is_key_ready() callback plus the reply callback later, creates
different issues AFAIK:

1. More complex API.
2. We need to call the reply callback() ASAP if the is_key_ready()
interface returned success, however the internals do not work in that
way, so when the reply callback is called the setup could be different.
To fix that, there is to break the current design that handles the
unblocked clients asyncrhonously, and run the list ASAP.

4534960... by antirez <email address hidden>

Modules: remove spurious call from moduleHandleBlockedClients().

Now we handle propagation when we free the context.

228bc89... by antirez <email address hidden>

Modules: block on keys: example on hellotype.c.

215b72c... by antirez <email address hidden>

Modules: block on keys: implement the internals.

fb6110a... by antirez <email address hidden>

Modules: block on keys: export APIs.