www.delorie.com/archives/browse.cgi | search |
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 |
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> |
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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |