Re: STROBJCVN vs ANZOBJCVN -- MIDRANGE-L

On 29/11/2008, at 10:41 PM, rob@xxxxxxxxx wrote:

I had a library that failed STROBJCVN that passed ANZOBJCVN. This is fun
news after a V6R1 upgrade.

The name of the library was "DUH" so I am assuming that it's nothing
important.
Creation information:
Creation date/time . . . . . . . . . : 08/08/01 09:33:04
Created by user . . . . . . . . . . : ROB
System created on . . . . . . . . . : GDISYS
Object domain . . . . . . . . . . . : *SYSTEM

STROBJCVN LIB(DUH)

Digital signature lost for object EVFAAHDL.
State of object EVFAAHDL changed to *USER.
Digital signature lost for object EVFADSPC.
State of object EVFADSPC changed to *USER.
Digital signature lost for object EVFAESCP.
State of object EVFAESCP changed to *USER.
Digital signature lost for object EVFAHBKP.
State of object EVFAHBKP changed to *USER.
Digital signature lost for object EVFAHTRC.

These are IBM objects and are part of QDEVTOOLS so it looks like someone duplicated either the objects or the library for some reason.

..
Not all objects were converted.

CPIB0DC
Message . . . . : Digital signature lost for object EVFACODE.
Cause . . . . . : Object EVFACODE of type *SRVPGM in library DUH was
digitally signed.
The conversion process creates a new version of the object. The
digital
signature has been removed from the object. The digital signature could
not
be preserved because it applied to the old object format, and the object
was
re-formatted during the conversion process.
Recovery . . . : In order to have a digital signature again then refer
to
"Object signing and signature verification" in the Security topic in the

i5/OS Information Center at http://www.ibm.com/systems/i/ infocenter/.

Sounds like they are from an old release and would have been replaced (in their proper library) by an install of the VRM610 version of the program product.

CPIB0E3
Message . . . . : State of object EVFACODE changed to *USER.
Cause . . . . . : During conversion processing, object EVFACODE of type
*SRVPGM in library DUH was changed to *USER state.
Recovery . . . : There is no recovery. Only IBM can create *SYSTEM
state
and *INHERIT state programs.

But they ARE IBM programs ... :)

CPFB0E2
Message . . . . : Not all objects were converted.
Cause . . . . . : Start Object Conversion(STROBJCVN) OPTION (*CONVERT)
could
not finish successfully.
14 objects were not converted. 40 objects located in DUH have been
converted by STROBJCVN.
0 objects were not converted. 0 objects located in *N have been
converted
by STROBJCVN.
If *N or 0 appears for any fields, then this information does not
apply.
Recovery . . . : Display the Job Log (DSPJOBLOG) to see previous
message.
Perform the recovery indicated in the previous messages, and try the
request
again.

14 + 40 = 54 which is very close to the total of 55 EVF* objects in QDEVTOOLS. Looks like someone duplicated only those objects from an earlier release.

I got a whole lot more than 14 copies of CPIB0E3.
Random object sample
System level . . . . . . . . . . . . : V5R1M0
Compiler . . . . . . . . . . . . . . : CRTPGM V5R1M0
Licensed program . . . . . . . . . . : 5722WDS V5R1M0

So they're from VRM510 of WDS.

I wouldn't have thought that V5R1 would have had an issue with ANZOBJCVN.

Created by user . . . . . . . . . . : *IBM

Perhaps because they are *IBM objects they are skipped by ANZOBJCVN?

Regards,
Simon Coulter.
--------------------------------------------------------------------
FlyByNight Software OS/400, i5/OS Technical Specialists

http://www.flybynight.com.au/
Phone: +61 2 6657 8251 Mobile: +61 0411 091 400 /"\
Fax: +61 2 6657 8251 \ /
X
ASCII Ribbon campaign against HTML E-Mail / \
--------------------------------------------------------------------