bug-bash
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Bug in bash 4.4-beta: suspending and restarting "man" program


From: Chet Ramey
Subject: Re: Bug in bash 4.4-beta: suspending and restarting "man" program
Date: Wed, 11 Nov 2015 14:55:26 -0500
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0

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.

Chet

-- 
``The lyf so short, the craft so long to lerne.'' - Chaucer
                 ``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, ITS, CWRU    chet@case.edu    http://cnswww.cns.cwru.edu/~chet/



reply via email to

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