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

[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.

I'll investigate further and get back to you.

On Fri, Oct 30, 2015 at 3:55 AM, Chet Ramey <chet.ramey@case.edu> wrote:

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 using "less" (my $MANPAGER is set to "less -s -r").  If I then
> type Ctrl-Z, the "man" and "pager" processes are suspended and the screen
> is restored its previous state.
>
> On the Debian system, I don't get a new shell prompt (this is the
> bug). The terminal continues to accept and echo input, but it's otherwise
> stuck.  Ctrl-C and Ctrl-Z are echoed as "^C" and "^Z", but are otherwise
> ignored.  I can recover by killing the "man" process from another window.

I don't have a Debian 6 system, but I can't reproduce this on Debian 7.

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/

--

Keith Thompson <Keith.S.Thompson@gmail.com>