If you've specified a CCSID for the target file (with STMFCCSID), and it
differs from the existing file's CCSID I think you get the error he is
getting. MBROPT(REPLACE) doesn't correct that. What I suggested was to
remove the STMFCCSID as a workaround if the file already exists, and the
codepage is not PCASCII. The alternative might be to figure out what the
target file's CCSID is, and use that. When I tried that a few days ago, I
had one file that was 65535, and the CPYTOIMPF didn't allow specifying
that, so I had to resort to removing the parm entirely in my program.

From: Vernon Hamberg <vhamberg@xxxxxxxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 12/10/2015 03:54 PM
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>

I just tried this on 7.1, MBROPT(REPLACE) takes care of this - the
contents are replaced.

An issue to watch out for is that you will always get the same CCSID on
the file, once it's created.

Not an issue here, right?


On 12/10/2015 2:36 PM, Luis Rodriguez wrote:

Make sure that your stream file (STMF) does NOT exists before running the



Luis Rodriguez

This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

This thread ...


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

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 [javascript protected email address].