Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10 5/3/83; site houxf.UUCP
Path: utzoo!linus!philabs!seismo!harpo!ihnp4!houxm!houxf!ho95b!wcs
From: wcs@ho95b.UUCP
Newsgroups: net.unix-wizards
Subject: Re: Terminal Paging
Message-ID: <570@houxf.UUCP>
Date: Tue, 17-Jan-84 21:06:55 EST
Article-I.D.: houxf.570
Posted: Tue Jan 17 21:06:55 1984
Date-Received: Thu, 19-Jan-84 01:24:23 EST
Sender: **RJE**@houxf.UUCP
Organization: Bell Labs, Holmdel NJ
Lines: 20

The problem with "more" is not that application-level paging is
slow, it's that "more" is a huge, feature-rich program.  If you want
fast paging, the solution is not to hack the kernel, but to write a
simpler but faster more.  Our local comp center had a thing called
'pgr', which was dumb, but fast.  I can't broadcast the code, but the
basic idea went like this:

	while( (c=getchar()) != EOF ) {
		if ( c!= '\n' ) putchar(c);
		else {
		    if (++lines <23_or_so) putchar(c);
		    else {
			putc('^G');
			if ( (c=READ_FROM_TTY()) != '\n' )
				{do stuff}
			maybe putc('\n');
			}
		}

				Bill