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?
.·*´¨)
.·`TCH
(..·*
010000110101001101101000011000010111001001110000010011110111001001000010011101010111001101110100
"When the debate is lost, slander becomes the tool of the loser." - Socrates
Vita contingit, Vive cum eo. (Life Happens, Live With it.)
"Life is not measured by the number of breaths we take, but by the moments that take our breath away." -- author unknown
"De omnibus dubitandum"