- 27 8月, 2014 40 次提交
-
-
由 antirez 提交于
This closes issue #1929, the other part was fixed in the context of issue
-
由 antirez 提交于
This allows to support datasets with more than 2 billion of keys (possible in very large memory instances, this bug was actually reported). Closes issue #1814.
-
由 antirez 提交于
-
由 Mariano Pérez Rodríguez 提交于
Companion for 8eeb1802, but dealing with hiredis.
-
由 antirez 提交于
-
由 Matt Stancliff 提交于
-
由 Matt Stancliff 提交于
We don't want scripts doing CLIENT SETNAME or CLIENT KILL or CLIENT LIST or CLIENT PAUSE. Originally reported by Chris Wj then proper action inspired by Itamar Haber. Reference: https://groups.google.com/forum/#!topic/redis-db/09B2EYwyVgk
-
由 Matt Stancliff 提交于
This just deletes old code that didn't get removed when logic changed. We were setting offsets that never got read anywhere. Since clients are now just cloned, we don't need to track per-client buffer offsets anywhere because they are all the same from the original client.
-
由 CharSyam 提交于
Closes #1097
-
由 Matt Stancliff 提交于
Clearly ip[32] is wrong, but it's less clear that buf[32] was wrong without further reading.
-
由 Eiichi Sato 提交于
Closes #1914
-
由 Jan-Erik Rediger 提交于
Once this is merged: - merge the latest changes to commands.json in antirez/redis-doc - re-run: utils/generate-command-help.rb > src/help.h Then we'll have nice and easy tab-completed help in redis-cli again. Closes #1909
-
由 Mariano Pérez Rodríguez 提交于
Uses ANSI "default background" color code after closing tests so any non-black terminals don't remain polluted. Fixes #1649 Closes #1912
-
由 Matt Stancliff 提交于
Sentinel needs to die with a more accurate error message when attempted to open a config from STDIN. See: https://groups.google.com/forum/#!topic/redis-db/sYx7VNMWaNM
-
由 Matt Stancliff 提交于
It has an important name, but nothing uses it...
-
由 antirez 提交于
-
由 Cong Ding 提交于
Closes #878
-
由 David Palm 提交于
Also adds a fallthrough case for when given large values (like overflow numbers of 2^64 by mistake). Closes #858
-
由 yoav 提交于
Closes #857
-
由 Dov Murik 提交于
Fix redis-cli prompt to state "not connected" after a SHUTDOWN command is sent.
-
由 xiaoyu 提交于
d is more clear because the type of argument is dict not dictht Closes #513
-
由 antirez 提交于
The bug was found by @CAFxX, thanks! See issue #1940.
-
由 antirez 提交于
-
由 antirez 提交于
-
由 antirez 提交于
This raises the max string to 4GB without any downside.
-
由 Pieter Noordhuis 提交于
Hat tip to @rfuchs. See: https://github.com/redis/hiredis/pull/178. Fixes #1187
-
由 charsyam 提交于
Also moves acceptHandler() to be near the other accept...() functions. Closes #1105
-
由 一个手艺人 提交于
For some Solaris flavours, the inet_aton in in resolv library. Not linking this library will introduce link error. Improves compatability with older Solaris and still works on new Solaris. Closes #1092
-
由 Daniel Price 提交于
Closes #997
-
由 Matt Stancliff 提交于
Closes #1161
-
由 Chris Lamb 提交于
Found by The Mayhem Team (Alexandre Rebert, Thanassis Avgerinos, Sang Kil Cha, David Brumley, Manuel Egele) Cylab, Carnegie Mellon University. See http://bugs.debian.org/716259 for more. Signed-off-by: NChris Lamb <lamby@debian.org> Fixes #1191
-
由 charsyam 提交于
Closes #1129
-
由 Matt Stancliff 提交于
Previously, "MOVE key somestring" would move the key to DB 0 which is just unexpected and wrong. String as DB == error. Test added too. Modified by @antirez in order to use the getLongLongFromObject() API instead of strtol(). Fixes #1428
-
由 Matt Stancliff 提交于
Also adds test for numsub — due to tcl being tcl, it doesn't capture the "numberness" of the fix, but now we at least have one test case for numsub. Closes #1561
-
由 Xiaojie Zhang 提交于
Closes #1519
-
由 Samuel Chou 提交于
[I had to split out the clang check due to clang *really* not liking the __GLIBC_PREREQ macro; -matt] Closes #1456
-
由 Jim Howard 提交于
Reason: https://github.com/antirez/redis/pull/1450#issuecomment-30432925 Closes #1450
-
由 Xian Li 提交于
Closes #1614
-
由 Joshua Anderson 提交于
Closes #1610
-
由 cubicdaiya 提交于
According to the C standard, it is desirable to give the type 'void' to functions have no argument. Closes #1631
-