Print Code tables in 5.0 Windows version Runs on Win7

[Nancy Palmquist]

Richard,

Your suggestion would work if these jobs went to different printers, 
however, the jobs would go to one printer if they all printed, but 
filepro does not know when I am writing them to a pcl file so I can

1) Main coversheet is printed with default table1 and is printed or sent 
to a file to be converted to a PDF

2) One document, if needed, is always sent to a file and converted to a 
tif.  This uses the default table

3) sending the job to a printer with an overlay to be printed - table2 
real printer

4) sending the job to a printer with an overlay - default table but may 
print or may write to a file to convert to PDF.  This may-depending on 
the form name, select a different printcode table also.

I can not remove the second table because of the overlays.  I have over 
2000 overlays defined in the default table and 150 in the table 2.  I 
have adjusted all the other documents so they work in the default 
table.  I programmed it to use another table

But I am worried about 1) changing back and forth between tables, 2) 
loading a table with so many overlays as the default.

Since I originally had 4 tables and have got it down to 2, the errors 
have moved but I am still seeing them.  My thinking is that the default 
table might still be a problem and they are still adding more to this table.

Nancy


On 1/25/2018 2:17 PM, Richard Kreiss wrote:
> 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
>

-- 
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/20180129/c04fd9bb/attachment.html>