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

2015-11-12 Thread Chet Ramey
On 11/11/15 6:16 PM, Keith Thompson wrote: > 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 the > version in bash 4.3.30: > > set_signal_handler

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

2015-11-11 Thread Andreas Schwab
Keith Thompson writes: > 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

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

2015-11-11 Thread Keith Thompson
On Wed, Nov 11, 2015 at 3:16 PM, Keith Thompson wrote: > On Wed, Nov 11, 2015 at 11:55 AM, Chet Ramey wrote: > >> On 11/10/15 10:03 PM, Keith Thompson wrote: >> > On Tue, Nov 10, 2015 at 2:42 PM, Keith Thompson < >> keithsthomp...@gmail.com >> >

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

2015-11-11 Thread Chet Ramey
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: > >

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

2015-11-11 Thread Keith Thompson
On Wed, Nov 11, 2015 at 11:55 AM, Chet Ramey wrote: > On 11/10/15 10:03 PM, Keith Thompson wrote: > > On Tue, Nov 10, 2015 at 2:42 PM, Keith Thompson < > keithsthomp...@gmail.com > > > wrote: > > > > On Tue, Nov 10, 2015 at 1:57 PM,

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

2015-11-10 Thread Chet Ramey
On 11/9/15 5:55 PM, Keith Thompson wrote: > I have some more information on this. In the latest test, > the problem occurs when I run bash under rxvt, but not when I run it under > xterm. > > Using strace, I've found a difference in a call to rt_sigaction(). It calls > > rt_sigaction(SIGTSTP,

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

2015-11-10 Thread Keith Thompson
But there's still a mystery here. Why does it behave differently under rxvt vs. xterm, and why does that difference show up in bash 4.4-beta but not in 4.3.30? (Both versions of bash are built from source on the same system.) Running bash 4.3.30 under either xterm 261 or rxvt v2.6.4, I get:

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

2015-11-10 Thread Keith Thompson
On Tue, Nov 10, 2015 at 11:35 AM, Chet Ramey wrote: > > > It seems like you need to figure out why rxvt starts the shell with > SIGTSTP ignored. It doesn't seem like anything that the system /bin/sh > or the bash version you're running does, since xterm doesn't exhibit >

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

2015-11-10 Thread Chet Ramey
On 11/10/15 2:15 PM, Keith Thompson wrote: > But there's still a mystery here. Why does it behave differently under rxvt > vs. xterm, > and why does that difference show up in bash 4.4-beta but not in 4.3.30? > (Both versions of bash are built from source on the same system.) > > Running bash

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

2015-11-10 Thread Chet Ramey
On 11/10/15 3:17 PM, Keith Thompson wrote: > On Tue, Nov 10, 2015 at 11:35 AM, Chet Ramey > wrote: > > > > It seems like you need to figure out why rxvt starts the shell with > SIGTSTP ignored. It doesn't seem like anything that the

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

2015-11-10 Thread Andreas Schwab
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. Andreas. -- Andreas

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

2015-11-10 Thread Keith Thompson
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

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

2015-11-10 Thread Keith Thompson
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

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

2015-11-09 Thread Keith Thompson
I have some more information on this. In the latest test, the problem occurs when I run bash under rxvt, but not when I run it under xterm. Using strace, I've found a difference in a call to rt_sigaction(). It calls rt_sigaction(SIGTSTP, {SIG_DFL, ...}) under xterm (which works correctly),

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

2015-10-31 Thread Andreas Schwab
Keith Thompson writes: > For a while, I had two running login shells, one that had the problem > and one that didn't. Comparing the output of "set" and "shopt" from > both shells didn't show any differences that could explain this. What's the output of trap? Andreas.

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

2015-10-31 Thread Keith Thompson
$ trap trap -- 'show_error' ERR $ type show_error show_error is a function show_error () { printf "\e[1mExit $?\e[m\n" 1>&2 } $ On Sat, Oct 31, 2015 at 12:00 AM, Andreas Schwab wrote: > Keith Thompson writes: > > > For a while, I had two

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

2015-10-30 Thread Keith Thompson
I just tried it on a two VMs running Debian 6 and 7, respectively. The problem did not occur. It also doesn't occur on the original Debian 6 system if I run it as "bash --norc". (Sorry, I should have tried that in the first place.) So the problem has something to do with my own setup scripts.

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

2015-10-30 Thread Chet Ramey
On 10/28/15 10:02 PM, Keith Thompson wrote: > I'm running bash 4.4-beta, built from bash-4.4-beta.tar.gz, on two > different x86_64 systems, one running Debian 6.0.10 and another running > Linux Mint 17.3. > > On both systems, if I run "man rm" (for example) I can read the "rm(1)" > man page

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

2015-10-30 Thread Keith Thompson
Whatever the problem is, it seems to be subtle. I can't *reliably* reproduce it on the original Debian 6 system. I saw the problem in a shell that had been running for a couple of weeks, with several thousand commands executed. Replacing the shell process with "exec bash -l" (using the same

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

2015-10-29 Thread Keith Thompson
I've found another symptom of the problem. It has something to do with the handling of the TSTP signal (normally sent by typing Ctrl-Z). Running bash 4.4-beta, I type the "cat" command. While "cat" is running, I type Ctrl-Z. Normally this should suspend the "cat" process and give me a shell

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

2015-10-29 Thread Mike Frysinger
what does `stty -a` show on the two systems ? what version of readline are you using on both ? -mike signature.asc Description: Digital signature

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

2015-10-28 Thread Keith Thompson
I'm running bash 4.4-beta, built from bash-4.4-beta.tar.gz, on two different x86_64 systems, one running Debian 6.0.10 and another running Linux Mint 17.3. On both systems, if I run "man rm" (for example) I can read the "rm(1)" man page using "less" (my $MANPAGER is set to "less -s -r"). If I