>>>I have this code behind a button;
>>>

>>>LOCAL dBDate,cdtocBDate
>>>dBDate = CTOD(THIS.PARENT.txtRptDate.VALUE)
>>>REPORT FORM BatchRpt NOCONSOLE TO PRINTER PROMPT
>>>ThisForm.txtFind.SetFocus()
>>>

>>>The report prints and returns control to the app nicely on my PC, either in the developer mode or running the exe. However, on the user's machine the code prints ok but crashes the app attempting to return to the form. (Error 10H in VFP500.dll)
>>>
>>>BatchRpt uses a parameterized view, lv_batchrpt, and is passed dBDate.
>>>The report makes it to the printer ok, and the printer returns a msg to the workstation telling it that printing is complete. I have tried renaming the dataenvironment in the report, to no avail.
>>>
>>>The printer checks out fine and prints other reports in the app that use views, but this is the only one that uses a parameterized view.
>>>I'm out of ideas.
>>
>>Hi Jerry.
>>
>>I think it is the problem with your printer driver.
>>See http://support.microsoft.com/support/kb/articles/q183/5/22.asp.
>>I've used _fpreset() to resolve this problem.
>>Sorry for my bad English.
>>
>>Ura
>
>
>Ura,
>Thanks for the reply! BTW, your english is not any worse than mine! :-)
>
>The printer driver was my choice for the main problem, but I wanted to check and besure there wasn't a bug in VFP that could cause this problem. Also, I didn't want to change the printer drivers if I didn't have to because so many other programs require the native drivers that come with the HP 5SiMX laser printer.
>And, my workstation also prints through the net to another HP5SiMX that uses the same driver, and all works well in both the Dev and user mode.
>Jerry

Hi Jerry,
Have you tried not using the "PROMPT" statement? I have had it cause tiny print on occasion. I have also had problems show up on client PC's that I couldn't replicate on the development machine. Most of these gems have been attributable to OEM versions of Windows 95.
Let us know what you find. Thanks, Randy