From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-20384-mason-zsh=primenet.com.au@sunsite.dk>
Received: (qmail 23117 invoked from network); 19 Sep 2004 16:41:58 -0000
Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88)
  by ns1.primenet.com.au with SMTP; 19 Sep 2004 16:41:58 -0000
Received: (qmail 29095 invoked from network); 19 Sep 2004 16:41:51 -0000
Received: from sunsite.dk (130.225.247.90)
  by a.mx.sunsite.dk with SMTP; 19 Sep 2004 16:41:51 -0000
Received: (qmail 26737 invoked by alias); 19 Sep 2004 16:41:48 -0000
Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm
Precedence: bulk
X-No-Archive: yes
X-Seq: 20384
Received: (qmail 26719 invoked from network); 19 Sep 2004 16:41:47 -0000
Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88)
  by sunsite.dk with SMTP; 19 Sep 2004 16:41:47 -0000
Received: (qmail 28864 invoked from network); 19 Sep 2004 16:41:47 -0000
Received: from moonbase.zanshin.com (64.84.47.139)
  by a.mx.sunsite.dk with SMTP; 19 Sep 2004 16:41:44 -0000
Received: from toltec.zanshin.com (toltec.zanshin.com [64.84.47.166])
	by moonbase.zanshin.com (8.13.1/8.13.1) with ESMTP id i8JGfg5b008874
	for <zsh-workers@sunsite.dk>; Sun, 19 Sep 2004 09:41:42 -0700
Date: Sun, 19 Sep 2004 09:41:42 -0700 (PDT)
From: Bart Schaefer <schaefer@brasslantern.com>
Reply-To: zsh-workers@sunsite.dk
To: zsh-workers@sunsite.dk
Subject: Re: PATCH: exit after 10 EOF's
In-Reply-To: <D8064C1C-0A0F-11D9-A0DD-0003931123E4@cis.strath.ac.uk>
Message-ID: <Pine.LNX.4.61.0409190935150.6971@toltec.zanshin.com>
References: <200409131118.i8DBIM5B005245@news01.csr.com>
 <Pine.LNX.4.61.0409181943300.6971@toltec.zanshin.com>
 <D8064C1C-0A0F-11D9-A0DD-0003931123E4@cis.strath.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Spam-Checker-Version: SpamAssassin 2.63 on a.mx.sunsite.dk
X-Spam-Level: 
X-Spam-Status: No, hits=-0.0 required=6.0 tests=BAYES_44 autolearn=no 
	version=2.63
X-Spam-Hits: -0.0

On Sun, 19 Sep 2004, Duncan Sinclair wrote:

> But in the absence of any special binding I don't see what's wrong with 
> giving in and exiting after <some number> of the standard ignoreeof 
> warnings have been printed.

You may have hit on the solution.  Rather than counting the number of EOF 
key presses, count the number of warnings printed.  Thus suppressing the 
warning is the same as suppressing the exit behavior (which is not true of 
the code as patched by 20363).  I'd settle for that, I think.