<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#333333" bgcolor="#FFFFFF">
<p>Richard,</p>
<p>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 <br>
</p>
<p>1) Main coversheet is printed with default table1 and is printed
or sent to a file to be converted to a PDF<br>
</p>
<p>2) One document, if needed, is always sent to a file and
converted to a tif. This uses the default table<br>
</p>
<p>3) sending the job to a printer with an overlay to be printed -
table2 real printer<br>
</p>
<p>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.<br>
</p>
<p>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 <br>
</p>
<p>But I am worried about 1) changing back and forth between tables,
2) loading a table with so many overlays as the default.</p>
<p>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.</p>
<p>Nancy<br>
</p>
<br>
<div class="moz-cite-prefix">On 1/25/2018 2:17 PM, Richard Kreiss
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:002401d39611$1d07b090$571711b0$@verizon.net">
<pre wrap="">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
</pre>
<blockquote type="cite">
<pre wrap="">-----Original Message-----
From: Filepro-list [<a class="moz-txt-link-freetext" href="mailto:filepro-list">mailto:filepro-list</a>-
<a class="moz-txt-link-abbreviated" href="mailto:bounces+rkreiss=verizon.net@lists.celestial.com">bounces+rkreiss=verizon.net@lists.celestial.com</a>] On Behalf Of Nancy Palmquist
via Filepro-list
Sent: Thursday, January 25, 2018 12:21 PM
To: filePro Mailing List <a class="moz-txt-link-rfc2396E" href="mailto:filepro-list@lists.celestial.com"><filepro-list@lists.celestial.com></a>
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: <a class="moz-txt-link-freetext" href="http://www.vss3.com">http://www.vss3.com</a>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <a class="moz-txt-link-rfc2396E" href="http://mailman.celestial.com/pipermail/filepro-list/attachments/20180125/95c0a953/attachment.html"><http://mailman.celestial.com/pipermail/filepro-
list/attachments/20180125/95c0a953/attachment.html></a>
_______________________________________________
Filepro-list mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Filepro-list@lists.celestial.com">Filepro-list@lists.celestial.com</a>
Subscribe/Unsubscribe/Subscription Changes
<a class="moz-txt-link-freetext" href="http://mailman.celestial.com/mailman/listinfo/filepro-list">http://mailman.celestial.com/mailman/listinfo/filepro-list</a>
</pre>
</blockquote>
<pre wrap="">
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Nancy Palmquist MOS & filePro Training Available
Virtual Software Systems Web Based Training and Consulting
PHONE: (412) 835-9417 Web site: <a class="moz-txt-link-freetext" href="http://www.vss3.com">http://www.vss3.com</a>
</pre>
</body>
</html>