Increase size of range request in getrange

32 bit builds don't have a big enough long to capture
the same range as a 64 bit build.  If we use "long long"
we get proper size limits everywhere.

Also updates size of unsigned comparison to fit new size of `end`.

Fixes #1981
Return empty string if GETRANGE of empty string

Previously, GETRANGE of a key containing nothing ("")
would allocate a large (size_t)-1 return value causing
crashes on 32bit builds when it tried to allocate the
4 GB return string.
Merge pull request #1982 from mattsta/fix-getrange-32bit

Increase size of range request in getrange
sentinel: Decouple bind address from address sent to other sentinels

There are instances such as EC2 where the bind address is private
(behind a NAT) and cannot be accessible from WAN.

https://groups.google.com/d/msg/redis-db/PVVvjO4nMd0/P3oWC036v3cJ
Sentinel: announce ip/port changes + rewrite.

The original implementation was modified in order to allow to
selectively announce a different IP or port, and to rewrite the two
options in the config file after a rewrite.
Sentinel: clarify announce-ip/port options in sentinel.conf.
Sentinel: don't set announce-ip if is empty.
Merge branch 'unstable' of github.com:/antirez/redis into unstable
AOF loading: split handling of format errors from unexpected EOF.
Test AOF format error detection.
AOF ability to load truncated files.
Correct cleanup when aborting AOF loading.

Because of the new ability to start with a truncated AOF, we need
to correctly release all the memory on EOF error. Otherwise there is a
small leak, that is not really a problem, but causes a false positive in
the tests that detect memory leaks.
Make aof-load-truncated option actually configurable.
AOF tests fixed turning aof-load-truncated to no.

When aof-load-truncated option was introduced, with a default of "yes",
the past behavior of the server to abort with trunncated AOF changed, so
we need to explicitly configure the tests to abort with truncated AOF
by setting the option to no.
Tests for aof-load-truncated = yes.
Limit the *SCAN command `dictScan` iterations

*SCAN will cause redis server to hang for seconds
after millions of keys was deleted by SCAN/DEL pairs
Merge pull request #1993 from xiaost/limit-scan-iter-count

Limit the *SCAN command `dictScan` iterations
luaRedisGenericCommand() cached argv handling simplified.

As discussed in issue #1945.