On Fri, Sep 26, 2008 at 05:42:40PM -0700, Chris Roehrig wrote:
I've been getting spurious unnecessary copying of files on OSX when using
the crtimes patch and the --crtimes -H options (version 3.0.4).
This appears to be a lack of initializing the stat_x crtime value to 0 in
the hlink.c code.
Matt McCutchen wrote:
(since rsync does a binary comparison).
rsync as well as the Unix kernel, typically.
I have implemented i18n support in several programs before, I am working
on a draft for BiDi text editing, and I had to look up what
decomposition means. If that's the case, I doubt we
Thanks Wayne,
Your patch didn't fix it, but this one seem to work:
crtimes-bug.patch
Description: Binary data
(It turns out that file_struct does have a crtime embedded in it; I
just didn't see it at first).
-- Chris
On Sep 27, 2008, at 6:28, Wayne Davison wrote:
On Fri, Sep
On Sat, Sep 27, 2008 at 01:21:42PM -0700, Chris Roehrig wrote:
Your patch didn't fix it, but this one seem to work:
Yup, that is indeed the right thing to do. Thanks!
..wayne..
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options:
https://bugzilla.samba.org/show_bug.cgi?id=5795
--- Comment #1 from [EMAIL PROTECTED] 2008-09-27 18:23 CST ---
It turns out there was clearly not enough space on the destination. The copy
was going to take 20GB, and after the crash there was still 1GB on the
destination, so I thought