search for: shell_cmd

...29:27 2003 @@ -665,6 +665,8 @@ extern int whole_file; extern int write_batch; extern int read_batch; + extern int force_f_in; + extern int force_f_out; int rc; /* Don't clobber argv[] so that ps(1) can still show the right @@ -770,9 +772,14 @@ list_only = 1; } - pid = do_cmd(shell_cmd,shell_machine,shell_user,shell_path,&f_in,&f_out); + if (force_f_in != -1) { + ret = client_run(force_f_in, force_f_out, -1, argc, argv); + } + else { + pid = do_cmd(shell_cmd,shell_machine,shell_user,shell_path,&f_in,&f_out); - ret = client_run(f_in, f_out, pid, argc, argv);...

...i, NS(flist->files[i]->dirname), NS(flist->files[i]->basename), (int) flist->files[i]->mode, --- main.c 27 Jan 2004 08:05:10 -0000 1.185 +++ main.c 27 Jan 2004 07:59:07 -0000 @@ -56,6 +56,8 @@ extern char *remote_filesfrom_file; extern char *rsync_path; extern char *shell_cmd; extern struct file_list *batch_flist; +extern char *who_am_i; + /* there's probably never more than at most 2 outstanding child processes, * but set it higher just in case. @@ -198,7 +200,7 @@ static void show_malloc_stats(void) getpid(), am_server ? "server " : "&qu...

Alan Coopersmith (1): xinit 1.4.0 Emil Velikov (1): autogen.sh: use quoted string variables Gaetan Nadon (3): Remove SCO support for SHELL_CMD and startx man page. Remove support for ancient A/UX 3.0 support Remove left over $(launchagents_DATA) in CLEANFILES Hans de Goede (2): startx: Pass -keeptty when telling the server to start on the current tty startx: Fix startx picking an already used display number when -...

...omeone has done --disable-ipv6 ? # --- rsync-2.6.9/options.c.bak 2006-11-07 16:25:52.617307000 +0200 +++ rsync-2.6.9/options.c 2007-08-21 21:12:17.462669790 +0300 @@ -533,8 +533,8 @@ static struct poptOption long_options[] {"rsh", 'e', POPT_ARG_STRING, &shell_cmd, 0, 0, 0 }, {"rsync-path", 0, POPT_ARG_STRING, &rsync_path, 0, 0, 0 }, {"temp-dir", 'T', POPT_ARG_STRING, &tmpdir, 0, 0, 0 }, -#ifdef INET6 {"ipv4", '4', POPT_ARG_VAL, &default_af_hint, AF_INET, 0, 0 }, +...

..." flag Steps to Reproduce: valgrind --tool=memcheck rsync --chmod=u+x Actual results: valgrind indicates memory leak. Expected results: no memory leak, at least no big ones. Additional info: Carefully read, it looks like POPT_ARG_STRING values also have to be freed (such as shell_cmd and logfile_name). But since they are global variables, they are represented as "still reachable". Further investigation is required for this side. -- You are receiving this mail because: You are the QA Contact for the bug.

...ids", 0, POPT_ARG_NONE, &numeric_ids, 0, 0, 0 }, {"timeout", 0, POPT_ARG_INT, &io_timeout, 0, 0, 0 }, + {"contimeout", 0, POPT_ARG_INT, &do_timeout, 0, 0, 0 }, {"rsh", 'e', POPT_ARG_STRING, &shell_cmd, 0, 0, 0 }, {"rsync-path", 0, POPT_ARG_STRING, &rsync_path, 0, 0, 0 }, {"temp-dir", 'T', POPT_ARG_STRING, &tmpdir, 0, 0, 0 }, @@ -1612,6 +1614,12 @@ goto oom; args[ac++] = arg; } + + if (do_timeout) { + if (asprintf(&arg, "...

...p;Globals.rsync_port) FN_LOCAL_STRING(lp_name, name) FN_LOCAL_STRING(lp_comment, comment) diff --unified -r rsync-2.6.2/main.c rsync-dmn/main.c --- rsync-2.6.2/main.c Mon Feb 9 22:54:47 2004 +++ rsync-dmn/main.c Tue Sep 28 12:58:28 2004 @@ -57,6 +57,7 @@ extern char *rsync_path; extern char *shell_cmd; extern struct file_list *batch_flist; +extern char* config_file; /* there's probably never more than at most 2 outstanding child processes, @@ -1000,6 +1001,14 @@ * code here, rather than relying on getopt. */ option_error(); exit_cleanup(RERR_SYNTAX); + } + + if (!lp_load(conf...

Hi NG, I want to do incremental backups to a remote server running rsyncd (because daemonless transfer via ssh often hangs!). In contrast to transfer via ssh (without remote rsyncd) this doesn't seem possible, or do I miss something? Imagine I want to incrementally backup `mydir' to the backup space `backup' on e remote server `alpha' running an rsync daemon. rsyncd on

...ot;; ! } ! p = strchr(host,':'); ! if (p) { ! rsync_port = atoi(p+1); ! *p = 0; ! } ! return start_socket_client(host, path, argc-1, argv+1); ! } ! p = find_colon(argv[0]); ! ! if (p) { ! if (p[1] == ':') { /* double colon */ ! *p = 0; ! if (!shell_cmd) { ! return start_socket_client(argv[0], p+2, ! argc-1, argv+1); ! } ! } ! p++; ! daemon_over_rsh = 1; ! } ! else ! local_server = 1; shell_path = argv[argc-1]; } diff -E -B -c -r rsync-2.5.6/proto.h rsync-2.5.6-remotebatch/proto.h *** rsync-2.5.6/p...

...OPT_ARG_NONE, &recurse , 0, 0, 0 }, + {"recursive-level", 'N', POPT_ARG_INT, &recurse_level, 0, 0, 0 }, {"relative", 'R', POPT_ARG_NONE, &relative_paths , 0, 0, 0 }, {"rsh", 'e', POPT_ARG_STRING, &shell_cmd , 0, 0, 0 }, {"block-size", 'B', POPT_ARG_INT, &block_size , 0, 0, 0 }, @@ -658,6 +661,7 @@ static char mdelete[30]; static char mwindow[30]; static char bw[50]; + static char rlevel[50]; /* Leave room for ``--(write|read)-batch...

...2-22 09:56:43.000000000 +0100 +++ rsync-2.6.1pre-1-vidar/options.c 2004-04-15 11:29:35.000000000 +0200 @@ -112,7 +112,8 @@ char *backup_suffix = NULL; char *tmpdir = NULL; -char *compare_dest = NULL; +char *compare_dest[MAX_COMP_DEST+1]; +int num_comp_dest = 0; char *config_file = NULL; char *shell_cmd = NULL; char *log_format = NULL; @@ -301,7 +302,7 @@ } enum {OPT_VERSION = 1000, OPT_SENDER, OPT_EXCLUDE, OPT_EXCLUDE_FROM, - OPT_DELETE_AFTER, OPT_DELETE_EXCLUDED, OPT_LINK_DEST, + OPT_DELETE_AFTER, OPT_DELETE_EXCLUDED, OPT_COMPARE_DEST, OPT_LINK_DEST, OPT_INCLUDE, OPT_INCLUD...

...name = logafter_name; + recv_files(f_in, f_out, local_name); io_flush(FULL_FLUSH); handle_stats(f_in); diff --git a/options.c b/options.c index fd674754..4ab83650 100644 --- a/options.c +++ b/options.c @@ -176,7 +176,9 @@ char *basis_dir[MAX_BASIS_DIRS+1]; char *config_file = NULL; char *shell_cmd = NULL; char *logfile_name = NULL; +char *logafter_name = NULL; char *logfile_format = NULL; +char *logafter_format = NULL; char *stdout_format = NULL; char *password_file = NULL; char *early_input_file = NULL; @@ -205,6 +207,7 @@ static const char *empty_argv[1]; int quiet = 0; int output_m...

There's a rather old bug report in Debian's bug tracking system (see http://bugs.debian.org/27126) about wanting to be able to specify the maximum file size, as well as the minimum file size. Here's the text: Sometimes, it's useful to specify a file size range one is interested in. For example, I'd like to keep an up-to-date mirror of Debian, but I currently

> Just curious: what about the rsync+ patch? Thanks for the reminder. I've just committed Jos's rsync+ patch onto the "branch_mbp_rsyncplus_merge" branch. If it works OK and nobody screams I will move it across onto the main tree tomorrow or Wednesday. I see the patch doesn't add documentation about the new options to the man page, so we should fix that in the future.

...er.c,v retrieving revision 1.69 diff -u -p -r1.69 clientserver.c --- clientserver.c 15 Aug 2001 06:44:44 -0000 1.69 +++ clientserver.c 22 Aug 2001 04:15:12 -0000 @@ -44,7 +44,8 @@ int start_socket_client(char *host, char extern int am_sender; extern struct in_addr socket_address; extern char *shell_cmd; - + extern int kludge_around_eof; + if (argc == 0 && !am_sender) { extern int list_only; list_only = 1; @@ -107,6 +108,10 @@ int start_socket_client(char *host, char if (p) *p = '/'; while (1) { + /* Old servers may just drop the connection here, + rather than s...

.../cvsroot/rsync/clientserver.c,v retrieving revision 1.84 diff -c -r1.84 clientserver.c *** clientserver.c 9 Feb 2002 03:30:22 -0000 1.84 --- clientserver.c 18 Feb 2002 00:39:34 -0000 *************** *** 43,48 **** --- 43,49 ---- extern int remote_version; extern int am_sender; extern char *shell_cmd; + extern int list_only; extern int kludge_around_eof; extern char *bind_address; extern int default_af_hint; *************** *** 113,119 **** /* Old servers may just drop the connection here, rather than sending a proper EXIT command. Yuck. */ ! kludge_around_eof = remote_ver...

...4,7 @@ int ignore_errors=0; int modify_window=0; int blocking_io=-1; +int compare_auto=0; /** Network address family. **/ @@ -104,6 +106,7 @@ char *backup_suffix = BACKUP_SUFFIX; char *tmpdir = NULL; char *compare_dest = NULL; +char *compare_file = NULL; char *config_file = NULL; char *shell_cmd = NULL; char *log_format = NULL; @@ -155,7 +158,7 @@ rprintf(f, "%s version %s protocol version %d\n", RSYNC_NAME, RSYNC_VERSION, PROTOCOL_VERSION); rprintf(f, - "Copyright (C) 1996-2002 by Andrew Tridgell and others\n"); +...

...72 **** --- 166,175 ---- args[argc++] = "."; + if (!run_inband) { if (path && *path) args[argc++] = path; + } args[argc] = NULL; *************** *** 555,560 **** --- 558,564 ---- extern int am_sender; extern char *shell_cmd; extern int rsync_port; + extern int run_inband; if (strncasecmp(URL_PREFIX, argv[0], strlen(URL_PREFIX)) == 0) { char *host, *path; *************** *** 578,584 **** p = find_colon(argv[0]); if (p) { ! if (p[1] == ':') { *p = 0; return start...

R-helpers: I'm running a file search on my entire drive (Mac OS X) using: files_found <- list.files(dir="/",pattern=somepattern,recursive=TRUE,full.names=TRUE) where somepattern is a search pattern (which I have confirmed via a unix "find / -name somepattern" only returns ~ 3 results). I keep getting an error: Error: C stack usage is too close to the limit when

...======================================== RCS file: /cvsroot/rsync/main.c,v retrieving revision 1.202 diff -c -b -d -r1.202 main.c *** main.c 30 Jun 2004 07:27:30 -0000 1.202 --- main.c 12 Jul 2004 00:37:49 -0000 *************** *** 58,63 **** --- 58,65 ---- extern char *rsync_path; extern char *shell_cmd; extern struct file_list *batch_flist; + extern int batch_fd; + extern char *batch_prefix; /* there's probably never more than at most 2 outstanding child processes, *************** *** 125,130 **** --- 127,151 ---- return; } + /* CAS: I think that this is a good candidate...