1. 20 Sep, 2018 1 commit
  2. 04 Sep, 2018 1 commit
    • Sascha Roland's avatar
      #5299 Fix blocking XREAD for streams that ran dry · c1e9186f
      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.
      c1e9186f
  3. 03 Aug, 2018 1 commit
  4. 31 Jul, 2018 1 commit
  5. 30 Jul, 2018 2 commits
  6. 24 Jul, 2018 2 commits
  7. 22 Jul, 2018 1 commit
  8. 19 Jul, 2018 1 commit
  9. 17 Jul, 2018 3 commits
  10. 16 Jul, 2018 5 commits
  11. 14 Jul, 2018 1 commit
  12. 12 Jul, 2018 2 commits
  13. 10 Jul, 2018 3 commits
  14. 09 Jul, 2018 1 commit
  15. 03 Jul, 2018 1 commit
  16. 02 Jul, 2018 1 commit
  17. 27 Jun, 2018 1 commit
  18. 18 Jun, 2018 1 commit
    • antirez's avatar
      Streams: Change XADD MAXLEN handling of values <= 0. · 62f9ac6f
      antirez authored
      Now a MAXLEN of 0 really does what it means: it will create a zero
      entries stream. This is useful in order to make sure that the behavior
      is identical to XTRIM, that must be able to reduce the stream to zero
      elements when MAXLEN is given.
      
      Also now MAXLEN with a count < 0 will return an error.
      62f9ac6f
  19. 17 Jun, 2018 1 commit
  20. 12 Jun, 2018 7 commits
  21. 10 Jun, 2018 3 commits