- 28 Jan, 2013 3 commits
- 19 Jan, 2013 2 commits
-
-
antirez authored
This commit fixes issue #875 that was caused by the following events: 1) There is an active child doing BGSAVE. 2) flushall is called (or any other condition that makes Redis killing the saving child process). 3) An error is sensed by Redis as the child exited with an error (killed by a singal), that stops accepting write commands until a BGSAVE happens to be executed with success. Whitelisting SIGUSR1 and making sure Redis always uses this signal in order to kill its own children fixes the issue.
-
guiquanz authored
-
- 12 Nov, 2012 1 commit
-
-
antirez authored
The previous behavior was to return -1 if: 1) Existing key but without an expire set. 2) Non existing key. Now the second case is handled in a different, and TTL will return -2 if the key does not exist at all. PTTL follows the same behavior as well.
-
- 08 Nov, 2012 1 commit
-
-
antirez authored
-
- 11 Sep, 2012 1 commit
-
-
antirez authored
Unfortunately we had still the lame atoi() without any error checking in place, so "SELECT foo" would work as "SELECT 0". This was not an huge problem per se but some people expected that DB can be strings and not just numbers, and without errors you get the feeling that they can be numbers, but not the behavior. Now getLongFromObjectOrReply() is used as almost everybody else across the code, generating an error if the number is not an integer or overflows the long type. Thanks to @mipearson for reporting that on Twitter.
-
- 01 May, 2012 1 commit
-
-
Pieter Noordhuis authored
Every matched key in a KEYS call is checked for expiration. When the key is set to expire, the call to `getExpire` will assert that the key also exists in the main dictionary. This in turn causes a rehashing step to be executed. Rehashing a dictionary when there is an iterator active may result in the iterator emitting duplicate entries, or not emitting some entries at all. By using a safe iterator, the rehash step is omitted.
-
- 07 Apr, 2012 1 commit
-
-
antirez authored
-
- 05 Apr, 2012 3 commits
-
-
antirez authored
expireGenericCommand(): better variable names and a top-comment that describes the function's behavior.
-
Premysl Hruby authored
-
Premysl Hruby authored
-
- 27 Mar, 2012 2 commits
-
-
Premysl Hruby authored
-
Premysl Hruby authored
-
- 04 Feb, 2012 1 commit
-
-
antirez authored
Use less memory when emitting the protocol, by using more shared objects for commonly emitted parts of the protocol.
-
- 01 Feb, 2012 1 commit
-
-
antirez authored
-
- 30 Jan, 2012 1 commit
-
-
antirez authored
setKey(): call the higher level wrapper setModifiedKey() instead of touchWatchedKey() even if currently they are exactly the same.
-
- 21 Dec, 2011 3 commits
- 18 Nov, 2011 1 commit
-
-
antirez authored
New script timeout semantics and SCRIPT KILL implemented. SHUTDOWN NOSAVE and SHUTDOWN SAVE implemented.
-
- 10 Nov, 2011 1 commit
-
-
antirez authored
high resolution expires API modified to use separated commands. AOF transation to PEXPIREAT of all the expire-style commands fixed.
-
- 09 Nov, 2011 2 commits
-
-
antirez authored
-
antirez authored
Initial support for key expire times with millisecond resolution. RDB version is now 3, new opcoded added for high resolution times. Redis is still able to correctly load RDB version 2. Tests passing but still a work in progress. API to specify milliseconds expires still missing, but the precision of normal expires is now already improved and working.
-
- 08 Nov, 2011 1 commit
-
-
antirez authored
-
- 17 Oct, 2011 2 commits
- 10 Oct, 2011 1 commit
-
-
antirez authored
-
- 04 Oct, 2011 1 commit
-
-
antirez authored
-
- 07 Jul, 2011 2 commits
-
-
antirez authored
don't process EXPIRE with negative TTL or EXPIREAT with time in the past if we are a slave too (see http://groups.google.com/group/redis-db/browse_thread/thread/5a931fefb88b16d5). Also propagate it as DEL.
-
Hampus Wessman authored
They will be expired (and a DEL will be logged) after the loading is done instead.
-
- 25 Jun, 2011 1 commit
-
-
antirez authored
-
- 20 Jun, 2011 1 commit
-
-
antirez authored
-
- 05 May, 2011 1 commit
-
-
antirez authored
Fixed semantics of CLUSTER SETSLOT, SELECT now only denied in cluster mode if selected DB is not 0 so that MIGRATE still works well.
-
- 29 Apr, 2011 1 commit
-
-
antirez authored
-
- 28 Apr, 2011 1 commit
-
-
antirez authored
-
- 29 Mar, 2011 1 commit
-
-
antirez authored
-
- 28 Mar, 2011 2 commits