×
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.
Given a CL program that takes a programmatically-generated (via AFP)
PDF, and uses the command-line utilities included in the AS/400 ZLIB
port to ZIP it,
And given that it has retrieved the user's primary group profile into
&GRPPRF, and that our programmatically-generated PDF is (in this
particular case) WT000000000011285.PDF, with its full canonical pathname
in &PDFPATH,
Can anybody think of a reason why
IF COND(&GRPPRF *NE '*NONE') THEN(CHGOWN +
OBJ(&PDFPATH) NEWOWN(&GRPPRF) RVKOLDAUT(*NO))
would cause ZLIB's MINIZIP400 program, a few statements later in the CL
program, to throw error messages like
error in opening WT000000000011285.PDF for reading.
According to the joblog, the CHGOWN completed successfully, which would
seem to rule out any possibility that WT000000000011285.PDF was not
successfully generated. Likewise, in the CL program, the ZIPping happens
only three statements after the CHGOWN statement.
--
JHHL
As an Amazon Associate we earn from qualifying purchases.
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.