Displaying 2 results from an estimated 2 matches for "pid_".
Did you mean:
pid
2004 Sep 28
3
Truncated output from "rsync -e ssh ... 2>&1 | tee"
(Versions: OpenSSH_3.7.1p2, rsync version 2.6.2)
I've just encountered a situation where "rsync -v -n" appears to run
normally,
but reports many fewer file transfers than actually get done when you remove
the -n. (This is not one of the usual "-n" corner cases.)
It turns out that this only happens when you're doing a remote
rsync over ssh AND you redirect stderr into
2004 Jan 17
1
--delete-sent-files (AKA --move-files)
...,8 @@ void start_server(int f_in, int f_out, i
io_start_multiplex_out(f_out);
if (am_sender) {
+ if (need_messages_from_generator)
+ io_start_multiplex_in(f_in);
if (!read_batch) {
recv_exclude_list(f_in);
if (cvs_exclude)
@@ -623,6 +626,9 @@ int client_run(int f_in, int f_out, pid_
io_flush(FULL_FLUSH);
exit_cleanup(status);
}
+
+ if (need_messages_from_generator)
+ io_start_multiplex_out(f_out);
if (argc == 0) {
list_only = 1;
Index: options.c
--- options.c 15 Jan 2004 17:43:34 -0000 1.124
+++ options.c 17 Jan 2004 05:04:55 -0000
@@ -81,12 +81,14 @@ int copy_...