Fixed a memory leak with replication

occurs when two or more dbs are replicated and at least one of them is >db10

Regression test for issue 417 (memory leak when replicating to DB with id >= 10)

Fixed typo in comment: "te" -> "the".

Fix for slaves chains. Force resync of slaves (simply disconnecting them)  when SLAVEOF turns a master into a slave.

Test for redis.sha1hex().

added redis.sha1hex(string) as lua scripting function.

(The original implementation was modified by @antirez to conform Redis
coding standards.)

Fixes for redisLogFromHandler().

Log from signal handlers is now safer.

Redis test: regexp to check if valgrind reported errors modified. Now we no longer look at the total count because this includes "possibly lost" bytes that are not interesting for Redis (tons of false positives because of how sds.c works).

define zlibc_free() in a way that is not shadowed by jemalloc.

Produce the watchlog warning log in a way that is safer from a signal handler. Fix a memory leak in the backtrace generation function.

Mask SIGALRM everything but in the main thread.

This is required to ensure that the signal will be delivered to the main
thread when the watchdog timer expires.

Correctly set the SIGARLM timer for the software watchdog.

Redis software watchdog.

fix typo

fix time() instead of mstime() in expireIfNeeded

use server.unixtime instead of time(NULL) where possible (cluster.c not checked though)

declare hashDictType as external too

remove disk-store related comments

SIGSEGV handler refactored so that we can reuse stack trace and current client logging functionalities in other contexts.

CONFIG RESETSTAT resets two more fields.

New INFO field aof_delayed_fsync introduced.

This new field counts all the times Redis is configured with AOF enabled and
fsync policy 'everysec', but the previous fsync performed by the
background thread was not able to complete within two seconds, forcing
Redis to perform a write against the AOF file while the fsync is still
in progress (likely a blocking operation).

Version is now 2.5.3.

convert-zipmap-hash-on-load false positive fixed.

Apparently because the sample RDB file was not copied before every test
Redis had a chance to replace it with a newly written one, so that the
next test could fail.

When running the test in valgrind mode, pass the right flags to show memory leaks stack traces but only including the "definitely lost" items.

Add used allocator in redis-server -v output.

convert-zipmap-hash-on-load test enabled

Contextualize comment.

Merge remote-tracking branch 'origin/2.6' into 2.6

RDB load of different encodings test added.

Fixed memory leak in hash loading.

RDB load of different encodings test added.

Big endian fix. The bug was introduced because of a typo.

Replicate HINCRBYFLOAT as HSET.

Code style hack.

Result of INCRBYFLOAT and HINCRBYFLOAT should never be in exponential form, and also should never contain trailing zeroes. This is not possible with vanilla printf() format specifiers, so we alter the output.

Comments about security of slave-read-only in redis.coinf.

Correctly create shared.oomerr as an sds string.

DEBUG should not be flagged as w otherwise we can not call DEBUG DIGEST and other commands against read only slaves.

Support for read-only slaves. Semantical fixes.

This commit introduces support for read only slaves via redis.conf and CONFIG GET/SET commands. Also various semantical fixes are implemented here:

1) MULTI/EXEC with only read commands now work where the server is into a state where writes (or commands increasing memory usage) are not allowed. Before this patch everything inside a transaction would fail in this conditions.

2) Scripts just calling read-only commands will work against read only
slaves, when the server is out of memory, or when persistence is into an
error condition. Before the patch EVAL always failed in this condition.

Redis cluster stuff removed from 2.6 redis.conf file.

redis_init_script template updated.

Fixed typo in 2.6 release notes.

Merge remote-tracking branch 'origin/2.6' into 2.6

Suppress warnings compiling redis-cli with certain gcc versions.

Read-only flag removed from PUBLISH command.

Memory addressing test implemented.

More memory tests implemented. Default number of iterations lowered to a more acceptable value of 50.

Fixed typo.

Number of iteration of --test-memory is now 300 (several minutes per gigabyte). Memtest86 and Memtester links are also displayed while running the test.

On crash suggest to give --test-memory a try.

Memory test function now less boring thanks to screen-wide progress bar.

Hem... actual memtest.c file added.

First implementation of --test-memory. Still a work in progress.

Fix for issue #391.

Use a simple protocol between clientsCron() and helper functions to
understand if the client is still valind and clientsCron() should
continue processing or if the client was freed and we should continue
with the next one.

Version bumped to 2.5.2

Reclaim space from the client querybuf if needed.

sds.c: sdsAllocSize() function added.

sds.c new function sdsRemoveFreeSpace().

The new function is used in order to resize the string allocation so
that only the minimal allocation possible is used, removing all the free
space at the end of the string normally used to improve efficiency of
concatenation operations.

Call all the helper functions needed by clientsCron() as clientsCronSomething() for clarity.

CLIENT LIST test modified to reflect the new output.

Process async client checks like client timeouts and BLPOP timeouts incrementally using a circular list.

Added a qbuf-free field to CLIENT LIST output.

Client creation time in redisClient structure. New age field in CLIENT LIST output.

c->bufpos initialization moved for aesthetics.

RDB hashes loading, fixed another bug in the loading of HT-encoded hashes: when the hash entry is too big for ziplist, add the field, then convert. The code used to break before the new entry was inserted, resulting into missing fields in the loaded Hash object.

RDB hashes loading fixed removing the assertion that failed every time an HT-encoded hash was loaded.

fix typo of redis.conf

RDB4 support in redis-check-dump.

RDB version is no 4, because small hashes are now encoded as ziplists, so older versions of Redis will not understand this format.

Version is now 2.5.1, first unstable release of Redis 2.6

Build dependencies updated.

Redis 2.6 branch obtained from unstable removing all the cluster related code.

hash-max-zipmap-... renamed hash-max-ziplist-... in defalt conf for tests.

More vertical space saved.

Minor code aesthetic change to use Redis code base style rule of saving vertical space when possible.

Removed handling of deprecated hash-max-zipmap-entries nad hash-map-zipmap-value. Pieter is too good with users ;). Better to have them switch to a saner configuration ASAP after the 2.6 upgrade.

Added a top-function comment to rioWriteHashIteratorCursor() to better specify what the function does. Not immediately clear from the name.

Merge conflicts resolved.

Instantaneous ops/sec figure in INFO output.

Support for all the redis.conf fields in CONFIG GET. config.c refactored a bit.

run_id added to INFO output.

The Run ID is a field that identifies a single execution of the Redis
server. It can be useful for many purposes as it makes easy to detect if
the instance we are talking about is the same, or if it is a different
one or was rebooted. An application of run_id will be in the partial
synchronization of replication, where a slave may request a partial sync
from a given offset only if it is talking with the same master. Another
application is in failover and monitoring scripts.

clusterGetRandomName() generalized into getRandomHexChars() so that we can use it for the run_id field as well.

By default Redis refuses writes with an error if the latest BGSAVE failed (and at least one save point is configured). However people having good monitoring systems may prefer a server that continues to work, since they are notified that there are problems by their monitoring systems. This commit implements the ability to turn the feature on or off via redis.conf and CONFIG SET.

Refuse writes if can't persist on disk.

Redis now refuses accepting write queries if RDB persistence is
configured, but RDB snapshots can't be generated for some reason.
The status of the latest background save operation is now exposed
in the INFO output as well. This fixes issue #90.

Better MONITOR output, now includes client ip:port or the lua string if the command was executed by the scripting engine.

anetPeerToString() automatically populates ip/port with something that may be provided to the user as output in case of errors.

TIME command.

redis-cli: CSV output added, used for the --slave mode.

Initial implementation of redis-cli --slave support.

Ping the slave using the standard protocol instead of the inline one.

Better implementation for BRPOP/BLPOP in the non blocking case.

lpush arguments vector rewrite modified for more speed and to memory leak removal.

Version bumped to 2.9.5

Better system for additional commands replication.

The new code uses a more generic data structure to describe redis operations.
The new design allows for multiple alsoPropagate() calls within the scope of a
single command, that is useful in different contexts. For instance there
when there are multiple clients doing BRPOPLPUSH against the same list,
and a variadic LPUSH is performed against this list, the blocked clients
will both be served, and we should correctly replicate multiple LPUSH
commands after the replication of the current command.

Added a new API to replicate an additional command after the replication of the currently executed command, in order to propagte the LPUSH originating from RPOPLPUSH and indirectly by BRPOPLPUSH.

propagate() prototype added to redis.h

Var renamed into pushGenericCommand() to better reflect what it means.

Added command propagation API.

Merge pull request #362 from fawek/mac-build-fix

Fix the build on Mac OS X, where features.h is non-existent