1. 18 Dec, 2019 2 commits
  2. 09 Apr, 2019 1 commit
  3. 09 Jan, 2019 1 commit
  4. 03 Jul, 2018 1 commit
  5. 23 Feb, 2017 2 commits
  6. 19 Feb, 2017 1 commit
    • Salvatore Sanfilippo's avatar
      ARM: Avoid fast path for BITOP. · 7329cc39
      Salvatore Sanfilippo authored
      GCC will produce certain unaligned multi load-store instructions
      that will be trapped by the Linux kernel since ARM v6 cannot
      handle them with unaligned addresses. Better to use the slower
      but safer implementation instead of generating the exception which
      should be anyway very slow.
      7329cc39
  7. 21 Oct, 2016 1 commit
  8. 16 Jun, 2016 1 commit
    • antirez's avatar
      Minor aesthetic fixes to PR #3264. · 2f2fd64c
      antirez authored
      Comment format fixed + local var modified from camel case to underscore
      separators as Redis code base normally does (camel case is mostly used
      for global symbols like structure names, function names, global vars,
      ...).
      2f2fd64c
  9. 15 Jun, 2016 2 commits
  10. 05 Jun, 2016 1 commit
  11. 31 May, 2016 1 commit
    • antirez's avatar
      Avoid undefined behavior in BITFIELD implementation. · 2503acfc
      antirez authored
      Probably there is no compiler that will actaully break the code or raise
      a signal for unsigned -> signed overflowing conversion, still it was
      apparently possible to write it in a more correct way.
      
      All tests passing.
      2503acfc
  12. 30 May, 2016 1 commit
  13. 24 May, 2016 2 commits
  14. 18 May, 2016 1 commit
  15. 10 May, 2016 1 commit
  16. 02 Mar, 2016 3 commits
  17. 29 Feb, 2016 1 commit
  18. 26 Feb, 2016 3 commits
    • antirez's avatar
      BITFIELD: Fix #<index> form parsing. · 11745e09
      antirez authored
      11745e09
    • antirez's avatar
      BITFIELD: Support #<index> offsets form. · 2800d090
      antirez authored
      2800d090
    • antirez's avatar
      BITFIELD command initial implementation. · 70af626d
      antirez authored
      The new bitfield command is an extension to the Redis bit operations,
      where not just single bit operations are performed, but the array of
      bits composing a string, can be addressed at random, not aligned
      offsets, with any width unsigned and signed integers like u8, s5, u10
      (up to 64 bit signed integers and 63 bit unsigned integers).
      
      The BITFIELD command supports subcommands that can SET, GET, or INCRBY
      those arbitrary bit counters, with multiple overflow semantics.
      
      Trivial and credits:
      
      A similar command was imagined a few times in the past, but for
      some reason looked a bit far fetched or not well specified.
      Finally the command was proposed again in a clear form by
      Yoav Steinberg from Redis Labs, that proposed a set of commands on
      arbitrary sized integers stored at bit offsets.
      
      Starting from this proposal I wrote an initial specification of a single
      command with sub-commands similar to what Yoav envisioned, using short
      names for types definitions, and adding control on the overflow.
      
      This commit is the resulting implementation.
      
      Examples:
      
          BITFIELD mykey OVERFLOW wrap INCRBY i2 10 -1 GET i2 10
      70af626d
  19. 27 Jul, 2015 1 commit
  20. 26 Jul, 2015 4 commits
  21. 11 Dec, 2014 1 commit
    • Matt Stancliff's avatar
      Bitops: Stop overallocating storage space on set · badf0f00
      Matt Stancliff authored
      Previously the string was created empty then re-sized
      to fit the offset, but sds resize causes the sds to
      over-allocate by at least 1 MB (which is a lot when
      you are operating at bit-level access).
      
      This also improves the speed of initial sets by 2% to 6%
      based on quick testing.
      
      Patch logic provided by @oranagra
      
      Fixes #1918
      badf0f00
  22. 03 Dec, 2014 1 commit
  23. 02 Dec, 2014 1 commit
  24. 13 Aug, 2014 1 commit
  25. 30 Mar, 2014 1 commit
    • antirez's avatar
      String value unsharing refactored into proper function. · 543ede03
      antirez authored
      All the Redis functions that need to modify the string value of a key in
      a destructive way (APPEND, SETBIT, SETRANGE, ...) require to make the
      object unshared (if refcount > 1) and encoded in raw format (if encoding
      is not already REDIS_ENCODING_RAW).
      
      This was cut & pasted many times in multiple places of the code. This
      commit puts the small logic needed into a function called
      dbUnshareStringValue().
      543ede03
  26. 27 Feb, 2014 4 commits
    • antirez's avatar
      warnigns -> warnings in redisBitpos(). · 76a6e82d
      antirez authored
      76a6e82d
    • antirez's avatar
      More consistent BITPOS behavior with bit=0 and ranges. · 0e31eaa2
      antirez authored
      With the new behavior it is possible to specify just the start in the
      range (the end will be assumed to be the first byte), or it is possible
      to specify both start and end.
      
      This is useful to change the behavior of the command when looking for
      zeros inside a string.
      
      1) If the user specifies both start and end, and no 0 is found inside
         the range, the command returns -1.
      
      2) If instead no range is specified, or just the start is given, even
         if in the actual string no 0 bit is found, the command returns the
         first bit on the right after the end of the string.
      
      So for example if the string stored at key foo is "\xff\xff":
      
          BITPOS foo (returns 16)
          BITPOS foo 0 -1 (returns -1)
          BITPOS foo 0 (returns 16)
      
      The idea is that when no end is given the user is just looking for the
      first bit that is zero and can be set to 1 with SETBIT, as it is
      "available". Instead when a specific range is given, we just look for a
      zero within the boundaries of the range.
      0e31eaa2
    • antirez's avatar
      Initial implementation of BITPOS. · 38c620b3
      antirez authored
      It appears to work but more stress testing, and both unit tests and
      fuzzy testing, is needed in order to ensure the implementation is sane.
      38c620b3
    • antirez's avatar
      Fix misaligned word access in redisPopcount(). · 746ce35f
      antirez authored
      746ce35f