RE: This is weird: lock problems where none should exist!

Without seeing the log - how are you sure the 2nd msg about user RAZ has
anything to do with the GRTOBJAUT?
Does RAZ have specific auth to the REFOBJ?

Jim


-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of James
H. H. Lampert
Sent: Saturday, January 28, 2017 10:34 PM
To: Midrange Systems Technical Discussion
Subject: This is weird: lock problems where none should exist!

I have a CL program that front-ends RUNSQLSTM, programmatically building SQL
views.

At the end of the program, it does

GRTOBJAUT OBJ(&LIB/&MBRNAME) OBJTYPE(*FILE) +
REFOBJ(&LIB/&PFNAME)

where &MBRNAME is the name of the source member fed to RUNSQLSTM, and also
the name of the SQL view produced, and &PFNAME is the based-on PF.

And I'm getting this:

Authority given to user *PUBLIC for object FOO in BAR object type
*FILE.
File FOO in library BAR in use.
Function not done for user profile BAZ.
One or more errors occurred during processing of command.
Function check. CPF2227 unmonitored by FROBOZZ at statement 7500,
instruction X'0108'.

The authority is being properly granted, and THEN it's throwing the
exception.

This doesn't make sense.

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

Please contact support@xxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link:
http://amzn.to/2dEadiD