[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Option to disable VSUSP at prompt (feature request with proof of concept
From: |
Eric Pruitt |
Subject: |
Option to disable VSUSP at prompt (feature request with proof of concept) |
Date: |
Thu, 24 Nov 2016 00:05:20 -0800 |
User-agent: |
Mutt/1.5.23 (2014-03-12) |
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
think.
Thanks,
Eric
bash-4.4-automatic-susp-toggle.patch
Description: Text Data
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- Option to disable VSUSP at prompt (feature request with proof of concept),
Eric Pruitt <=