Hi Sergey,

I actually make a copy of the .frx/.frt and then open it as a table and nuke out everything except ORIENTATION=0 from the Exp field. I also nuke totally the stuff in Tag/Tag2 as I have had problems before with the report because it is designed on my PC with my printer but users have all different kinds of printers. So unless not having the copies info is is causing a problem.

I am probably going to have to get in again after hours and try to replicate the problem to narrow it down to either a) VFP generating lots of pages or b) the server print spooler somehow doing so and I guess c) is a possibility as well: something in the PCL language is messing with copies (which I found on a site but that had to do with MSFT publisher if I remember). Not sure if there is a way to actually capture what is going to the printer (other than to open up the file created by the print spooler).

Albert



>Albert,
>
>What about Copies value in the Expr/Picture fields of the report. Could it be modified somehow?
>
>>The report program actually finishes what it is doing so I don't think it is stuck in a loop. As well, the file size in the spooler (I have checked) does not grow any larger than usual - which is what I think would happen if VFP was actually generating lots more pages - it's like the spooler is not closing the job / releasing it or maybe there is some sort of "copies" setting in the spooler that is getting messed up.