>Al,
>
>Check FAQ again. I added function Sys2600() so code can be run in VFP6 and earlier.
Thanks, Sergey. I had a go at adapting the CopyTo() function from Ed Rauh's ClsHeap class but that function seems to rely on his method of heap allocation/tracking which is not trivial to adapt to your code.
I ended up making a VFP7 executable, which worked fine for the test. However, it didn't solve the problem. If I specified a form exactly 7.0000 inches long, the Oki 520 printer advances slightly more than 7 inches for each form. If I specify anything less - even 6.9999 inches, the printer advances slightly less than 7 inches per form. In each case the data printed on the pre-printed forms gets significantly misaligned after only 7 or 8 forms.
I tried literally everything to fix this. The printer supports 3 emulations - IBM ProPrinter III, Epson FX-80, and native Oki ML. I downloaded and installed drivers for each emulation and set the printer emulation appropriately. I tried all available graphics resolutions for each driver. Nothing worked.
Interestingly, the user running these reports had a W95 box last year, which worked fine. It's her "new" W2K box with the problems. As it happens, the company still has an old W95c box working as a print server. I set up the user's ML 520 to be shared on the network, installed the IBM-emulation W95 driver on the old box and tested. Worked perfectly the first time.
So, the problem is "worked around" for this year, but not solved.
Regards. Al
"Violence is the last refuge of the incompetent." -- Isaac Asimov
"Never let your sense of morals prevent you from doing what is right." -- Isaac Asimov
Neither a despot, nor a doormat, be
Every app wants to be a database app when it grows up