search for: start_inband_exchange

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