Print job still spooling after FORM command executed

Boaz Bezborodko boaz at mirrotek.com
Fri May 8 10:06:15 PDT 2009


Kenneth Brody wrote:
> Boaz Bezborodko wrote:
>> Kenneth Brody wrote:
>>> Boaz Bezborodko wrote:
>>>> There is an older program on my system that I didn't write.  While 
>>>> in IUA on an invoice record an @KEY command calls a separate 
>>>> processing table to print the invoice.  The table calculates the 
>>>> necessary fields and then generates the printout with a FORM 
>>>> command.  What I noticed today is that the job remains open for 
>>>> spooling in the queue after this is done and the queue doesn't 
>>>> close allowing the job to print until you exit out of IUA.
>>>>
>>>> Apparently it's always acted the same way, but I didn't know this 
>>>> since I don't run this program myself and no one told me about it.
>>>>
>>>> According to my reading of the manual FORM should close the spool 
>>>> and allow the job to print.  What could stop this from happening?
>>> If filePro thinks the output is going to a file, rather than a pipe, 
>>> then it will not close the file after each form.  What is the exact 
>>> destination filePro has been told to use?
>>>
>> It is going to a file.  Is there a way to get it to close the file 
>> from within the processing table?
>
> If it's going to a file, then what is sending it to the spooler?
>
> I forget if PRINTER RESET will force the file to be closed in this 
> scenario, but you can try it.
>
I have a routine that bypasses the printout to a file if the selected 
output type is to a PDF file.  I then run it through Bob Rasmussen's 
PrintWizard to do the conversion.

I'll try PRINTER RESET, but will PRINTER FLUSH also work?


More information about the Filepro-list mailing list