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