Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/3/84; site enmasse.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!genrad!panda!enmasse!mike
From: mike@enmasse.UUCP (Mike Schloss)
Newsgroups: net.lang.c
Subject: Re: Re: Style Flambe
Message-ID: <352@enmasse.UUCP>
Date: Tue, 19-Feb-85 20:04:08 EST
Article-I.D.: enmasse.352
Posted: Tue Feb 19 20:04:08 1985
Date-Received: Fri, 22-Feb-85 21:41:21 EST
References: <7907@brl-tgr.ARPA> <705@ukma.UUCP> <124@gitpyr.UUCP>
Organization: Enmasse Computer Corp., Acton, Mass.
Lines: 20

> > Ok.  We all live on Unix systems, right?  Isn't there this filter
> > named "pr"?  Doesn't it make sure none of the code gets printed
> > on the form breaks?  (Nod your head up and down please...we all
> > know this is true).  However, pr gets confused when it has text
> > that contains form feeds.  (I would go fix it except the code
> > is a little dense).
> > 
> 
> Pr gets confused by formfeeds?  I don't think so.  Pr should expand the
> formfeed into enough lines to get to the next page (pr under System V R.1.
> does, 4.2BSD pr leaves the formfeeds in and assumes it will cause a real
> formfeed on the printer (dual universe Pyramids have their advantages)).
> 

Not on a Version 7 based system.  It will just print your form feed,
increment the line counter, and when it gets to 60, issue another form
feed right in the middle of your formatted code.  Also, although it does
exist in Sys 5 R2 it is not documented anywhere.  Can you say:

	"Undocumented 'Features' have a habit of going away unexpectedly"