Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #11866
| From | Andreas Schwab <schwab@linux-m68k.org> |
|---|---|
| Newsgroups | gnu.bash.bug |
| Subject | Re: Bug in bash 4.4-beta: suspending and restarting "man" program |
| Date | 2015-11-11 10:12 +0100 |
| Message-ID | <mailman.2114.1447233251.7904.bug-bash@gnu.org> (permalink) |
| References | (9 earlier) <56424708.3070204@case.edu> <CAAHpriPJsz+i-GWRVAfjrTkbUN+rK-+Y8O8RZVBb1WdQrBuZZQ@mail.gmail.com> <564259E4.2020805@case.edu> <87vb99bjq1.fsf@igel.home> <CAAHpriOu_PMpst0YmGBEpr=iVig6tkS+-s0kbcJe_9pBSS1Amg@mail.gmail.com> |
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."
Back to gnu.bash.bug | Previous | Next | Find similar | Unroll thread
Re: Bug in bash 4.4-beta: suspending and restarting "man" program Andreas Schwab <schwab@linux-m68k.org> - 2015-11-11 10:12 +0100
csiph-web