Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: zsh 4.3.10 terminates with SIGINT when one types Ctrl-G in emacs under Mac OS X
- X-seq: zsh-workers 27192
- From: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- To: zsh-workers@xxxxxxxxxx
- Subject: Re: zsh 4.3.10 terminates with SIGINT when one types Ctrl-G in emacs under Mac OS X
- Date: Sun, 26 Jul 2009 14:14:59 -0700
- Cc: Martin Cracauer <cracauer@xxxxxxxx>
- In-reply-to: <8763dgkllo.fsf@xxxxxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
- References: <20090722181841.GA30416@xxxxxxxx> <090725115811.ZM23957@xxxxxxxxxxxxxxxxxxxxxx> <8763dgkllo.fsf@xxxxxxxxxxxxxxxxxxxx>
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.
Messages sorted by:
Reverse Date,
Date,
Thread,
Author