We use that command-- every time it does a conversion it adds a reply list entry for the duration of the job. It starts trying with 9999 and works down. I think our jobs get to about 9996 before finding an 'empty slot.'
The entries from 9997-9999 are 'leftovers' from conversions that failed for one reason or another (and I just deleted them).
If your reply list has entries from 9999 and down CVTSPLSTMF will keep trying... and trying... and trying... until it finds an empty slot!
Some 'gotchas' for the process (at least they're gotchas the way we put it together):
-- programmers must be in the "root" directory when the command runs (ie CD /)
--Spooled file name must be 8 characters or fewer
In release 6.1 and above any new applications should OVRPRTF FILE(print-file) DEVTYPE(*AFPDS) WSCST(*PDF) TOSTMF('your-stream-file-goes-here') instead... it even works with overlays!
Paul E Musselman
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Peter Singer
Subject: A Nightmare: CVTSPLSTMC
SpoolFile to PDF would be a nice tool, if CVTSPLSTMC wouldn't be a
What the hack are those stupid ADDRYPLE for?
And why 1500 entries?
This mailing list archive is Copyright 1997-2020 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact