search for: clean_fnam

...tGetOptArg(pc), + XFLG_DEF_IGNORE); + break; + case OPT_EXCLUDE_FROM: case OPT_INCLUDE_FROM: + case OPT_IGNORE_FROM: arg = poptGetOptArg(pc); if (sanitize_paths) arg = sanitize_path(NULL, arg, NULL, 0); if (server_filter_list.head) { char *cp = (char *)arg; clean_fname(cp, 1); - if (check_filter(&server_filter_list, cp, 0) < 0) + if (check_filter(&server_filter_list, cp, 0) == M_EXCLUDE) goto options_rejected; } add_filter_file(&filter_list, arg, XFLG_FATAL_ERRORS - | (opt == OPT_INCLUDE_FROM ? XFLG_DEF_INCLUDE - :...

...t there? Should I work on modifying the patch to conform to POSIX? -- David Rothenberger ---- daveroth@acm.org -------------- next part -------------- Index: util.c =================================================================== --- util.c.orig +++ util.c @@ -821,8 +821,12 @@ unsigned int clean_fname(char *name, int if (!name) return 0; - if ((anchored = *f == '/') != 0) + if ((anchored = *f == '/') != 0) { *t++ = *f++; + /* keep "//" */ + if (*f == '/') + *t++ = *f++; + } else if (flags & CFN_KEEP_DOT_DIRS && *f ==...

Hi there, I am using rsync to synchronize two folders. I have configured the log-format to my personal needs like this: --log-format="%f %t %o %l %P" I am also using the --delete flag to log deleted files as well. I have upgraded my rsync version to 2.6.9 when I figured out that starting with version 2.6.4 the log format had been enhanced to also include the "del."

https://bugzilla.samba.org/show_bug.cgi?id=4080 Summary: rsync can't find basis dirs with -n and nonexistent destination Product: rsync Version: 2.6.9 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org

...current CVS version still has a MD4 bug. I'm using the FreeBSD libmd implementation and I still had checksum mismatches with protocol version 27 for files whose size was a multiple of 64 - 4 ( - 4 due to checksum_seed). A patch for todays CVS version is attached. Someone should also review the clean_fname() function in utils.c. I think it will not produce the intended result for constructs like "./////foo" or "bar/././". The former case might pose a security risk. I think the first two ifs should be whiles. Regards, Christoph PS: Just let me say that having to run clean_flist...

...nvert_fname(fname, f_name(file), MAXPATHLEN); + flags = base_flags; @@ -563,6 +567,9 @@ void receive_file_entry(struct file_stru strlcpy(lastname, thisname, MAXPATHLEN); + if (!am_server) /* fname conversion always done on client */ + convert_fname(thisname, lastname, MAXPATHLEN); + clean_fname(thisname); if (sanitize_paths) @@ -1043,6 +1050,9 @@ struct file_list *send_file_list(int f, start_write = stats.total_written; + if (!am_server) + init_fname_convert(); + flist = flist_new(f == -1 ? WITHOUT_HLINK : WITH_HLINK, "send_file_list"); @@ -1217,6 +1227,9...