From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14838 invoked from network); 10 Sep 2001 00:39:59 -0000 Received: from sunsite.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 10 Sep 2001 00:39:59 -0000 Received: (qmail 18144 invoked by alias); 10 Sep 2001 00:39:51 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 15771 Received: (qmail 18133 invoked from network); 10 Sep 2001 00:39:50 -0000 Date: Sun, 9 Sep 2001 20:06:49 -0400 From: Clint Adams To: Bart Schaefer Cc: zsh-workers@sunsite.dk Subject: Re: PATCH: ztcp Message-ID: <20010909200649.A17535@dman.com> References: <20010908170712.A31748@dman.com> <1010909183141.ZM21909@candle.brasslantern.com> <20010909180116.A16035@dman.com> <1010909233033.ZM22139@candle.brasslantern.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1010909233033.ZM22139@candle.brasslantern.com>; from schaefer@brasslantern.com on Sun, Sep 09, 2001 at 11:30:33PM +0000 > It lets you choose a specific fd to which to assign the descriptor, rather > than having to take whatever you get. In POSIX emulation mode, fds > 9 > can't [*] be redirected to/from, so it's important to be able to specify > a known-free number. I had imagined that you could do something like 'exec 9<&$REPLY' if you wanted to pick the fd. Unfortunately this doesn't update the session table. > Incidentally, I did mention your objection to /dev/tcp/portname on the > shell mailing list, but the response was that several unix variants have > already implemented /dev/tcp/* as special files, so the shell would only > be emulating that interface on platforms that don't support it, much as > zsh already does with /dev/fd/. Hmm. Is there a spec yet, or is bash just the reference implementation?