Re: [PATCH] Batch-mode rewrite

On Mon, Jul 12, 2004 at 02:47:30PM -0400, Chris Shoemaker wrote: > > Ok. "diff -cu" it is. I used -b because the auto-tab feature > in emacs sometimes causes noisy whitespace changes in the diff. > > I'll incorporate your comments and rediff. > Ok, actually it seems "diff -cu" isn't right. I

Re: [PATCH] Batch-mode rewrite

On Mon, Jul 12, 2004 at 07:11:04PM -0700, Wayne Davison wrote: > On Mon, Jul 12, 2004 at 02:47:30PM -0400, Chris Shoemaker wrote: > > On Mon, Jul 12, 2004 at 12:34:38PM -0700, Wayne Davison wrote: > > > Another thing I noticed was that a local --write-batch copy behaved as > > > if --whole-file had

Re: [PATCH] Batch-mode rewrite

Wayne, A couple more thoughts: On Mon, Jul 12, 2004 at 12:34:38PM -0700, Wayne Davison wrote: > First, a summary of my thoughts: > > One thought here: would it make things simpler to separate the option- > parsing variables (read_batch & write_batch) from a set of variables > that would

Re: [PATCH] Batch-mode rewrite

On Mon, Jul 12, 2004 at 02:47:30PM -0400, Chris Shoemaker wrote: > On Mon, Jul 12, 2004 at 12:34:38PM -0700, Wayne Davison wrote: > > Another thing I noticed was that a local --write-batch copy behaved as > > if --whole-file had been specified. > > Hmm, I forgot about that. Q: Shouldn't this be s

Re: [PATCH] Batch-mode rewrite

On Mon, Jul 12, 2004 at 02:47:30PM -0400, Chris Shoemaker wrote: > On Mon, Jul 12, 2004 at 12:34:38PM -0700, Wayne Davison wrote: > > rsync -av --read-batch=foo localhost:/path/bar > > Hmm, that case wasn't in my testing. Did I introduce this limitation > or has it always been so? The old ba

Re: [PATCH] Batch-mode rewrite

On Mon, Jul 12, 2004 at 12:34:38PM -0700, Wayne Davison wrote: > First, a summary of my thoughts: > > This looks to be a much simpler way to integrate batch support into > rsync than what we currently have. I'm quite interested to see this > refined further. Nice work! > Thanks for your

Re: [PATCH] Batch-mode rewrite

First, a summary of my thoughts: This looks to be a much simpler way to integrate batch support into rsync than what we currently have. I'm quite interested to see this refined further. Nice work! Some other comments: On Sun, Jul 11, 2004 at 06:08:04PM -0400, Chris Shoemaker wrote: > 1) I susp

Rsync on Solaris 9

I downloaded Rsync from www.sunfreeware.com . The software detail says rsync requires popt. So I grabbed both packages and installed them. Whenever I run an rsync command I get errors about protocol stream, and bad selects. Thinking the popt libs aren't installed or li

Re: multiple daemon sources

On Tue, Jun 29, 2004 at 12:08:43PM -0400, Ernie Oporto wrote: > I want to combine these four rsyncs > > /usr/local/bin/rsync --exclude '.snapshot' --stats -v > --bwlimit=1024 --delete -atz 'host::lib/bin' . > /usr/local/bin/rsync --exclude '.snapshot' --stats -v > --bwlimit=1024 --delete -

Core dump - Can not sync big data folders of size 800 GB

Hi, I was trying to synchronize data sitting on our Sun Solaris 8 server with data size of about 800 GB to a remote Linux server in our LAN. Either the rsync process hangs for ever else I get "core dump" after about 15 minutes of time on the source host (solaris 8 server). I used rsync 2.6.2 us

Re: [Windows] Unable to delete files transfered by rsync

> Now, how could I delete or change attribute or the files on machine1 > other then having to reformat the drive. You simply need to gain owership of the files. Select the files, pop up the properties. Choose the security tab and see who does have permission to access these files. If its not an

Re: verbiage suggestion

On Mon, Jul 12, 2004 at 01:26:31AM -0400, Jim Salter wrote: > It occurs to me that it would probably avoid a LOT of newbie confusion > if instead of "bytes written" and "bytes read", the stats said "bytes > sent" and "bytes received". That does seem clearer but I'm hesitant to change the verbage

Re: build bug: HLINK.C

On Sun, Jul 11, 2004 at 07:44:54PM -0400, John E. Malmberg wrote: > In the module [hlink.c], the routine hard_link_check() will not compile > with the SUPPORT_HARD_LINKS macro defined to be zero. Thanks. I've checked in your suggested change to CVS (it should return 0 when hard links are not sup