From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28265 invoked from network); 24 Aug 1999 14:36:48 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 24 Aug 1999 14:36:48 -0000 Received: (qmail 6134 invoked by alias); 24 Aug 1999 14:36:33 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 7474 Received: (qmail 6127 invoked from network); 24 Aug 1999 14:36:33 -0000 Message-Id: <9908241402.AA16959@ibmth.df.unipi.it> To: zsh-workers@sunsite.auc.dk Subject: Re: some notes on 3.1.6 In-Reply-To: "Zefram"'s message of "Thu, 19 Aug 1999 09:46:46 DFT." Date: Tue, 24 Aug 1999 16:02:42 +0200 From: Peter Stephenson Zefram wrote: > zftp really ought to allow more than one concurrent open session. > One could refer to sessions by name, with a mechanism to generate unique > names; commands that don't specify which session they apply to use a > default name (either actually fixed or taken from a parameter). I thought about this when I wrote zftp, but it didn't seem a particularly necessary feature right at the start. I think it ought to be done in such a way that the $ZFTP_* parameters work without extra complexity. Hence I would probably implement it by having `zftp session SESS' change to a new or existing session SESS (default `default') and set (or unset) the parameters appropriately. This will also allow the zf* function suite to work completely transparently with multiple sessions without having to add extra arguments. It's no hassle writing something to switch sessions for one command, that can be done with a function which saves and restores the session. -- Peter Stephenson Tel: +39 050 844536 WWW: http://www.ifh.de/~pws/ Dipartimento di Fisica, Via Buonarroti 2, 56127 Pisa, Italy