Thanks Wayne,

That's pretty much what I did.  I created a small cobol prog that prints blank lines 132 characters for page one (10 blank lines) we saw the delay.  On pages 2 and 3 changed to only have one character for the blank lines.  The printer on  pages 2 and 3 did not have the delay.

It seems like the printer is doing mostly what you say.  It evaluates the line, has nothing to print so does nothing.... however, it does not appear to do the line feed for each line.  It seems like it keeps track of how many line feeds it needs and then when it sees the next printable line, does all the line feeds at once.

If anyone would like to test this, I'll send my cobol source that you can compile and run to see what occurs....

Also, the printer is serially connected through a DTC.

bob

On Thursday, August 22, 2002 10:34 AM, [log in to unmask] wrote:
>In a message dated 8/21/02 3:43:32 PM Pacific Daylight Time,
>[log in to unmask] writes:
>
>
>What happens during this process is the printer appears to
>delay when printing.  It prints the data line (not blank) then
>kind of spins for a second or two and then moves and
>continues... kind of herky jerky....
>
>
>
>I'm not sure what is happening.  Try sending the printer a
>large file consisting of nothing but lines of 132 blanks and
>see what it does.  It is possible that the printer is just
>'printing' blanks.  Smart printer controller software would
>sense an all blank line and just do a line feed.  After doing
>this test you can try changing 1 character in each line (at the
>end?) to see if you get about the same result.
>
>Wayne Boyer
>Cal-Logic

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *