Actually, according to Peter Relson, the documented function is to manage
Load Library Directories.  At this time it is not supported or documented to
use anything else.  So if source library directories are also being managed,
then - you know the words.  IBM at this time does not support or document
that source library directories can be managed.  However, it might be a good
idea if you submit a requirement for source library directories to be
included.

>From the archives:

Item #110953 (3 Sep 2009 10:57) - Re: LLA Update


>But LLA does not many modules. It manages directories!

That's an interesting, but incorrect, statement (even presuming "many" was
supposed to be "manages").

LLA manages the directories of load libraries as well as modules within
those libraries..

It is conceivable you could get away with directing LLA to manage the
directories of non-load-libraries, but that is not LLA's documented
function.

Peter Relson
z/OS Core Technology Design


Item #111004 (4 Sep 2009 07:41) - Re: LLA update


I stand by my statement that it is not LLA's documented function to manage
the directories of non-load-libraries (emphasis on "documented")..
The change from "linklist" to "library" in the name corresponds to allowing
you to manage modules in libraries that are not part of the lnklst.

That is not to say that we have any intention of doing something to break
current usage.

I understand well the major benefits of having cached directory entries.

It might be a good idea to have you users submit a share requirement to have
us acknowledge and document your use case.

Peter Relson
z/OS Core Technology Design


Lizette


> Rob Scott Wrote: 
>
> I was under the impression that LLA only cached directories for load
modules in the
> LLA address space and the directories for the other type of objects were
managed by
> VLF. However, I would be happy to be corrected if this is wrong.
> 
> 
> Kees wrote:
> 
> No, not true.
> If by "does all that" you refer to "CLIST/REXX libraries, MACLIBs, ISPF
panels,
> etc." it doesn't.
> LLA caches directories of libraries. In addition it can chache (stage)
loadmodules to
> VLF.
> Other system components can also cache/stage objects to VLF (TSO for
clists, catalog,
> racf, etc.)
> 
> c
> om>...
> > VLF is the fella that does all that - he maintains a couple of
> dataspaces for each class "Cxxxxxxx" that holds control information
(probably including
> representations of the directory entries) and "Dxxxxxxx" that contains the
cached
> versions of the members:
> >
> > For example, from one of our systemns :
> >
> > Dspname  Jobname  ASID TCB      SToken           Scope  Key FProt
> CurBlks  MaxBlks   Real
> > CCSVLLA  VLF      001F 008FF5E0 80007D00000000C6 Single   0 No
> 524287   524287     22
> > CIGGCAS  VLF      001F 008FF5E0 8000430000000084 Single   0 No
> 524287   524287    908
> > CIKJEXEC VLF      001F 008FF5E0 8000D000000002BA Single   0 No
> 524287   524287     73
> > CIRRACEE VLF      001F 008FF5E0 8000570000000097 Single   0 No
> 524287   524287     20
> > CIRRGMAP VLF      001F 008FF5E0 80004B0000000088 Single   0 No
> 524287   524287     19
> > CIRRSMAP VLF      001F 008FF5E0 8000460000000086 Single   0 No
> 524287   524287     18
> > CIRRUMAP VLF      001F 008FF5E0 80004A0000000087 Single   0 No
> 524287   524287     54
> > DCSVLLA  VLF      001F 008FF5E0 8000100200000011 Single   0 No
> 4096     4096   4079
> > DIGGCAS  VLF      001F 008FF5E0 80000B020000000B Single   0 No
> 1024     1024   1029
> > DIKJEXEC VLF      001F 008FF5E0 8000180200000071 Single   0 No
> 512      512     12
> > DIRRACEE VLF      001F 008FF5E0 80000F020000000F Single   0 No
> 4096     4096     67
> > DIRRGMAP VLF      001F 008FF5E0 80000E020000000E Single   0 No
> 4096     4096      5
> > DIRRSMAP VLF      001F 008FF5E0 80000C020000000C Single   0 No
> 4096     4096      5
> > DIRRUMAP VLF      001F 008FF5E0 80000D020000000D Single   0 No
> > 
> >
> > Edward Jaffe Wrote: 
> 
> >
> > Peter Relson wrote:
> > > LLA manages only load libraries (whether PDS or PDSE).
> > >
> >
> > Is that right??? We've used it for eons to cache directories for
> system CLIST/REXX libraries, MACLIBs, ISPF panels, etc.
> >
> > --

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to