From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18322 invoked from network); 14 Dec 1998 11:22:00 -0000 Received: from math.gatech.edu (list@130.207.146.50) by ns1.primenet.com.au with SMTP; 14 Dec 1998 11:22:00 -0000 Received: (from list@localhost) by math.gatech.edu (8.9.1/8.9.1) id GAA01486; Mon, 14 Dec 1998 06:20:18 -0500 (EST) Resent-Date: Mon, 14 Dec 1998 06:20:18 -0500 (EST) Sender: B.Stephens@isode.com To: zsh-workers@math.gatech.edu (Zsh hackers list) Subject: Re: PATCH: 3.1.5: module for builtin FTP client References: <9812140941.AA30028@ibmth.df.unipi.it> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII From: Bruce Stephens Date: 14 Dec 1998 11:18:41 +0000 In-Reply-To: Peter Stephenson's message of "Mon, 14 Dec 1998 10:41:01 +0100" Message-ID: X-Mailer: Gnus v5.6.27/XEmacs 20.4 - "Emerald" Resent-Message-ID: <"itrLm.0.9N.oHFTs"@math> Resent-From: zsh-workers@math.gatech.edu X-Mailing-List: archive/latest/4771 X-Loop: zsh-workers@math.gatech.edu Precedence: list Resent-Sender: zsh-workers-request@math.gatech.edu Peter Stephenson writes: > I'll try and get a patched version ready this afternoon MET (this > time I'll modify the version number, unless anyone thinks I > shouldn't). I don't see why not. Alternatively, you could introduce some other qualifier. Tix also has a patchlevel, for example. Linux kernels can have names like 2.0.36pre4 and things, although the kernel itself looks like 2.0.36 to applications which ask (i.e., the pre4 is just in the filename). I think this zftp module looks very interesting. There was talk of a perl module, too---has anything come of that? What other modules make sense in a shell? One that springs to mind is a minimal relational database: something like rdb, but perhaps a little more general. (rdb is restricted to tab-separated fields, I think.) It's very convenient to have a relational database for little tasks, and very nice to use ordinary files as the databases (since one can use pipes and filters and things), but rdb uses little Perl scripts for its operations, which is arguably a significant overhead (although I suspect this isn't critical). AT&T's cql might be a good model to start from; I'm not sure that it's really a relational database, as such, but it provides ways of dealing with passwd files and can produce indexes to speed operations. Having something equivalently powerful as a module for zsh would be cool.