Tracy
Maybe something is farkleing the printer memory. Maybe the printer is broken?

Are use issuing a printer reset before the job starts?
Are you issuing control codes to specify the form lenght and line spacing? Are you issuing an eject at the end of each page to assure top of form?

If the farkle is predictable, you might try with another MicroLine, to see if it happens that way. Is it a network printer? Could some virus service or other sniffers be the culprit?



>Hi Cathy,
>
>That was my initial thought, but everything lines up fine and the report looks identical to the one printed in the dos version (FPD26) using the same code. It certainly appears as if an extra line feed or two is getting sent to the printer in the windows version but it is not visible on the printed page itself. The printed page ends at line 49 and to that point it is identical to the dos version. Following that there is only an 'eject' that is issued and somehow the printer gets confused as to how far to eject the page. It's as though the printer 'thinks' it is two lines higher on the page when it ejects. I have a memory dump and the @...say .prg to test with to determine if I can 'see' anything different in testing again today...it's quite an 'annoying' problem to say the least! I need to resolve it because it is occuring in 3 reports so far out of hundreds and I don't want it to occur again down the road without an understanding of the cause and a resolution if we see it again.
>
>Tracy
>
>
>>Is it possible that something that is being printed is wrapping around to a new line, causing the extra lines?