Salvatore Sanfilippo
64ef44d568
Merge pull request #362 from fawek/mac-build-fix
...
Fix the build on Mac OS X, where features.h is non-existent
2012-02-26 07:18:43 -08:00
Jakub Wieczorek
7f8f5ad633
Fix the build on Mac OS X, where features.h is non-existent
2012-02-26 15:13:05 +01:00
Jakub Wieczorek
1d6628c088
Fix the build on Mac OS X, where features.h is non-existent
2012-02-26 15:13:05 +01:00
Premysl Hruby
e7e0375bd2
use gcc sync builtins for memory counter when possible
2012-02-26 11:45:52 +01:00
Premysl Hruby
80ff1fc6d0
use gcc sync builtins for memory counter when possible
2012-02-26 11:45:52 +01:00
Premysl Hruby
491dce4064
fix redis-benchmark memory leak
2012-02-26 10:01:27 +01:00
Premysl Hruby
59132e4212
fix redis-benchmark memory leak
2012-02-26 10:01:27 +01:00
antirez
671b6eb54c
lua_cmsgpack.c added
2012-02-24 15:46:25 +01:00
antirez
36e6637dfd
lua_cmsgpack.c added
2012-02-24 15:46:25 +01:00
antirez
1d8a84d4f0
Lua_cmsgpack added to Redis scripting.
2012-02-24 15:45:16 +01:00
antirez
63505e0b59
Lua_cmsgpack added to Redis scripting.
2012-02-24 15:45:16 +01:00
antirez
913dda0723
redis-benchmark: a few fixes to pipelining implementation.
2012-02-23 15:39:26 +01:00
antirez
f6da155bde
redis-benchmark: a few fixes to pipelining implementation.
2012-02-23 15:39:26 +01:00
antirez
9414d08bd7
redis-benchmark: Initial support for pipelining.
2012-02-23 15:02:43 +01:00
antirez
b9474282f8
redis-benchmark: Initial support for pipelining.
2012-02-23 15:02:43 +01:00
antirez
6ebd417aaa
unstable version called 2.9.4
2012-02-22 17:44:18 +01:00
antirez
62c394e219
unstable version called 2.9.4
2012-02-22 17:44:18 +01:00
antirez
a451c2d6f3
The universe is 80 columns wide, accept it.
2012-02-22 17:22:40 +01:00
antirez
92e984dbcd
The universe is 80 columns wide, accept it.
2012-02-22 17:22:40 +01:00
Salvatore Sanfilippo
9601fb7176
Merge pull request #304 from bradvoth/unstable
...
Simple install script changes
2012-02-22 08:19:54 -08:00
Salvatore Sanfilippo
dbb27a0a90
Merge pull request #304 from bradvoth/unstable
...
Simple install script changes
2012-02-22 08:19:54 -08:00
antirez
ff804069d4
Fix for issue #306 , thanks to tchajed (on github) for the pull request. The original patch was reworked a bit.
2012-02-22 16:07:06 +01:00
antirez
a5bd08487f
Fix for issue #306 , thanks to tchajed (on github) for the pull request. The original patch was reworked a bit.
2012-02-22 16:07:06 +01:00
antirez
520490dd25
Redis-cli should accept help command even if there is no connection to the server.
2012-02-22 15:16:11 +01:00
antirez
4eb3b3e970
Redis-cli should accept help command even if there is no connection to the server.
2012-02-22 15:16:11 +01:00
antirez
758de4c3d6
even less false positive on obuf-limits test.
2012-02-22 11:25:30 +01:00
antirez
fcdeb98568
even less false positive on obuf-limits test.
2012-02-22 11:25:30 +01:00
antirez
dc7d42bd7f
Merge remote-tracking branch 'origin/unstable' into unstable
2012-02-22 09:52:29 +01:00
antirez
467d703ead
Merge remote-tracking branch 'origin/unstable' into unstable
2012-02-22 09:52:29 +01:00
antirez
3393afc51a
zzlIsInRange() now is capable of handling empty sorted sets that may end inside the data set when loading very old RDB files produced by early-stage versions of Redis.
2012-02-22 09:52:10 +01:00
antirez
feb282883b
zzlIsInRange() now is capable of handling empty sorted sets that may end inside the data set when loading very old RDB files produced by early-stage versions of Redis.
2012-02-22 09:52:10 +01:00
Salvatore Sanfilippo
3a40ede821
Merge pull request #347 from pietern/unstable-segv
...
Force SIGSEGV without HAVE_BACKTRACE (unstable)
2012-02-21 10:29:55 -08:00
Salvatore Sanfilippo
30c06ae6b4
Merge pull request #347 from pietern/unstable-segv
...
Force SIGSEGV without HAVE_BACKTRACE (unstable)
2012-02-21 10:29:55 -08:00
Pieter Noordhuis
234322a31f
Solaris has backtrace(3)
2012-02-21 10:20:28 -08:00
Pieter Noordhuis
ca2344f991
Solaris has backtrace(3)
2012-02-21 10:20:28 -08:00
Pieter Noordhuis
ad7797988d
Also force SIGSEGV without HAVE_BACKTRACE
2012-02-21 10:20:01 -08:00
Pieter Noordhuis
57be47758e
Also force SIGSEGV without HAVE_BACKTRACE
2012-02-21 10:20:01 -08:00
antirez
adf89d46b7
Fixed undefined behavior in *INCR style functions overflow detection. Sorry clang!
2012-02-21 18:26:11 +01:00
antirez
7c96b467c1
Fixed undefined behavior in *INCR style functions overflow detection. Sorry clang!
2012-02-21 18:26:11 +01:00
antirez
71b0cfb773
bzero -> memset
2012-02-21 10:06:04 +01:00
antirez
fe7be46025
bzero -> memset
2012-02-21 10:06:04 +01:00
antirez
80509bda87
Fix 32bit build of hiredis
2012-02-19 20:49:20 +01:00
antirez
ad0df18fdc
Fix 32bit build of hiredis
2012-02-19 20:49:20 +01:00
antirez
d6e3216e2b
Applied a few modifications to hiredis to tune it for speed (redis-benchmark) and ability to read more deeply nested replies (redis-cli).
2012-02-19 20:33:59 +01:00
antirez
8e65b6a33d
Applied a few modifications to hiredis to tune it for speed (redis-benchmark) and ability to read more deeply nested replies (redis-cli).
2012-02-19 20:33:59 +01:00
antirez
c23e3efd71
The hiredis lib shipped with Redis was updated to latest version.
2012-02-19 20:26:50 +01:00
antirez
b66e5add82
The hiredis lib shipped with Redis was updated to latest version.
2012-02-19 20:26:50 +01:00
Pieter Noordhuis
cf230ceee6
Don't expire keys when loading an RDB after a SYNC
...
The cron is responsible for expiring keys. When keys are expired at
load time, it is possible that the snapshot of a master node gets
modified. This can in turn lead to inconsistencies in the data set.
A more concrete example of this behavior follows. A user reported a
slave that would show an monotonically increase input buffer length,
shortly after completing a SYNC. Also, `INFO` output showed a single
blocked client, which could only be the master link. Investigation
showed that indeed the `BRPOP` command was fed by the master. This
command can only end up in the stream of write operations when it did
NOT block, and effectively executed `RPOP`. However, when the key
involved in the `BRPOP` is expired BEFORE the command is executed, the
client executing it will block. The client in this case, is the master
link.
2012-02-16 17:21:13 +01:00
Pieter Noordhuis
cb598cdd59
Don't expire keys when loading an RDB after a SYNC
...
The cron is responsible for expiring keys. When keys are expired at
load time, it is possible that the snapshot of a master node gets
modified. This can in turn lead to inconsistencies in the data set.
A more concrete example of this behavior follows. A user reported a
slave that would show an monotonically increase input buffer length,
shortly after completing a SYNC. Also, `INFO` output showed a single
blocked client, which could only be the master link. Investigation
showed that indeed the `BRPOP` command was fed by the master. This
command can only end up in the stream of write operations when it did
NOT block, and effectively executed `RPOP`. However, when the key
involved in the `BRPOP` is expired BEFORE the command is executed, the
client executing it will block. The client in this case, is the master
link.
2012-02-16 17:21:13 +01:00
antirez
5c54ab0b7f
Issue #330 regression test.
2012-02-16 16:13:40 +01:00
