Jack,
In all the years I have worked on this platform, I do not recall ever seeing anything but all blanks (or x'00's) in that field, at least for user created objects.
I think IBM uses that field in the OIR (Object Information Repository) to indicate what exact "version" of an object this is, and that value may change with PTFs, and across release boundaries, etc., for IBM supplied objects.
There are also APIs that can be used (by customers or vendors) to change the values stored in some of these fields -- see the QLICOBJD API.
I was just wondering what object(s) you are looking at, and if user-created, what language(s) were used, on what version/release of IBM i, etc.?
Thanks in advance,
Mark S. Waterbury
On Thursday, August 31, 2023 at 10:38:53 PM EDT, Jack Callahan <jjcllhn@xxxxxxxxx> wrote:
Curious about a column labeled object_control_level returned as part of the
QSYS2.object_statistics table function. IBM description says ( in the most
IBM way possible):
"The object control level for the object. Contains the null value if there
is no object control level."
For compiled programs, it seems to work much like the format level id for
database files.
Identical source code compiled in comparable environments (same OS level, same compiler, same file descriptions,...) on different LPARs seems to generate identical values for the object_control_level associated with the
compiled program. If in fact it functions like the format level id does,
would be useful for comparing objects in libraries.
Haven't been able to google any additional information. Anyone have any
experience using object_control_level?
Thanks
Jack
midrange.com
