Skip to content

Replace some unnecessary calls to echo and cat in tests#461

Merged
antirez merged 1 commit into
redis:unstablefrom
schlenk:unstable
Apr 23, 2012
Merged

Replace some unnecessary calls to echo and cat in tests#461
antirez merged 1 commit into
redis:unstablefrom
schlenk:unstable

Conversation

@schlenk

@schlenk schlenk commented Apr 17, 2012

Copy link
Copy Markdown
Contributor

Tcl's exec can send data to stdout itself, no need to call cat/echo for that usually.

See also this message at stackoverflow: http://stackoverflow.com/questions/10188886/redis-error-when-running-tcl-helper-script-on-windows-7-32bit-edition

There are quite a few [exec cat $something] calls in the tests that could be replaced by simple open/read/close calls too.

Tcl's exec can send data to stdout itself, no need to call cat/echo for
that usually.
antirez added a commit that referenced this pull request Apr 23, 2012
Replace some unnecessary calls to echo and cat in tests
@antirez antirez merged commit c22e0ee into redis:unstable Apr 23, 2012
@antirez

antirez commented Apr 23, 2012

Copy link
Copy Markdown
Contributor

Thank you, merged.

sundb referenced this pull request in sundb/redis Jul 28, 2025
When there is a link failure while an ongoing MEET request is sent the
sending node stops sending anymore MEET and starts sending PINGs. Since
every node responds to PINGs from unknown nodes with a PONG, the
receiving node never adds the sending node. But the sending node adds
the receiving node when it sees a PONG. This can lead to asymmetry in
cluster membership. This changes makes the sender keep sending MEET
until it sees a PONG, avoiding the asymmetry.

---------

Signed-off-by: Sankar <1890648+srgsanky@users.noreply.github.com>
enjoy-binbin added a commit to enjoy-binbin/redis that referenced this pull request May 25, 2026
When there is a link failure while an ongoing MEET request is sent the
sending node stops sending anymore MEET and starts sending PINGs. Since
every node responds to PINGs from unknown nodes with a PONG, the
receiving node never adds the sending node. But the sending node adds
the receiving node when it sees a PONG. This can lead to asymmetry in
cluster membership. This changes makes the sender keep sending MEET
until it sees a PONG, avoiding the asymmetry.

Signed-off-by: Sankar <1890648+srgsanky@users.noreply.github.com>

See valkey-io/valkey#461
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants