src/usr.bin/more/command.c, branch stable/3

$Id$ -> $FreeBSD$

1999-08-29T15:57:45+00:00

[Whoops... used ci -m instead of -F on the last commit...]

1999-07-28T06:17:12+00:00

MFC: misc incidental cleanup, gtags support, better line-number passing to
     $EDITOR, working arrow keys, $Id$ to manpage

commit-notes

1999-07-28T06:09:52+00:00

Fix bug from last commit: don't SEGV when reading as part of a pipe.

1998-07-04T01:22:07+00:00

Prevent recursive help)elp)elping.

1998-07-03T17:12:10+00:00

sprintf -> snprintf to avoid potential buffer overflow.

1998-06-14T16:03:40+00:00

PR:		6907
Submitted by:	Archie Cobbs

Make more not immediately exit on a short file, if the -e option is

1997-03-02T18:55:42+00:00

given.  This makes more -e basically usable at all when your termcap
entry supports an alternate screen buffer (like xterm-r6).

I wonder whether we should make more -e the default.  Oure more seems
to be the only one on the world with this funny behaviour.

2.2 candidate

Submitted by:	dawes@rf900.physics.usyd.edu.au (David Dawes)

Fix a bug in a recent commit that broke more so that it

1995-10-05T22:26:43+00:00

would no longer properly detect when "vi" was being called,
and thus would not call vi with the "+line#" argument.

Make more pass +linenumber to vi (and emacs), even if $EDITOR is used.

1995-10-04T09:33:39+00:00

Closes PR#441, but with a more generic method.

Remove trailing whitespace.

1995-05-30T06:41:30+00:00