My guess is that command is working correctly. No locks on the library
itself. Why would a lock on an object in a library also lock the library?
Or, I am wondering, if there might be a specific type of lock on the
library, such as SHRRD that might be related to an open file in the library.
On Thu, Aug 6, 2015 at 8:11 AM, Steinmetz, Paul <PSteinmetz@xxxxxxxxxx>
I have a utility that checks if an app is use by doing a WRKOBJLCK
I recently had this fail.
One app addlible XXX.
Opens files in XXX
Execute a process, finish.
WRKOBJLCK OBJ(XXX) OBJTYPE(*LIB) shows no locks.
But within the XXX library, there were object locks remaining.
Never realized you could have object locks and the library containing the
objects is no longer is the library list.
Searching for better method to determine object locks since WRKOBJLCK
OBJ(XXX) OBJTYPE(*LIB) is no longer valid.
IBM i Systems Administrator
Pencor Services, Inc.
462 Delaware Ave
Palmerton Pa 18071
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,
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives