From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10748 invoked by alias); 20 Apr 2011 14:41:13 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: X-Seq: 15971 Received: (qmail 3308 invoked from network); 20 Apr 2011 14:41:01 -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 Message-id: <110420074048.ZM16389@torch.brasslantern.com> Date: Wed, 20 Apr 2011 07:40:48 -0700 In-reply-to: <20110420101911.GA6357@layslair.ath.cx> Comments: In reply to Anthony Charles "Signal handling/zcurses" (Apr 20, 12:19pm) References: <20110420101911.GA6357@layslair.ath.cx> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-users ml Subject: Re: Signal handling/zcurses MIME-version: 1.0 Content-type: text/plain; charset=us-ascii On Apr 20, 12:19pm, Anthony Charles wrote: } } Why does zcurses terminated on USR1 ? Is there a way to change that } apart of changing module source code (or maybe this is a bug) ? It's difficult to say without seeing the actual script (or at least the part of it where you loop to read input), but it's very possible that it's related to this: 2011-04-11 Peter Stephenson * users/15953: Src/builtin.c: handle EINTR when using read -k or -q together with -u or -p. This only affects operating systems wherein system calls are not automatically restarted after a signal. It's also possible that it's not fixed by that patch, rather that there's yet another place where EINTR has to be handled specially.