- 18 Jan, 2017 1 commit
-
-
antirez authored
This is of great interest because allows us to print debugging informations that could be of useful when debugging, like in the following example: serverPanic("Unexpected encoding for object %d, %d", obj->type, obj->encoding);
-
- 13 Jan, 2017 2 commits
-
-
antirez authored
-
Salvatore Sanfilippo authored
Initialize help only in repl mode
-
- 12 Jan, 2017 3 commits
- 11 Jan, 2017 4 commits
- 10 Jan, 2017 2 commits
- 08 Jan, 2017 1 commit
-
-
Jan-Erik Rediger authored
-
- 02 Jan, 2017 1 commit
-
-
oranagra authored
-
- 30 Dec, 2016 1 commit
-
-
oranagra authored
-
- 21 Dec, 2016 1 commit
-
-
antirez authored
Close #3687.
-
- 20 Dec, 2016 7 commits
-
-
Salvatore Sanfilippo authored
fix the wrong description of intsetGet().
-
Salvatore Sanfilippo authored
Fix an article usage
-
antirez authored
-
Salvatore Sanfilippo authored
Fix missing brackets around encoding variable in ZIP_DECODE_LENGTH macro
-
antirez authored
We need to report all the points added into the set, not just the ones matching the Tcl distance algo.
-
antirez authored
The same thing observed in #3551 by gnethercutt also fixed for GEOHASH as the original PR did.
-
antirez authored
There were two cases outlined in issue #3512 and PR #3551 where the Geo API returned unexpected results: empty strings where NULL replies were expected, or a single null reply where an array was expected. This violates the Redis principle that Redis replies for existing keys or elements should be indistinguishable. This is technically an API breakage so will be merged only into 4.0 and specified in the changelog in the list of breaking compatibilities, even if it is not very likely that actual code will be affected, hopefully, since with the past behavior basically there was to acconut for *both* the possibilities, and the new behavior is always one of the two, but in a consistent way.
-
- 19 Dec, 2016 8 commits
-
-
Justin Carvalho authored
-
antirez authored
-
antirez authored
-
antirez authored
You can still force the logo in the normal logs. For motivations, check issue #3112. For me the reason is that actually the logo is nice to have in interactive sessions, but inside the logs kinda loses its usefulness, but for the ability of users to recognize restarts easily: for this reason the new startup sequence shows a one liner ASCII "wave" so that there is still a bit of visual clue. Startup logging was modified in order to log events in more obvious ways, and to log more events. Also certain important informations are now more easy to parse/grep since they are printed in field=value style. The option --always-show-logo in redis.conf was added, defaulting to no.
-
antirez authored
-
Salvatore Sanfilippo authored
fix unsigned int overflow in adjustOpenFilesLimit
-
Salvatore Sanfilippo authored
Fixing typo in the usage of redis-benchmark
-
Salvatore Sanfilippo authored
Modify MIN->MAX
-
- 16 Dec, 2016 9 commits
-
-
antirez authored
This commit also contains other changes in order to conform the code to the Redis core style, specifically 80 chars max per line, smart conditionals in the same line: if (that) do_this();
-
Salvatore Sanfilippo authored
CoW improvement, stop AOFRW before flushing and parsing slave RDB
-
Salvatore Sanfilippo authored
Corrects a couple of omissions in the modules docs
-
antirez authored
The new algorithm provides the same speed with a smaller error for cardinalities in the range 0-100k. Before switching, the new and old algorithm behavior was studied in details in the context of issue #3677. You can find a few graphs and motivations there.
-
antirez authored
Otherwise for small cardinalities the algorithm will output something like, for example, 4.99 for a candinality of 5, that will be converted to 4 producing a huge error.
-
antirez authored
The PFADD now takes an array and has mandatory two arguments.
-
Harish Murthy authored
Config option to use LogLog-Beta Algorithm for Cardinality
-
Salvatore Sanfilippo authored
fixed stop condition in RM_ZsetRangeNext and RM_ZsetRangePrev
-
antirez authored
-