Re: library list and menu objects

These are homegrown menus, not part of a product.
The default curlib & prdlib are *nochg so the job is not changed.
I am assuming menus have worked this way forever (since '88 on as400?)
that the executing menu stays the same even if the library list changes
and the library the menu exists in is removed from libl.
Jim

---- Vern Hamberg <vhamberg@xxxxxxxxxxx> wrote:

Jim

In all likelihood, the menu has a product library - this puts its
library above the current library - it'll always be there. This is just
like commands can have.

You have to CHGMNUA or some such command to modify this - you should
probably do this carefully - or dupe the menu and change the duplicate.

HTH
Vern

On 2/11/2011 7:34 AM, franz400@xxxxxxxxxxxx wrote:

If I am in a menu (crtmnu type *dspf) and change the job's library list to not include the library where that menu resides, the menu still functions& runs, and does not then use the menu object now in the libl, but continues to execute the old menu. Has it always worked this way? I see the job has a lock on the menu objects in the library removed from the library list, and am assuming the job gets what it needs when menu called (before libl changed).
We had a user testing snafu that needs to be explained.
Jim Franz

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