Rather than use an LRU-ordered circular list to store buffered data,
simply keep an index into the last access on the circular list and begin
searches at that point. An LRU list is inappropriate her

Rather than use an LRU-ordered circular list to store buffered data,
simply keep an index into the last access on the circular list and begin
searches at that point. An LRU list is inappropriate here since the
vast majority of accesses will occur in the same order that the list
is created in. The only case where an LRU is remotely useful here is when
reading from a file and the user is jumping to randomish positions and
constantly returning to some central position. Even for this case it is
such a small optimization as not to be noticed in an interactive program
such as more(1).

This change results in a _tremendously_ noticable speed-up when reading long
files through a pipe (where long = ~200k, machine = ~2.5h single-disk
worldstone).

show more ...

Delete dead code and clean comments a little.

Remove documentation of CRLF bug from more.1. Sync code with manpage.

PR: bin/961 bin/7296 (fix)
Submitted by: Garance Alistair Drosehn <gad@eclipse.acs.rpi.edu>

MFC: count crlfs as one character

sprintf -> snprintf to avoid potential buffer overflow.

PR: 6907
Submitted by: Archie Cobbs <archie@whistle.com>

MFC: doc fixes, enhancements to locate & more, new tail functionality.

Remove trailing whitespace.

Back out part of ctype fixes, unneded with new ctypoe

1) Make ctype-aware expect chars in range 0200-0204 treated
as controls in any case.
2) Fix bug with incorrect column position when standouts occurse
3) Fix bug when last standouted char cause cleari

1) Make ctype-aware expect chars in range 0200-0204 treated
as controls in any case.
2) Fix bug with incorrect column position when standouts occurse
3) Fix bug when last standouted char cause clearing next line
in standout

show more ...

BSD 4.4 Lite Usr.bin Sources

Initial revision