src/usr.bin/script, branch releng/8.4

MFC r226403:

2011-10-21T05:40:30Z

In r225809 the intention was to send VEOF only once if STDIN was not a terminal. Unfortunately the fix was incorrect and for flushtime > 0 it keept sending VEOF. Sent VEOF generates ^D\b\b echoed by the terminal, which was reported in bin/161526. Note, we still send VEOF at least once. Otherwise commands like below would hang forever: echo 1 |script /tmp/script.out cat PR: bin/161526 Reported by: Adrian Wontroba , Stefan Bethke Tested by: Stefan Bethke

MFC r225857:

2011-10-10T11:06:48Z

- Fix a few grammar and mdoc nits in script.1 PR: 161088

MFC r225809:

2011-10-04T11:08:31Z

When script(1) reads EOF from input it starts spinning on zero-byte reads eating 100% CPU. Fix this by skipping select on STDIN after reading EOF -- permanently if STDIN is not terminal and for one second if it is. Also after reading EOF from STDIN we have to pass it to the program being scripted. The previous approach was to write zero bytes into the pseudo-terminal. This does not work because zero-byte write does not have any effect on read. Fix this by sending VEOF instead. Submitted by: Ronald Klop Discussed with: kib, Chris Torek

MFC r212832: update manpage

2010-10-14T03:11:41Z

MFC r212770 & r212832:

2010-10-14T01:21:44Z

+ Add the SCRIPT environmental variable to the sub-shell. + Add the 'command' argument (if supplied on the command line) to the typescript file.

MFC r207453:

2010-05-14T12:34:06Z

Remove WNOHANG flag from wait3(). Because script(1) now reliably terminates when the TTY is closed, it may be the case that the call to wait3() occurs just before the child process exits. This causes error codes to be ignored. Just change script(1) to use waitpid() instead of wait3(). This makes it more portable and prevents the need for a loop, since waitpid() only returns a specified process. PR: bin/146189 Tested by: amdmi3@, older version

MFC r205008 and 205009:

2010-03-25T08:33:56Z

Make script(1) a little less broken. Close the file descriptor to the TTY. There is no reason why the parent process should keep track of the descriptor. This ensures that the application inside properly drains the TTY during exit(2). Reported by: alfred

Deal with double whitespace.

2004-07-03T00:24:45Z

Mechanically kill hard sentence breaks.

2004-07-02T22:22:35Z

Bumped document date.

2004-05-19T09:53:03Z

Fixed markup nit.