|
From: | Keith Thompson |
Subject: | Re: Bug in bash 4.4-beta: suspending and restarting "man" program |
Date: | Wed, 11 Nov 2015 15:34:32 -0800 |
On Wed, Nov 11, 2015 at 11:55 AM, Chet Ramey <chet.ramey@case.edu> wrote:On 11/10/15 10:03 PM, Keith Thompson wrote:
> On Tue, Nov 10, 2015 at 2:42 PM, Keith Thompson <keithsthompson@gmail.com
> <mailto:keithsthompson@gmail.com>> wrote:
>
> On Tue, Nov 10, 2015 at 1:57 PM, Andreas Schwab <schwab@linux-m68k.org
> <mailto:schwab@linux-m68k.org>> wrote:
>
> Chet Ramey <chet.ramey@case.edu <mailto:chet.ramey@case.edu>> writes:
>
> > I can make bash blow away the original signal dispositions and pretend they
> > were SIG_DFL when an interactive shell starts, if there is no alternative.
>
> Given that login(1) has the same behaviour there is probably no
> alternative.
>
> Hmm. I just tried bash 4.4-beta on a Linux console (Ctrl-Alt-F1), and
> Ctrl-Z works correctly.
> I verified that the shell's parent process was "login".
> Perhaps (at least the Debian version of) login(1) *doesn't* do that.
>
> I'm going to hold off on contacting the rxvt and urxvt developers
> for now. If you decide to modify bash to blow away the original signal
> dispositions, there's no point in reporting this as a bug in rxvt.
>
> Does that make sense?
Yeah, that's fine. I will modify bash to set the original signal
dispositions to SIG_DFL in interactive shells.
Does that mean reverting default_tty_job_signals() in jobs.h to theversion in bash 4.3.30:set_signal_handler (SIGTSTP, SIG_DFL);set_signal_handler (SIGTTIN, SIG_DFL);set_signal_handler (SIGTTOU, SIG_DFL);or is there more to it than that? (I'd like to try out the change myself.)
[Prev in Thread] | Current Thread | [Next in Thread] |