Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!utgpu!water!watnot!watmath!clyde!cbatt!ihnp4!ptsfa!lll-lcc!styx!ames!cit-vax!ll-xn!mit-eddie!husc6!uwvax!astroatc!prairie!dan From: dan@prairie.UUCP Newsgroups: comp.unix.questions Subject: Re: Strange pagination... Message-ID: <423@prairie.UUCP> Date: Thu, 26-Feb-87 22:39:56 EST Article-I.D.: prairie.423 Posted: Thu Feb 26 22:39:56 1987 Date-Received: Sun, 1-Mar-87 07:39:43 EST References: <1208@msudoc.UUCP> Reply-To: dan@prairie.UUCP (Daniel M. Frank) Organization: Prairie Computing, Madison, Wisconsin Lines: 37 In article <1208@msudoc.UUCP> dab@msudoc.UUCP (David A. Bright) writes: >On my MicroPort System V/AT system, I am getting strange pagination from >the "lp" system ... Can anyone tell me where that silly FF is >coming from? It's being inserted by the lp driver. I believe that 1.3.8 has a reasonably elegant solution to this (i.e. a "raw" lp minor device), but here's something to put into your model script that should fix the problem: ----------------------------------------------------------------- #include struct lprio lparms = {0, 140, 32767} ; /* lpraw sets the lp driver up so that it doesn't do page breaks, * most of the time. There really should be a raw driver, but ... */ main() { ioctl(1, LPRSET, &lparms) ; } --------------------------------------------------------------- Save as lpraw.c, compile it, stick it somewhere, and invoke it from your lp script. Since the script is invoked by the spooler with stdout already set to the lpdriver, the ioctl(1,...) is appropriate. -- Dan Frank (w9nk) ARPA: dan@db.wisc.edu ATT: (608) 255-0002 (home) UUCP: ... uwvax!prairie!dan (608) 262-4196 (office) SNAILMAIL: 1802 Keyes Ave. Madison, WI 53711-2006