Bug 82261 - man terminates when suspended
man terminates when suspended
Product: Red Hat Linux
Classification: Retired
Component: man (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Eido Inoue
Ben Levenson
: 73002 (view as bug list)
Depends On:
Blocks: 79579 CambridgeTarget
  Show dependency treegraph
Reported: 2003-01-20 12:29 EST by David Balažic
Modified: 2007-04-18 12:50 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-08-07 17:47:33 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description David Balažic 2003-01-20 12:29:09 EST
Description of problem:

If I press ctrl-Z when man is displaying a manual page, then man can not be 
restored any more.

Version-Release number of selected component (if applicable):


How reproducible:

Steps to Reproduce:
1. login on VT1
2. "man sfdisk"
3. ctrl-Z
4. "fg"
Actual results:

man exits

Expected results:

man resumes and can be used to view the page

Additional info:

ctrl-Z works fine with other programs, like sleep , less or vi
Comment 1 David Balažic 2003-01-30 13:16:32 EST
Same thing in phoebe2 ( 8.0.93 ).

All default settings; shell is bash etc.
Comment 2 Bill Nottingham 2003-02-11 00:40:06 EST
Works for me with current packages - does it work for you?
Comment 3 David Balažic 2003-02-13 04:29:42 EST
Yes, but there is still something weird :

man ls
press ctrl-Z after the page appear :
no shell prompt.
press RETURN -> shell prompt appears.

This happens if ctrl-z is pressed in less than 9 seconds
after man ls is started. If pressed after 9 or more seconds,
then it behaves OK.
Comment 4 David Balažic 2003-02-14 03:40:00 EST
More info :
kernel-2.4.20-2.21 -> man on ctrl-z exits ( terminates )
kernel-2.4.20-2.41 -> man on ctrl-z stops, with the 9 second issue descibed in 
comment #3

Comment 5 Eido Inoue 2003-08-07 17:47:33 EDT
I'm going to leave this as a feature for upstream. Most apps that do non-trivial
screen manipulation with a library have to be specifically written to support
application suspension. (that is, put the terminal in a sane state) Hence the
need for a "terminal reset" feature in most X-based terminal programs...
Comment 6 Eido Inoue 2003-08-07 17:48:44 EDT
*** Bug 73002 has been marked as a duplicate of this bug. ***
Comment 7 David Balažic 2003-08-08 10:32:25 EDT
> most X-based terminal programs

? I was doing everything on text console, without X
Comment 8 Eido Inoue 2003-08-08 11:27:25 EDT
The analogy for a terminal reset in the console would be something like "stty sane"

Note You need to log in before you can comment on or make changes to this bug.