From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 271 invoked from network); 26 Jul 2009 06:25:23 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from new-brage.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.254.104) by ns1.primenet.com.au with SMTP; 26 Jul 2009 06:25:23 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 65495 invoked from network); 26 Jul 2009 06:25:02 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 26 Jul 2009 06:25:02 -0000 Received: (qmail 11814 invoked by alias); 26 Jul 2009 06:24:50 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 27191 Received: (qmail 11775 invoked from network); 26 Jul 2009 06:24:48 -0000 Received: from bifrost.dotsrc.org (130.225.254.106) by sunsite.dk with SMTP; 26 Jul 2009 06:24:48 -0000 Received: from old-tantale.fifi.org (old-tantale.fifi.org [64.81.30.200]) by bifrost.dotsrc.org (Postfix) with ESMTP id 10502801E289 for ; Sun, 26 Jul 2009 08:24:38 +0200 (CEST) Received: (from phil@localhost) by old-tantale.fifi.org (8.9.3p2/8.9.3/Debian 8.9.3-21) id XAA18148; Sat, 25 Jul 2009 23:24:35 -0700 Sender: phil@fifi.org To: Bart Schaefer Cc: Martin Cracauer , zsh-workers@sunsite.dk Subject: Re: zsh 4.3.10 terminates with SIGINT when one types Ctrl-G in emacs under Mac OS X References: <20090722181841.GA30416@cons.org> <090725115811.ZM23957@torch.brasslantern.com> Mail-Copies-To: nobody From: Philippe Troin Date: 25 Jul 2009 23:24:35 -0700 In-Reply-To: <090725115811.ZM23957@torch.brasslantern.com> Message-ID: <8763dgkllo.fsf@old-tantale.fifi.org> User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV 0.94.2/9614/Sun Jul 26 04:10:14 2009 on bifrost X-Virus-Status: Clean I've missed the beginning of the discussion, so excuse me if I restate some points... Bart Schaefer writes: > Did you also see Eric Blake's assertion that the shell must not un-ignore > a signal if it "starts life" with the signal ignored? That's a "trap" > command restriction I'd never discovered before (and one I'm not very > happy about). I would agree with that for non-interactive shells (that is zsh interpreting a script). However not resetting at least the terminal signals (INT, QUIT, TTIN, TTOU, TSTP, CONT, HUP) to their default settings (SIG_IGN) for interactive sessions could expose you to a lot of trouble. > } On first sight it looks like the Linux kernel changes semantics based > } on whether the terminal is in cooked mode or not. Possibly in an > } attempt to help a bit with the "what to do on SIGINT in interactive > } programs" mess we are dealing with here. > > I suspect it's more subtle than that ... e.g., it may be that on linux, > the SIGINT isn't coming from the terminal driver at all. Please enligthen me on this one... Phil.