From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <3023e386f21a45750c32b0fb4fc5ce83@caldo.demon.co.uk>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] dumb question
From: forsyth@caldo.demon.co.uk
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="upas-umsfyxwefctfkrbmymiqcxiinw"
Date: Thu, 27 Jun 2002 19:38:59 +0100
Topicbox-Message-UUID: bcd74e72-eaca-11e9-9e20-41e7f4b1d025

This is a multi-part message in MIME format.
--upas-umsfyxwefctfkrbmymiqcxiinw
Content-Disposition: inline
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

i do something like that with some software i use for mirroring in Inferno,
where i take advantage of dynamically-loaded
module that traverses the structures and applies
another command or module as it goes.

--upas-umsfyxwefctfkrbmymiqcxiinw
Content-Type: message/rfc822
Content-Disposition: inline

Return-Path: <9fans-admin@cse.psu.edu>
Received: from punt-1.mail.demon.net by mailstore for forsyth@caldo.demon.co.uk
          id 1025197401:10:12931:70; Thu, 27 Jun 2002 17:03:21 GMT
Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-1.mail.demon.net
           id aa1015146; 27 Jun 2002 17:03 GMT
Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6])
	by mail.cse.psu.edu (CSE Mail Server) with ESMTP
	id EACDD19A0C; Thu, 27 Jun 2002 11:45:29 -0400 (EDT)
Delivered-To: 9fans@cse.psu.edu
Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81])
	by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3851519992
	for <9fans@cse.psu.edu>; Thu, 27 Jun 2002 11:44:48 -0400 (EDT)
Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1)
	id 17NbOP-0002bB-00
	for 9fans@cse.psu.edu; Thu, 27 Jun 2002 16:41:09 +0100
Received: from GATEWAY by bath.ac.uk with netnews
	for 9fans@cse.psu.edu (9fans@cse.psu.edu)
To: 9fans@cse.psu.edu
Message-ID: <3D1B2CCF.1FD49007@null.net>
Organization: U.S. Army Research Laboratory
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
References: <Pine.SOL.3.96.1020626105715.813B-100000@teach.ic.ucsc.edu>, <20020627115912.S7017@cackle.proxima.alt.za>
Subject: Re: [9fans] dumb question
Sender: 9fans-admin@cse.psu.edu
Errors-To: 9fans-admin@cse.psu.edu
X-BeenThere: 9fans@cse.psu.edu
X-Mailman-Version: 2.0.11
Precedence: bulk
Reply-To: 9fans@cse.psu.edu
List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu>
List-Archive: <https://lists.cse.psu.edu/archives/9fans/>
Date: Thu, 27 Jun 2002 15:40:23 GMT

Lucio De Re wrote:
> The penalty each instance of cp would have to pay if it included
> directory descent logic would be paid by every user, every time
> they use cp, while being used only a fraction of the time.
> Does it not make sense to leave the logic in tar, where it gets
> used under suitable circumstances and omit it in cp (and mv, for
> good measure and plenty other reasons)?

What seems to me to make sense would be to cleanly segregate out
the file-tree walker from *all* those applications, and design
the application interfaces so they could operate in conjunction
with the walker.  Sort of like find <criteria> -print | cpio ...
--upas-umsfyxwefctfkrbmymiqcxiinw--