× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



A library is essentially only a list of the objects it contains. I expect that the only time I'd get a lock on a library is if I'm doing something with it directly, like being in a library list or VPYLIB kind of thing. I even tried DSPLIB and WRKLIB - once the list of objects was displayed for DSPLIB, there was no lock on the library. WRKLIB just listed the library name at first, no lock then, either.

On 8/6/2015 8:39 AM, John McKee wrote:
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.

John McKee

On Thu, Aug 6, 2015 at 8:11 AM, Steinmetz, Paul <PSteinmetz@xxxxxxxxxx>
wrote:

I have a utility that checks if an app is use by doing a WRKOBJLCK
OBJ(XXX) OBJTYPE(*LIB).

I recently had this fail.
One app addlible XXX.
Opens files in XXX
Execute a process, finish.
Rmvlible XXX.

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.

Thank You
_____
Paul Steinmetz
IBM i Systems Administrator

Pencor Services, Inc.
462 Delaware Ave
Palmerton Pa 18071

610-826-9117 work
610-826-9188 fax
610-349-0913 cell
610-377-6012 home

psteinmetz@xxxxxxxxxx
http://www.pencor.com/



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




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.