From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28030 invoked from network); 26 Jul 2009 21:22:09 -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.5 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 21:22:09 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 98893 invoked from network); 26 Jul 2009 21:15:26 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 26 Jul 2009 21:15:26 -0000 Received: (qmail 27786 invoked by alias); 26 Jul 2009 21:15:18 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 27192 Received: (qmail 27759 invoked from network); 26 Jul 2009 21:15:17 -0000 Received: from bifrost.dotsrc.org (130.225.254.106) by sunsite.dk with SMTP; 26 Jul 2009 21:15:17 -0000 Received: from vms173001pub.verizon.net (vms173001pub.verizon.net [206.46.173.1]) by bifrost.dotsrc.org (Postfix) with ESMTP id DF11B801E289 for ; Sun, 26 Jul 2009 23:15:08 +0200 (CEST) Received: from torch.brasslantern.com ([96.238.220.32]) by vms173001.mailsrvcs.net (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPA id <0KNE001LTR1189G6@vms173001.mailsrvcs.net> for zsh-workers@sunsite.dk; Sun, 26 Jul 2009 16:15:06 -0500 (CDT) Received: from torch.brasslantern.com (localhost.localdomain [127.0.0.1]) by torch.brasslantern.com (8.13.1/8.13.1) with ESMTP id n6QLF0HZ016224; Sun, 26 Jul 2009 14:15:01 -0700 Received: (from schaefer@localhost) by torch.brasslantern.com (8.13.1/8.13.1/Submit) id n6QLEx9Y016223; Sun, 26 Jul 2009 14:14:59 -0700 From: Bart Schaefer Message-id: <090726141459.ZM16222@torch.brasslantern.com> Date: Sun, 26 Jul 2009 14:14:59 -0700 In-reply-to: <8763dgkllo.fsf@old-tantale.fifi.org> Comments: In reply to Philippe Troin "Re: zsh 4.3.10 terminates with SIGINT when one types Ctrl-G in emacs under Mac OS X" (Jul 25, 11:24pm) References: <20090722181841.GA30416@cons.org> <090725115811.ZM23957@torch.brasslantern.com> <8763dgkllo.fsf@old-tantale.fifi.org> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-workers@sunsite.dk Subject: Re: zsh 4.3.10 terminates with SIGINT when one types Ctrl-G in emacs under Mac OS X Cc: Martin Cracauer MIME-version: 1.0 Content-type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV 0.94.2/9616/Sun Jul 26 14:42:20 2009 on bifrost X-Virus-Status: Clean On Jul 25, 11:24pm, Philippe Troin wrote: } } > } 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... Well, I'm speculating because I don't really know what emacs does with the terminal on different architectures, but for example it might put the terminal in raw mode and do its own I/O, then send the emacs process group a signal when emacs reads a character that matches in interrupt character definition. That sure seems more sensible to me than trapping SIGINT and treating it as the input of a ^C when doing keymap processing.