bug-bash
[Top][All Lists]
Advanced

[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


From: Eric Pruitt
Subject: Re: Option to disable VSUSP at prompt (feature request with proof of concept)
Date: Wed, 21 Dec 2016 18:41:45 -0800
User-agent: Mutt/1.5.23 (2014-03-12)

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
> think.

Bump.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]