Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!mips!sgi!shinobu!odin!thestepchild!rhartman
From: rhartman@thestepchild.sgi.com (Robert Hartman)
Newsgroups: comp.unix.questions
Subject: Re: Truncated lpr printouts
Message-ID: <1991May15.030844.12358@odin.corp.sgi.com>
Date: 15 May 91 03:08:44 GMT
References: <14875@hacgate.UUCP>
Sender: news@odin.corp.sgi.com (Net News)
Distribution: usa
Organization: Silicon Graphics, Inc., Mountain View, CA
Lines: 25

In article <14875@hacgate.UUCP> wdelv@devnet3.UUCP (walt del vecchio) writes:
>
>...  Since the main difference between full and truncated printouts appears
>to be whether the application is run from a terminal or lpd(8), what can
>I do to resolve this?  Is there some internal shell limit for print size or
>pipe throughput or something like the csh limit in the bourne shells which
>are execl(3)'d and system(3)'d?  Does lpd(8) have internal limits set?

I believe that it is lpd(8) that has an approx. 1MByte limit on its internal
data buffer.

>  Do I have to use lpr(1) -s, meaning producing another file after the pipe
>through the filter and then depositing it on the remote machine which has
>the paper printer attached and running the lpr command in the background
>so the application program isn't tied up waiting for a free printer?

I believe that you do.  Sorry.

>  Thanks for reading this far.
>
> ------------------------------------------------------------------------------
>  Walter L. Del Vecchio - Hughes Aircraft Co. - Fullerton, CA - (714) 732-5588
> ------------------------------------------------------------------------------

-r