Frank,
We had problems with TXT2PDF leaking storage, but it would take several
documents before it would run out for us. Leland Lucius and I found that
in
T2PNEVAL line 30 (comment) and 31 (AGO) were added to SKIP freeing storag
e
because someone had a problem with that at some point in time.
Jim -
I'm running TXT2PDF 04.147 in an 8MB machine as a PIPE stage.
My PIPE reads NETDATA files directly from the RDR, calls the TXT2PDF
stage and then sends the output directly to an RSCS printer. So
there are no intermediate files involved. The largest report I ever
processed was about 500
Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Hughes, Jim
Sent: Tuesday, October 06, 2009 2:44 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: TXT2PDF problem
I am running version 9.107 of TXT2PDF. The problem existed with prior
versions too.
We have a 232,000 page report
.
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Hughes, Jim
Sent: Tuesday, October 06, 2009 12:44
To: IBMVM@LISTSERV.UARK.EDU
Subject: [IBMVM] TXT2PDF problem
I am running version 9.107 of TXT2PDF. The problem existed with prior
versions too.
We have
I am running version 9.107 of TXT2PDF. The problem existed with prior
versions too.
We have a 232,000 page report containing license plate data for the
entire state. It has been going to fiche and the new direction is PDF.
When I run this thing through TXT2PDF I eventually I get this
Hi, Jim.
OK, so with a virtual storage size of 32M (a really small virtual
machine by today's standards) TXTX2PDF can process about 50,000 pages,
increasing the virtual storage by a factor of 10 (to 320Mb) should allow
for processing of the entire file. Just to be safe, I'd go with a 512Mb