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: , <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: 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 -print | cpio ... --upas-umsfyxwefctfkrbmymiqcxiinw--