1. 19 4月, 2012 2 次提交
  2. 18 4月, 2012 2 次提交
    • A
      Marginally cleaner lookupKeyByPattern() implementation. · 32fef156
      antirez 提交于
      just fieldobj itself as sentinel of the fact a field object is used or
      not, instead of using the filed length, that may be confusing both for
      people and for the compiler emitting a warning.
      32fef156
    • A
      lookupKeyByPattern() used by SORT GET/BY rewritten. Fixes issue #460. · 8e5e8f0e
      antirez 提交于
      lookupKeyByPattern() was implemented with a trick to speedup the lookup
      process allocating two fake Redis obejcts on the stack. However now that
      we propagate expires to the slave as DEL operations the lookup of the
      key may result into a call to expireIfNeeded() having the stack
      allocated object as argument, that may in turn use it to create the
      protocol to send to the slave. But since this fake obejcts are
      inherently read-only this is a problem.
      
      As a side effect of this fix there are no longer size limits in the
      pattern to be used with GET/BY option of SORT.
      
      See https://github.com/antirez/redis/issues/460 for bug details.
      8e5e8f0e
  3. 06 4月, 2012 1 次提交
  4. 05 4月, 2012 1 次提交
  5. 30 3月, 2012 4 次提交
  6. 29 3月, 2012 1 次提交
  7. 19 3月, 2012 10 次提交
  8. 26 2月, 2012 1 次提交
  9. 23 2月, 2012 2 次提交
  10. 22 2月, 2012 8 次提交
  11. 21 2月, 2012 6 次提交
  12. 16 2月, 2012 2 次提交