| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
| |
Still not happy with the result but low grays are hard to see in certain
monitors with a non perfect gamma.
|
| |
|
| |
|
| |
|
|
|
| |
Code was adding '\n' (line 521) to the end of NIL values exlusively making csv output inconsistent. Removed '\n'
|
|
|
|
|
| |
Uses jemalloc function malloc_stats_print() to return
stats about what jemalloc has allocated internally.
|
|
|
|
|
| |
A few code style changes + consistent format: not nice for humans but
better for parsers.
|
|
|
|
|
| |
Instead of manually checking for strchr(n,':') everywhere,
we can use our new centralized IP formatting functions.
|
|\
| |
| | |
Fix function prototype in redis-cli.c.
|
| |
| |
| | |
Fix function prototype in redis-cli.c.
|
|\ \
| | |
| | | |
Reconnect redis-cli when cluster return "moved"
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
if redis works in cluster-mode and redis-cli was run with argv, reconnect if needs.
example:
./redis-cli set foo bar
if return is MOVED redis-cli just do nothing.
|
|\ \ \
| | | |
| | | | |
override histfile from env - fixes #831 and copies #833
|
| |/ / |
|
| | |
| | |
| | |
| | |
| | |
| | | |
This allows shell pipes to correctly end redis-cli.
Ref #2066
|
|/ / |
|
|/
|
|
| |
Closes #2066
|
| |
|
|
|
|
|
| |
Fix redis-cli prompt to state "not connected" after a SHUTDOWN command
is sent.
|
| |
|
|
|
|
| |
Closes #1129
|
|
|
|
|
|
|
|
| |
According to the C standard,
it is desirable to give the type 'void'
to functions have no argument.
Closes #1631
|
|
|
|
|
|
|
|
|
|
|
| |
Modified by @antirez since the original fix to genInfoString() looked
weak. Probably the clang analyzer complained about `section` being
possibly NULL, and strcasecmp() called with a NULL pointer. In the
practice this can never happen, still for the sake of correctness
the right fix is not to modify only the first call, but to set `section`
to the value of "default" if it happens to be NULL.
Closes #1660
|
|
|
|
|
|
| |
(Cleaned up a little by @mattsta)
Closes #1774
|
|
|
|
|
|
|
| |
Some people need formatted output even when they have no
interactive tty.
Fixes #760
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously redis-cli would happily show "-1" or "99999"
as valid DB choices.
Now, if the SELECT call returned an error, we don't update
the DB number in the CLI.
Inspired by @anupshendkar in #1313
Fixes #566, #1313
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, if you did SELECT then AUTH, redis-cli
would show your SELECT'd db even though it didn't
happen.
Note: running into this situation is a (hopefully) very limited
used case of people using multiple DBs and AUTH all at the same
time.
Fixes antirez#1639
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
If we run a long latency session and want to Ctrl-C out of it,
it's nice to still get the summary output at the end.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This commit reworks the redis-cli --bigkeys command to provide more
information about our progress as well as output summary information
when we're done.
- We now show an approximate percentage completion as we go
- Hiredis pipelining is used for TYPE and SIZE retreival
- A summary of keyspace distribution and overall breakout at the end
|
|\
| |
| |
| | |
unstable
|
| |
| |
| |
| |
| |
| | |
This commit changes the findBigKeys() function in redis-cli.c to use the new
SCAN command for iterating the keyspace, rather than RANDOMKEY. Because we
can know when we're done using SCAN, it will exit after exhausting the keyspace.
|
| | |
|
| |
| |
| |
| |
| |
| | |
The computation is just something to take the CPU busy, no need to use a
specific type. Since stdint.h was not included this prevented
compilation on certain systems.
|
| | |
|
| | |
|
|/ |
|
|
|
|
|
|
|
| |
If someone asks for SYNC or PSYNC from redis-cli,
automatically enter slaveMode (as if they ran
redis-cli --slave) and continue printing the replication
stream until either they Ctrl-C or the master gets disconnected.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
The code freed a reply object that was never created, resulting in a
segfault every time randomkey returned a key that was deleted before we
queried it for size.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
When in --pipe mode, after all the data transfer to the server is
complete, now redis-cli waits at max the specified amount of
seconds (30 by default, use 0 to wait forever) without receiving any
reply at all from the server. After this time limit the operation is
aborted with an error.
That's related to issue #681.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If the protocol read from stdin happened to contain grabage (invalid
random chars), in the previous implementation it was possible to end
with something like:
dksfjdksjflskfjl*2\r\n$4\r\nECHO....
That is invalid as the *2 should start into a new line. Now we prefix
the ECHO with a CRLF that has no effects on the server but prevents this
issues most of the times.
Of course if the offending wrong sequence is something like:
$3248772349\r\n
No one is going to save us as Redis will wait for data in the context of
a big argument, so this fix does not cover all the cases.
This partially fixes issue #681.
|