From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-29813-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 28370 invoked by alias); 2 Oct 2011 17:04:47 -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: 29813
Received: (qmail 1483 invoked from network); 2 Oct 2011 17:04:45 -0000
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE
	autolearn=ham version=3.3.1
Received-SPF: none (ns1.primenet.com.au: domain at closedmail.com does not designate permitted sender hosts)
From: Bart Schaefer <schaefer@brasslantern.com>
Message-id: <111002100423.ZM32421@torch.brasslantern.com>
Date: Sun, 02 Oct 2011 10:04:23 -0700
In-reply-to:
 <CA+mcLN5ctrYhNpwqzi+qiZ4yoTpqY2n_A8MBUAsgeLYTm5XSpA@mail.gmail.com>
Comments: In reply to Julien Nicoulaud <julien.nicoulaud@gmail.com>
 "Re: SIGINT/TRAPINT Behaves Differently in 4.3.11" (Oct  2, 12:23pm)
References: <68D8247F-256A-4E0B-9DD5-B7B7C11B87D9@uga.edu>
	<CAH+w=7bF8Dex+ROnY1XDWTMvxSExVs8Pqzxo7mVvUDzs5jSCbA@mail.gmail.com>
	<110925153156.ZM20307@torch.brasslantern.com>
	<20111001201434.54f83690@pws-pc.ntlworld.com>
	<CA+mcLN5ctrYhNpwqzi+qiZ4yoTpqY2n_A8MBUAsgeLYTm5XSpA@mail.gmail.com>
X-Mailer: OpenZMail Classic (0.9.2 24April2005)
To: zsh-workers@zsh.org
Subject: Re: SIGINT/TRAPINT Behaves Differently in 4.3.11
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii

On Oct 2, 12:23pm, Julien Nicoulaud wrote:
>
>     TRAPINT () {
>   zle && print -s -- $BUFFER
>   return $1
> }
> 
> Since 4.3.11, the following sequence gets the shell stuck with a
> "TRAPINT:1: command not found: -s" error message:
>  - Type something
>  - Call _complete_help
>  - <Ctrl><C>

Doe you imply here that _complete_help is taking a long time to run for
some reason and you therefore interrupt it?  I tried simulating that by
inserting a "sleep" into the _complete_help function ... interrupting
_complete_help results in the command line not being redrawn, but it
doesn't hang or give an error.

Or is it that you interrupt at the command line after _complete_help
finishes?  That works for me (though there may be a better way to
accomplish it now that the ZLE_LINE_ABORTED parameter can be used).

The error message seems to mean that you've somehow made the word "print"
disappear, e.g., you've got an alias for it that was defined before the
TRAPINT was defined.