Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > gnu.bash.bug > #11866 > unrolled thread

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

Back to article view | Back to gnu.bash.bug

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: Bug in bash 4.4-beta: suspending and restarting "man" program Andreas Schwab <schwab@linux-m68k.org> - 2015-11-11 10:12 +0100

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

Keith Thompson <keithsthompson@gmail.com> writes:

> On Tue, Nov 10, 2015 at 1:57 PM, Andreas Schwab <schwab@linux-m68k.org>
> wrote:
>
>> Chet Ramey <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.

FreeBSD's login does it too.

<https://svnweb.freebsd.org/base/head/usr.bin/login/login.c?revision=287634&view=markup#l649>

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

[toc] | [standalone]

Back to top | Article view | gnu.bash.bug

csiph-web