On Fri, Sep 17, 2004 at 02:25:59PM -0600, Ashley M. Kirchner wrote:
>file has vanished:
>"/cygdrive/z/LJ 430/Completed Orders/513000/513476 \
>Tassone Mary no Cd/ART/high res/59?04.tif"
I can only suggest trying to debug this (perhaps via strace, perhaps via
fprintf(stderr,
If you download gcc with cygwin, the compilation
procedure is exactly the same as under *nix. As for
the cygwin1.dll problems, I don't know how compatible
the different versions are, but I assume the API is
pretty fixed. I don't think you can link cygwin
statically.
In the past there are known
> I've only ever used used gcc on *nix, what's
> involved in compiling them
> myself on Win32? Unless rsync can be compiled
> statically, I'll have to
> somehow keep it compatible with the installed Cygwin
> DLLs (??).
>
> Any idea if this patch is planned for inclusion in
> the official Cygwin
>
> If you don't want to apply all the patches, contact
> me, and I'll send you patched sources or a binary that
> works for me under win2k (though I haven't tried the
> patches under linux).
I've only ever used used gcc on *nix, what's involved in compiling them
myself on Win32? Unless rsync can b
Hi Scott,
On this mailinglist, there is a thread called "Rsync
performance increase through buffering". The first
post in that thread, by Craig Barratt, contains a
number of patches that increases the transfer speed *a
lot* under windows/cygwin. Applying this patch alone,
however, hangs rsync, so
