Displaying 6 results from an estimated 6 matches for "partialptr".
Did you mean:
partiality
2004 Sep 02
1
--partiall-dir not behaving like it ought too
Hi,
I have awaited the new release inorder to use the -"-partial-dir" option.
But after testing it seems that it does not behave like it says on the tin.
It will correctly move and rename the interrupted file to the declared
directory, but it will not
attempt to use it when the client attempts to rsync the file again.
I have a Solaris 8 box running as a server (Matthew), and another
2005 Jul 26
1
[patch] paranoid checksum checking
...rprintf (FERROR, "%s checksum does not match remote checksum\n",
+ full_fname (fnametmp));
+ recv_ok = 0;
+ }
+ }
+
if ((recv_ok && (!delay_updates || !partialptr)) || inplace) {
finish_transfer(fname, fnametmp, file, recv_ok, 1);
if (partialptr != fname && fnamecmp == partialptr) {
2008 May 08
1
Patch to not modify files in place unless "--inplace" option specified
...def SUPPORT_HARD_LINKS
if (preserve_hard_links && F_IS_HLINKED(file))
@@ -1776,13 +1800,31 @@
else if (fnamecmp_type == FNAMECMP_FUZZY)
;
else if (unchanged_file(fnamecmp, file, &sx.st)) {
+ /* fnamecmp == fname, fnamecmp_type == FNAMECMP_FNAME */
+ int iflags = 0;
+
if (partialptr) {
do_unlink(partialptr);
handle_partial_dir(partialptr, PDIR_DELETE);
}
- set_file_attrs(fname, file, &sx, NULL, maybe_ATTRS_REPORT);
+ if (inplace) {
+ /* Currently, we call set_file_attrs on all tweakable
+ * files, though ideally it would have no effect when
+ * unchang...
2006 May 18
1
Partial files left on SIGINT
Hi,
As the man page says, the --partial flag is to "keep partially
transferred files". I'm assuming if I don't have partial flag any
partially transferred files should be deleted. However this is not what
I'm seeing.
Example:
(Using a big file so that rsync times a while to run. This gives me time
to hit CTRL-C for the SIGINT).
> mkdir example
> dd if=/dev/zero
2008 Mar 19
0
[PATCH] Unsnarl missing_below/dry_run logic.
...ailure. */
+ static struct file_struct *skip_dir = NULL;
static struct file_list *fuzzy_dirlist = NULL;
static int need_fuzzy_dirlist = 0;
struct file_struct *fuzzy_file = NULL;
@@ -1241,7 +1252,6 @@ static void recv_generator(char *fname, struct file_struct *file, int ndx,
char *fnamecmp, *partialptr, *backupptr = NULL;
char fnamecmpbuf[MAXPATHLEN];
uchar fnamecmp_type;
- int implied_dirs_are_missing = relative_paths && !implied_dirs && protocol_version < 30;
int del_opts = delete_mode || force_delete ? DEL_RECURSE : 0;
int is_dir = !S_ISDIR(file->mode) ? 0
:...
2007 Sep 22
0
rsync build on IA64 using icc
...uated in unspecified order
full_fname(fname));
^
receiver.c(256): remark #981: operands are evaluated in unspecified order
rsyserr(FERROR, errno, "write failed on %s",
^
receiver.c(300): remark #981: operands are evaluated in unspecified order
full_fname(fname), partialptr);
^
receiver.c(298): remark #981: operands are evaluated in unspecified order
rsyserr(FERROR, errno,
^
receiver.c(305): remark #810: conversion from "unsigned int" to "unsigned char" may lose significant bits
SIVAL(numbuf, 0, i);
^
receiver.c(...