× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Hi,

Last week I was asked to have pdf documents that are stored on IFS printed from a job on the iseries. After doing some research, I found two possible solutions:

1. Using the command PRTSTMF, made by Scott Klement
2. Using QSH:
cat -c /pdf/test.pdf | Rfile -wbQ -c "OVRPRTF FILE(QSYSPRT) DEVTYPE(*USERASCII) OUTQ(MYOUTQ)" -C "DLTOVR FILE(QSYSPRT)" QSYSPRT

Option 1 works perfect (thanks Scott!). It generates a spoolfile on the specified outq and the document gets printed as it should.

Option 2 (that should basically do the same IMO) also generates a spoolfile on the specified outq, but when send to the printer results in more than 100 pages with strange characters.

Even though I have decided to implement PRTSTMF in my application, I am still curious as to why option 2 doesn't work for me. The only thing I can think of is that somehow QSH converts the original data using my job's CCSID. FYI: the original document is CCSID 437, my job has 37. But why doesn't the same problem occur when using Scott's RPG code? I tried changing the CCSID of my job to 437 but that is not allowed for interactive jobs (and that makes sense).

Like I said, I have already chosen to use PRTSTMF, but I would really like to understand WHY the other option doesn't work. So basically my 2 questions are:

1. Why does RPG-code create a different spoolfile than the commands in QSH?
2. What am I doing wrong in the QSH option? I have read on the net that other people have used this option succesfully...

Thanks in advance for your suggestions / answers.

Regards,

Erwin Donker



De disclaimer van toepassing op e-mail van de gemeente Den Haag vindt u op:

http://www.denhaag.nl/disclaimer

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 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 [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.