Displaying 4 results from an estimated 4 matches for "start_inband_exchange".
2004 Jul 12
2
[PATCH] Batch-mode rewrite
...tern struct exclude_list_struct server_exclude_list;
extern char *exclude_path_prefix;
extern char *config_file;
+ extern int write_batch;
+ extern int batch_fd;
char *auth_user;
***************
*** 97,109 ****
return ret < 0? ret : client_run(fd, fd, -1, argc, argv);
}
! int start_inband_exchange(char *user, char *path, int f_in, int f_out, int argc)
{
int i;
char *sargs[MAX_ARGS];
int sargc = 0;
char line[MAXPATHLEN];
char *p;
if (argc == 0 && !am_sender)
list_only = 1;
--- 99,121 ----
return ret < 0? ret : client_run(fd, fd, -1, argc, argv);
}...
2001 Nov 20
2
rsync server over SSH [includes code patches]
...ver() if the
program is called with both '--server' and '--daemon'.
- start_daemon() is modified to no longer be static (it needs to be
visible in main.c) and to take two file descriptors.
- start_socket_client() had most of its code removed and turned into a
new function, start_inband_exchange(), which is used by both
start_socket_client() and start_client().
- start_client() is modified to handle the ':::' syntax: it calls
start_inband_exchange() after making the rsh/ssh connection to the
remote host.
- A couple of global variables were added: 'run_inband' a...
2008 Feb 26
4
rsync-3.0.0pre10 and iconv
Hello,
I am trying to get rsync-3.0.0pre10 --iconv option working between two linux hosts in local network.
The client host is running Fedora Core 4 (kernel 2.6.17) and is using iso8859-1 character set. LANG=en_US
The daemon host is running Centos 5 (kernel 2.6.18) and is using utf-8 character set. LANG=en_US.UTF-8
Rsync is transferring files properly without --iconv switch:
fc4: (connected
2005 Nov 01
2
request: add TCP buffer options to rsync CLI?
Dear rsync folks,
I'd like to request/suggest that cli options to set TCP send/receive buffers
be added to rsync client-side.
Summary:
I'm aware that a daemon's config-file can set socket options for
the server side
(e.g. SO_SNDBUF, SO_RCVBUF). That is useful.
But when trying to get high-throughput rsync over
long paths (i.e. large bandwidth*delay product), since