search for: get_redo_num

...file, i, f_out); } phase++; *************** *** 594,614 **** if (verbose > 2) rprintf(FINFO,"generate_files phase=%d\n",phase); ! write_int(f,-1); /* files can cycle through the system more than once * to catch initial checksum errors */ while ((i = get_redo_num()) != -1) { struct file_struct *file = flist->files[i]; recv_generator(local_name ? local_name : f_name_to(file, fbuf), ! file, i, f); } phase++; if (verbose > 2) rprintf(FINFO,"generate_files phase=%d\n",phase); ! write_int(f,-1); if (pre...

...ret == 0 && file->modtime - sx.st.st_mtime < modify_window) { if (INFO_GTE(SKIP, 1)) rprintf(FINFO, "%s is newer\n", fname); @@ -2156,9 +2175,13 @@ void check_for_finished_files(int itemizing, enum logcode code, int check_redo) if (check_redo && (ndx = get_redo_num()) != -1) { OFF_T save_max_size = max_size; OFF_T save_min_size = min_size; + int save_max_age = max_age; + int save_min_age = min_age; csum_length = SUM_LENGTH; max_size = -1; min_size = -1; + max_age = 0; + min_age = 0; ignore_existing = -ignore_existing;...

...io.c:1169 #15 0x0806937b in io_flush (flush_it_all=-4) at io.c:1191 #16 0x0806943b in read_timeout (fd=8, buf=0xbfeccd7c "", len=4) at io.c:481 #17 0x080699d6 in read_loop (fd=8, buf=0xbfeccd7c "", len=4) at io.c:735 #18 0x08069a22 in read_msg_fd () at io.c:246 #19 0x08069e4d in get_redo_num (itemizing=1, code=FLOG) at io.c:406 #20 0x0804f9eb in generate_files (f_out=0, flist=0x82d8730, local_name=0x0) at generator.c:1613 #21 0x08058bb1 in do_recv (f_in=0, f_out=0, flist=0x82d8730, local_name=0x0) at main.c:715 #22 0x0805902a in start_server (f_in=0, f_out=0, argc=1, argv=Variable &quo...

...he code in the generator at the spot where it had just finished sending all checksum data to the sender, sent a -1 (for the end of phase 0), and is now waiting around for redo numbers or the next end-of-phase message from the receiver. So, the question is where did some data get lost? The call to get_redo_num() should have flushed all the buffered output data that the generator had, so it would be good to verify that the last buffer of data (the 3700 bytes in that run) contained the 4 bytes of 0xFF at the end. If so, what is the sender waiting for? Did it not receive the data? Alternately, if the 370...

...,7 @@ static void do_server_sender(int f_in, i static int do_recv(int f_in,int f_out,struct file_list *flist,char *local_name) { + int i; int pid; int status=0; int error_pipe[2]; @@ -463,6 +464,19 @@ static int do_recv(int f_in,int f_out,st generate_files(f_out, flist, local_name); get_redo_num(); /* Read final -1, and any prior messages. */ + + if (preserve_hard_links) + do_hard_links(); + + /* now we need to fix any directory permissions that were + * modified during the transfer */ + for (i = 0; i < flist->count; i++) { + struct file_struct *file = flist->files[i]; + if (!...

Hello, I'm running HP-UX 11i on an rp74xx. It's 64-bit. C compiler is as follows: B3901BA B.11.11.03 HP C/ANSI C Developer's Bundle for HP-UX 11.i (S800) B3913DB C.03.30.02 HP aC++ Compiler (S800) /usr/bin/cc: LINT B.11.11.02 CXREF B.11.11.02 HP92453-01 B.11.11.02 HP C Compiler $ Sep 8 2000 23:13:51 $ I have successfully compiled rsync 2.6.2 and it