Frank,

I agree with Walden, but please look closely.  There is nothing different
about the *PRV libraries.  The difference is in the command objects that
they contain, which cannot be executed.

As a user community, we could ask IBM for an attribute in the *LIB object
that prevents them from being in QSYSLIBL or QUSRLIBL, but I think that is
too much to ask for, and IBM has bigger fish to fry.  As I indicated
yesterday, I spoke with a developer in Rochester, and as he said, someone
has to take some responsibility!

Al

Al Barsa, Jr.
Barsa Consulting Group, LLC

400>390

914-251-1234
914-251-9406 fax

http://www.barsaconsulting.com
http://www.taatool.com






                    Frank.Kolmann@revlo
                    n.com                     To:     midrange-l@midrange.com
                    Sent by:                  cc:
                    midrange-l-admin@mi       Subject:     RE: Modify SYSVAL 
QSYSLIBL (Walden)
                    drange.com


                    12/17/01 10:06 PM
                    Please respond to
                    midrange-l






>From: "Walden H. Leverich" <WaldenL@TechSoftInc.com>
>
>There is nothing "special" about the *PRV libraries, they are normal
>everyday libraries from an object point of view. The change you're
>suggesting would require a change to every piece of the system that deals
>with library lists and since we just had one of those at V5R1 I don't
think
>you'll find Rochester too egger to make another such change anytime soon.
>
>-Walden

I beg to differ.  Try running a command out of a *PRV lib.
If the system has the info to prevent commands being executed
then it has the info to prevent the *PRV lib being added
to the LibL.
Is there not a check presently to validate that a library in
fact exists, then how hard is it to put in a check to ensure
the library is of the right type.

Frank Kolmann

_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
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 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.