- 05 Nov, 2018 2 commits
-
-
antirez authored
This bug had a double effect: 1. Sometimes entries may not be emitted, producing broken protocol where the array length was greater than the emitted entires, blocking the client waiting for more data. 2. Some other time the right entry was claimed, but a wrong entry was returned to the client. This fix should correct both the instances.
-
antirez authored
-
- 03 Nov, 2018 1 commit
-
-
michael-grunder authored
This fixes an overflow on 32-bit systems.
-
- 31 Oct, 2018 1 commit
-
-
Guy Korland authored
-
- 25 Oct, 2018 2 commits
- 24 Oct, 2018 1 commit
-
-
antirez authored
-
- 17 Oct, 2018 7 commits
-
-
Itamar Haber authored
-
antirez authored
They play better with Lua scripting, otherwise Lua will see status replies as "ok" = "string" which is very odd, and actually as @oranagra reasoned in issue #5456 in the rest of the Redis code base there was no such concern as saving a few bytes when the protocol is emitted.
-
Itamar Haber authored
-
antirez authored
-
antirez authored
-
antirez authored
This avoids issues with having to replicate a command that produced errors.
-
antirez authored
-
- 16 Oct, 2018 2 commits
- 15 Oct, 2018 3 commits
- 11 Oct, 2018 4 commits
-
-
zhaozhao.zz authored
-
zhaozhao.zz authored
-
zhaozhao.zz authored
Because the NACK->consumer is NULL, if idletime < minidle the NACK does not belong to any consumer, then redis will crash in XPENDING.
-
zhaozhao.zz authored
-
- 10 Oct, 2018 1 commit
-
-
antirez authored
Issue #5433.
-
- 09 Oct, 2018 2 commits
-
-
zhaozhao.zz authored
-
zhaozhao.zz authored
XSTREAM CREATE <key> <id or *> -- Create a new empty stream. XSTREAM SETID <key> <id or $> -- Set the current stream ID.
-
- 08 Oct, 2018 1 commit
-
-
antirez authored
See #5141.
-
- 04 Oct, 2018 1 commit
-
-
antirez authored
-
- 02 Oct, 2018 2 commits
- 01 Oct, 2018 1 commit
-
-
antirez authored
-
- 20 Sep, 2018 1 commit
-
-
Guy Korland authored
-
- 04 Sep, 2018 1 commit
-
-
Sascha Roland authored
The conclusion, that a xread request can be answered syncronously in case that the stream's last_id is larger than the passed last-received-id parameter, assumes, that there must be entries present, which could be returned immediately. This assumption fails for empty streams that actually contained some entries which got removed by xdel, ... . As result, the client is answered synchronously with an empty result, instead of blocking for new entries to arrive. An additional check for a non-empty stream is required.
-
- 03 Aug, 2018 2 commits
-
-
zhaozhao.zz authored
-
shenlongxing authored
-
- 01 Aug, 2018 4 commits
-
-
zhaozhao.zz authored
Slaves and rebooting redis may have different radix tree struct, by different stream* config options. So propagating approximated MAXLEN to AOF/slaves may lead to date inconsistency.
-
zhaozhao.zz authored
-
zhaozhao.zz authored
-
zhaozhao.zz authored
If we rewrite the MAXLEN argument as zero when no trimming was performed, date between master and slave and aof will be inconsistent, because `xtrim maxlen 0` means delete all entries in stream.
-
- 31 Jul, 2018 1 commit
-
-
antirez authored
Related to #5184.
-