Re: CPF5CA6 When Running UPDPGM on i/OS 6.1

["Mark S. Waterbury" <mark.s.waterbury@xxxxxxx>]

Hi, Rich:

This pertains to the mandatory conversion (re-encapsulation) of all 
*MODULEs, *PGMs and *SRVPGMs at V6R1 and above (for objects restored or 
carried forward from V5R4 and previous.)

Apparently, the programs in question were restored on V6R1 with 
FRCOBJCVN(*NO) or the QFRCCVNRST value was set to 0 or 1 prior to the 
RSTOBJ or RSTLIB.  Or, the system was upgraded from V5R4 to V6R1, but no 
one submitted a STROBJCVN for all of those user libraries.

If you do a DSPPGM of those programs, you should see an indication 
telling you that a conversion is required... you may have to press Page 
Down (Roll Up) 3 or 4 times to see this.

   Conversion required . . . . *YES or *NO

You can do one of the following to "fix" this:

*1.* issue STROBJCVN for the library containing these programs. That 
will convert any programs still requiring conversion in that library. (I 
would suggest you submit this command to run in batch.)

*2.* save the *PGM in question in a (temporary) save file (e.g. 
QTEMP/SAVF) and then restore it again, specifying FRCOBJCVN(*YES) on the 
RSTOBJ command.  (You can do the same thing for *MODULEs and *SRVPGMs, too.)

All the best,

Mark S. Waterbury

> Rich Loeber wrote:
>    Hello list.
>
>    I have a *PGM object where I want to run an UPDPGM to change one program
>    in the set.  I have a *MODULE for the changed program that is compiled to
>    V5R3.  When I run the UPDPGM on a system running V5R3 or V5R4, it runs
>    fine.  But, when I run it on a system with i/OS 6.1 it fails with a
>    CPF5CA6 error.
>
>    The *MODULE is actually used in four different *PGMs.  One of them updates
>    just fine, but the other three fail.
>
>    Has anyone run into this?
>
>    Rich Loeber - @richloeber
>    Kisco Information Systems
>    [1]http://www.kisco.com
>
> References
>
>    Visible links
>    1. http://www.kisco.com/
>