From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-31917-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 5074 invoked by alias); 27 Oct 2013 21:16:48 -0000
Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Workers List <zsh-workers.zsh.org>
List-Post: <mailto:zsh-workers@zsh.org>
List-Help: <mailto:zsh-workers-help@zsh.org>
X-Seq: 31917
Received: (qmail 128 invoked from network); 27 Oct 2013 21:16:33 -0000
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW
	autolearn=ham version=3.3.2
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to
         :references:mime-version:content-type:content-transfer-encoding;
        bh=5DocpqSvYytT90JwVKc0EHZZ5yi89Lm1/WPek7GctAM=;
        b=ZlPvXUNL4mDZJMEydHyDSuvH1Kj5BIDrQZz4HpLPPH/YwUv8fHrZ9k5fhgkbiPSaKy
         B1jAQePojJ2JQwKjSeUKrxbVSygF5fWn8oOYW8WQihhsw9E770MMWEeL3WOZxZeGXrm7
         JiQKTO896jTkwt1f5PeY+x02W4J1ysi5KBDr/GmgDVFzvSFMCFwh5eABatappeu7Bl2k
         LLqLrQFQJLY+vDV95s6CNB4dGYEEqqvi0U43p6EPNTwtSNsHJ9hyPlPbmpPmfPkzuZDM
         CQWtGxfPjanjoRIjRN38LHmgAXTKeMlKterJBjVrAe5lhzaBLX6ilQYumiYSraRr/eli
         5wZA==
X-Gm-Message-State: ALoCoQnxCUvx6DazYWEFllACH4hFPnIeUmgh3HgHA+mq15ZsIw0advDJ1wtJSpTjT+CfvKkRST23
X-Received: by 10.181.9.66 with SMTP id dq2mr6422549wid.31.1382908590974;
        Sun, 27 Oct 2013 14:16:30 -0700 (PDT)
X-ProxyUser-IP: 86.6.157.246
Date: Sun, 27 Oct 2013 21:16:27 +0000
From: Peter Stephenson <p.w.stephenson@ntlworld.com>
To: "Zsh Hackers' List" <zsh-workers@zsh.org>
Subject: Re: Multio deadlock (Re: multios doesn't work with 2>&1)
Message-ID: <20131027211627.79b05e20@pws-pc.ntlworld.com>
In-Reply-To: <20131027203347.15be6bc2@pws-pc.ntlworld.com>
References: <20131027145917.GA5509@localhost.localdomain>
	<131027100137.ZM4100@torch.brasslantern.com>
	<20131027174645.6934d78d@pws-pc.ntlworld.com>
	<131027112724.ZM16426@torch.brasslantern.com>
	<131027123917.ZM27930@torch.brasslantern.com>
	<20131027203347.15be6bc2@pws-pc.ntlworld.com>
X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.7; x86_64-redhat-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

On Sun, 27 Oct 2013 20:33:47 +0000
Peter Stephenson <p.w.stephenson@ntlworld.com> wrote:
> Hmm... why don't we initialise fdtable[0..2] to FDT_INTERNAL at boot?

Er, because it doesn't mean that, FDT_INTERNAL means "users can't monkey with
this".  We need something to mean "open and users can monkey with it".
Maybe something with a similar function to FDT_EXTERNAL would
work... but we'd need to be careful about the points where things got
closed.  We'd probably have to special case it in closem() when that
gets passed FDT_UNUSED.

Not sure how much this is worth it to avoid a bad close that's ignored anyway.

pws