Mailing-List: contact cygwin-apps-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-apps-owner AT cygwin DOT com
List-Subscribe: <mailto:cygwin-apps-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-apps/>
List-Post: <mailto:cygwin-apps AT cygwin DOT com>
List-Help: <mailto:cygwin-apps-help AT cygwin DOT com>, <http://sources.redhat.com/lists.html#faqs>
Mail-Followup-To: cygwin-apps AT cygwin DOT com
Delivered-To: mailing list cygwin-apps AT cygwin DOT com
Subject: setup HEAD changes
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Date: Sun, 19 May 2002 13:13:10 +1000
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3
content-class: urn:content-classes:message
Message-ID: <FC169E059D1A0442A04C40F86D9BA7600C6112@itdomain003.itdomain.net.au>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
From: "Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>
To: "Cygwin-Apps" <cygwin-apps AT sources DOT redhat DOT com>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id g4J3DLK15671

Hi folk,
	I've just commited a few major changes that I thought should be
mentioned.

Firstly, I've added the core for rsync support. The librsync library is
not rsync compatible (yet). It is rproxy compatible should we add in the
appropriate http logic. I probably won't do any more in either direction
for now, but if someone where to make io_stream_rsync compilable and to
interoperate at least at the uncompressed level with rsync servers,
that'd be cool.

Secondly, I've squashed - hopefully permanently - the find issues
plaguing us recently. The find() call is gone, replace by a Find object.
Use the FindVisitor class (yes, this is the Visitor pattern showing it's
head) to visit the aggregate. See FindVisitor.h to see the interface.
Some immediate niceties: If you need depth-limited recursion you can
override visitDirectory method. (Which I don't but we could for
setup.ini searches). All found objects are returned as the windows file
information block (which should be abstracted eventually), and the
filenames are all 'based' already. I.e. setup.ini is setup.ini. See
IniParseFindVisitor to see what was in ini.cc. 

Lastly there were a couple of minor glitches in the MD5 support and
local filename parsing that I've fixed.

Rob