[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Option to disable VSUSP at prompt (feature request with proof of con
Re: Option to disable VSUSP at prompt (feature request with proof of concept)
Thu, 22 Dec 2016 09:32:37 -0500
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.5.1
On 12/21/16 9:41 PM, Eric Pruitt wrote:
> On Thu, Nov 24, 2016 at 12:05:20AM -0800, Eric Pruitt wrote:
>> In my Bash configuration, I have things setup so Ctrl+Z is no longer
>> translated into a signal at the Bash prompt so it can be remapped. Most
>> recently, I decided to modify the Bash source to implement this change
>> in the interpreter because the stty invocations introduced a perceptible
>> amount of lag on a virtualized OpenBSD host I use. I think this feature
>> would be a useful default since it usually does not make sense to send
>> SIGTSTP to a prompt. Here's an accompanying snippet from my inputrc:
>> # Allows Ctrl+Z to be used to bring programs back into the
>> # foreground. The cursor is moved to the beginning of the line
>> # before typing so a specific job can be resumed by typing its
>> # identifier (e.g. a number) then hitting Ctrl+Z. This depends on
>> # Ctrl+Z being a literal sequence i.e. "stty susp undef".
>> "\C-z": "\C-afg \C-m"
>> With my changes to Bash and this in my inputrc, Ctrl+Z becomes a toggle.
>> I have attached the patch I wrote for myself. Since I only use modern
>> POSIX / UNIX-like systems, it was not written with portability in mind
>> and cannot be disabled with with "set" or "shopt." Consider it a proof
>> of concept rather than a pull request. Please let me know what you
I haven't thought about it too much, but I'm initially reluctant to put
this into the mainline source, when it seems like it could be accomplished
without any source changes at all.
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, UTech, CWRU address@hidden http://cnswww.cns.cwru.edu/~chet/