Re: Weird CCSID problem ... CHGPF changing TWO files -- MIDRANGE-L

× 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.

David Gibbs wrote:

The logic is pretty darn simple ...

CPYF FROMFILE(ORIGLIB/ORIGFILE) TOFILE(QTEMP/ORIGFILE) CRTFILE(*YES)
CHGPF FILE(ORIGLIB/ORIGFILE) CCSID(5026)
CPYF FROMFILE(QTEMP/ORIGFILE) TOFILE(ORIGLIB/ORIGFILE) MBROPT(*REPLACE) FMTOPT(*MAP)

(the ORIGLIB & ORIGFILE are both variables, but I know the values are correct).

Oddly enough, if we run the steps by hand (in an interactive job), the copy works perfectly. This problem only happens when we run the copy in a batch job.

Whenever something runs differently betweeen interactive and batch, first thing I always check is library list difference. Sinc you are being explicit in the libraries, that wouldn't seem to apply in this instance.

Have you tried specifying a different library instead of qtemp? Have you tried a different tofile name instead of exactly the same as the fromfile? Since the file names are all substitution variables, changing the tofile might not be easily done.

Is there a distinct reason for the CpyF? I believe that ChgPF does all of the copying out and back for you, so that's just an extra step.

Bill

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.