On 27-Mar-09, at 1:13 AM, Fabian Cenedese wrote:
The delta algorithm is only used if you access a remote server
(e.g. with server::dest/path). For local syncs it is usually faster
to just copy the whole file than to reconstruct it from the old
file plus differences. There are switches to ease t
Fabian Cenedese wrote:
I also use cwrsync but the few cases where the path was too
long I just shortened the source. Of course that may not be
possible for you.
bye Fabi
Remember about cygwin1.dll with utf8 support (using unicode win32 api).
Side effect of it is that the paths are limited
At 15:57 26.03.2009 -0700, dnk wrote:
>Good day,
>
>I have been doing some tests with rsync on windows (client) to backup
>to a linux server.
>
>I started out with cwrsync, but ran into the dreaded "File name too
>long (91)" error. Apparently due to an issue with the cygwin portion
>of it. So
Good day,
I have been doing some tests with rsync on windows (client) to backup
to a linux server.
I started out with cwrsync, but ran into the dreaded "File name too
long (91)" error. Apparently due to an issue with the cygwin portion
of it. So I was then testing with a newer version of
> On Wed, Oct 03, 2007 at 10:30:55AM +0100, Stuart Halliday wrote:
> > Cygwin needs to drop support for Windows 98.
> > They plan to do this 'sometime'.
>
> I wonder if defining MAXPATHLEN to a larger value would work or not?
Nope.
> That value is supposed to represent the largest string that ca
On Wed, Oct 03, 2007 at 10:30:55AM +0100, Stuart Halliday wrote:
> Cygwin needs to drop support for Windows 98.
> They plan to do this 'sometime'.
I wonder if defining MAXPATHLEN to a larger value would work or not?
That value is supposed to represent the largest string that can be
passed to a fil
Cygwin needs to drop support for Windows 98.
They plan to do this 'sometime'.
Don't hold your breath.
--
Stuart Halliday
-Original Message-
From: havoc <[EMAIL PROTECTED]>
To: rsync@lists.samba.org
Date: Tue, 2 Oct 2007 07:05:47 -0500
Subject: Overly Long File Na
Bah, after googling yet some more it seems like this cannot be fixed :(
On Tuesday 02 October 2007, havoc wrote:
> Is there a way to fix the skipping of overly long filenames (aside from
> shortening the names ;)?
--
- havoc
--
To unsubscribe or change options: https://lists.samba.org/mai
Is there a way to fix the skipping of overly long filenames (aside from
shortening the names ;)?
--
- havoc
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
On Thu, Oct 12, 2006 at 02:14:20PM -0400, Ben Anderson wrote:
> I'm wondering if my exclude rule (excluding a file name which is
> longer than MAXPATHLEN) is not being "consumed" properly
Yes, you've nailed down the problem nicely. It looks like we can just
move the line that bumps the pattern p
extra long file names cause rsync should
only allow a 256 byte file and path len which is bogus.txt
- /cygdrive/D/.ben/test1.txt
I'm backing up the ".ben" directory as the base of the backup.
The ".ben" directory is in the root of my D drive.
So, I'm including &quo
On Sat, 25 Mar 2006, Robert Fitzpatrick wrote:
> I believe this post I found is related to a problem I'm having with long
> files names...I would like to use cwRsync, does my problem suggest this
> is still happening and has not been addressed?
>
> http://lists.samba.org/archive/rsync/2005-April/
I believe this post I found is related to a problem I'm having with long
files names...I would like to use cwRsync, does my problem suggest this
is still happening and has not been addressed?
http://lists.samba.org/archive/rsync/2005-April/012117.html
However, I have long file name issues using r
13 matches
Mail list logo
