1. 03 Feb, 2020 1 commit
  2. 30 Jan, 2020 2 commits
    • Salvatore Sanfilippo's avatar
      Merge pull request #6812 from guybe7/str_convert_fix · 53ac8c7d
      Salvatore Sanfilippo authored
      ld2string should fail if string contains \0 in the middle
      53ac8c7d
    • Guy Benoish's avatar
      ld2string should fail if string contains \0 in the middle · 2deb5551
      Guy Benoish authored
      This bug affected RM_StringToLongDouble and HINCRBYFLOAT.
      I added tests for both cases.
      
      Main changes:
      1. Fixed string2ld to fail if string contains \0 in the middle
      2. Use string2ld in getLongDoubleFromObject - No point of
         having duplicated code here
      
      The two changes above broke RM_SaveLongDouble/RM_LoadLongDouble
      because the long double string was saved with length+1 (An innocent
      mistake, but it's actually a bug - The length passed to
      RM_SaveLongDouble should not include the last \0).
      2deb5551
  3. 29 Jan, 2020 2 commits
  4. 15 Jan, 2020 2 commits
  5. 13 Jan, 2020 8 commits
  6. 10 Jan, 2020 7 commits
  7. 09 Jan, 2020 3 commits
  8. 08 Jan, 2020 6 commits
  9. 07 Jan, 2020 4 commits
  10. 06 Jan, 2020 1 commit
  11. 04 Jan, 2020 1 commit
  12. 01 Jan, 2020 2 commits
    • antirez's avatar
      Fix active expire division by zero. · 0af467d1
      antirez authored
      Likely fix #6723.
      
      This is what happens AFAIK: we enter the main loop where we expire stuff
      until a given percentage of keys is still found to be logically expired.
      There are however other potential exit conditions.
      
      However the "sampled" variable is not always incremented inside the
      loop, because we may found no valid slot as we scan the hash table, but
      just NULLs ad dict entries. So when the do/while loop condition is
      triggered at the end, we do (expired*100/sampled), dividing by zero if
      we sampled 0 keys.
      0af467d1
    • John Sully's avatar
      e5565a79
  13. 31 Dec, 2019 1 commit