The AOF tail of a combined RDB+AOF is based on the premise of applying
the AOF commands to the exact state that there was in the server while
the RDB was persisted. By expiring keys while loading the RDB file, we
change the state, so applying the AOF tail later may change the state.

Test case:

* Time1: SET a 10
* Time2: EXPIREAT a $time5
* Time3: INCR a
* Time4: PERSIT A. Start bgrewiteaof with RDB preamble. The value of a is 11 without expire time.
* Time5: Restart redis from the RDB+AOF: consistency violation.

Thanks to @soloestoy for providing the patch.
Thanks to @trevor211 for the original issue report and the initial fix.

Check issue #4950 for more info.

we add a new slave, and do a failover, eighter by manual or
not, other local slaves will delete the expired keys properly.

avoid warning in t_stream.c

Close #4947.

 Bugfix: xadd command ID parse

append -lrt to FINAL_LIBS for linux

They failed when active defrag could not be activated because the
Jemalloc version does not include the additional APIs.

Fixed stack trace generation on aarch64

Fix redis-cli memory leak when sending set :preference command.

Enhance security for redis-cli

Bugfix: xadd comand <field,value> arity check

See issue #2819 for details. The gist is that when we want to send INFO
because we are over the time, we used to send only INFO commands, no
longer sending PING commands. However if a master fails exactly when we
are about to send an INFO command, the PING times will result zero
because the PONG reply was already received, and we'll fail to send more
PINGs, since we try only to send INFO commands: the failure detector
will delay until the connection is closed and re-opened for "long
timeout".

This commit changes the logic so that we can send the three kind of
messages regardless of the fact we sent another one already in the same
code path. It could happen that we go over the message limit for the
link by a few messages, but this is not significant. However now we'll
not introduce delays in sending commands just because there was
something else to send at the same time.

AOF & RDB: be compatible with rdbchecksum no

bugfix for ZPOP: fix the wrong keyc, should be 1

In case that the incoming repeat parameter is negative and causes a
deadless loop.

To be in consistent with the original definition.

If command like "-1 set a b" is sent with redis-cli, it will cause a deadless loop. So some repeat value checking logic is added to avoid this.

Put the repeat option checking code a little forward to avoid repeat logic.