Print Code tables in 5.0 Windows version Runs on Win7

[Richard D. Williams]

Nancy,

This is going to be a dumb question, so forgive me, but are you doing a 
printer reset before you change to the next print code table?

I have experienced this exact behavior if I do not do the reset.

Richard

On 1/25/2018 11:21 AM, Nancy Palmquist via Filepro-list wrote:
> My FilePro friends,
>
> Has anyone tried to discover how filepro handles Print Code tables in 
> memory?
>
> I have an application that changes print code tables depending on what 
> kind of document it is printing. The user repeats the logic in this 
> input processing all day placing orders.  I have added some logic 
> which required some additional CALL tables and we have been unable to 
> make the application stable again.  It crashes without throwing and 
> specific error.
>
>   Most seem to be at a point in the programming where I change the 
> printcode table.
>
> printer type "laser4si"   ' like that in programming.
>
> We have one table with over 2263 printcodes - used to load different 
> overlays for documents.
>
> Can I change an environment variable to adjust the part of memory used 
> for these tables so that I will not crash?
>
> This runs during INPUT processing.  I have the following sizes set:
>
> PFAUTOKSIZE=59000
>
> PFFORMTOKSIZE=200000
>
> PFTOKSIZE=200000
>
> PFLBSIZE=1000
>
> I have adjusted some documents so they share tables to try to reduce 
> the print code changes, but I can not remove them all.
>
> Any suggestions?
>
> Nancy
>
>
>