Print Code tables in 5.0 Windows version Runs on Win7

[Richard Kreiss]

Nancy,

I have as part of an @keyF option, a routine which allow a user to select from 3 different form letters and also the option to print or create a pdf.

The print routine allow the user to select which printer to use. Printer Name "Richo" or whichever print by name. This client has only 5 printers by name  but each one has a different print table.  If there are different printer names associated with the print table why not try using "printer name" rather than "print type"?

I would surmise that these print table are stored in memory so that the next time the user tries to access this print table, it is accessed from memory and not the hard drive.  This may date back to the early days of filePro when RAM was a lot faster then reading from a slow hard drive.  I would surmise that you are running out of the memory location allocated for storing this information.  

There are others on the list who can probable be more specific about you problem.  I am just guessing.

Richard Kreiss


> -----Original Message-----
> From: Filepro-list [mailto:filepro-list-
> bounces+rkreiss=verizon.net at lists.celestial.com] On Behalf Of Nancy Palmquist
> via Filepro-list
> Sent: Thursday, January 25, 2018 12:21 PM
> To: filePro Mailing List <filepro-list at lists.celestial.com>
> Subject: Print Code tables in 5.0 Windows version Runs on Win7
> 
> 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
> 
> 
> 
> --
> Nancy Palmquist         MOS & filePro Training Available
> Virtual Software Systems    Web Based Training and Consulting
> PHONE: (412) 835-9417           Web site:  http://www.vss3.com
> 
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://mailman.celestial.com/pipermail/filepro-
> list/attachments/20180125/95c0a953/attachment.html>
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> Subscribe/Unsubscribe/Subscription Changes
> http://mailman.celestial.com/mailman/listinfo/filepro-list