Path: csiph.com!xmission!news.glorb.com!usenet.stanford.edu!not-for-mail From: Chet Ramey Newsgroups: gnu.bash.bug Subject: Re: Bug in bash 4.4-beta: suspending and restarting "man" program Date: Wed, 11 Nov 2015 14:55:26 -0500 Lines: 36 Approved: bug-bash@gnu.org Message-ID: References: <56334C9E.1090802@case.edu> <87611nwmi0.fsf@igel.home> <56420E51.1060601@case.edu> <56424708.3070204@case.edu> <564259E4.2020805@case.edu> <87vb99bjq1.fsf@igel.home> Reply-To: chet.ramey@case.edu NNTP-Posting-Host: lists.gnu.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Trace: usenet.stanford.edu 1447271741 22071 208.118.235.17 (11 Nov 2015 19:55:41 GMT) X-Complaints-To: action@cs.stanford.edu Cc: Keith Thompson , bug-bash@gnu.org, chet.ramey@case.edu To: Keith Thompson , Andreas Schwab Envelope-to: bug-bash@gnu.org User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 In-Reply-To: X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.56439D2F.0161,ss=1,re=0.000,fgs=0, ip=0.0.0.0, so=2015-08-12 04:07:17, dmn=2011-05-27 18:58:46 X-Mirapoint-Loop-Id: 33c1e149cdd55d7234d384eb5cbc766f X-Junkmail-Whitelist: YES (by domain whitelist at mpv2-2015.case.edu) X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.56439D30.000A,ss=1,re=0.000,fgs=0, ip=0.0.0.0, so=2015-08-12 04:07:17, dmn=2011-05-27 18:58:46 X-Mirapoint-Loop-Id: f9c8122a5ccddb441f4be75900b9c7b3 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] [fuzzy] X-Received-From: 129.22.103.227 X-BeenThere: bug-bash@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Bug reports for the GNU Bourne Again SHell List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Xref: csiph.com gnu.bash.bug:11870 On 11/10/15 10:03 PM, Keith Thompson wrote: > On Tue, Nov 10, 2015 at 2:42 PM, Keith Thompson > wrote: > > On Tue, Nov 10, 2015 at 1:57 PM, Andreas Schwab > wrote: > > Chet Ramey > 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/