How do you mean? We are talking about caching directories. VLF caches objects (loadmodules, clists, catalog entries etc.), not directory entries. This is LLA's job.
Kees. "Chris Craddock" <[email protected]> wrote in message news:<[email protected]>... > Yep. Amazing eh? All of the assembled brain power here arguing with the guy > (Relson) who actually owns the component... <sheesh> It is a pretty common > idea and (as you know) it even works, but more by happenstance than anything > else. VLF is the boy doing the lifting under the covers. You could get the > same result (and maybe more control) going direct to VLF. > CC > > On Tue, Sep 8, 2009 at 8:45 PM, Ron Hawkins > <[email protected]>wrote: > > > Chris, > > > > I believe you are right. A sure case of reading what I want to see, rather > > than what it said. > > > > Some other comments on the list say this came from a Share presentation. > > I'm > > 99% sure it was an IBM SE that gave me the idea. > > > > Ron > > > > > -----Original Message----- > > > From: IBM Mainframe Discussion List [mailto:[email protected]] On > > Behalf Of > > > Chris Craddock > > > Sent: Tuesday, September 08, 2009 7:20 AM > > > To: [email protected] > > > Subject: Re: [IBM-MAIN] Library Lookaside > > > > > > On Tue, Sep 8, 2009 at 8:52 AM, Ron Hawkins > > > <[email protected]>wrote: > > > > > > > <snip> > > > > While googling this topic, I found the following comments from someone > > > > attending Al Groccia's presentation at Share 71 in August 1988: > > > > > > > > "ESA Library Lookaside has been enhanced to apply to non-linklist > > datasets > > > > and unauthorized libraries." > > > > > > > > I'm assuming this is the same Al Groccia that was working at IBM Myers > > > > Corners Lab at that time. On that basis it certainly makes it seem like > > IBM > > > > were telling people that LLA was supporting BLDL for all PDS, and not > > just > > > > Program Fetch. > > > > > > > > > Actually Ron, in "IBM-speak" the more literal interpretation of the > > wording > > > of Al Groccia's presentation is the one Peter Relson is using, namely > > that > > > LLA had been extended to support load libraries that were not part of the > > > linklist and not authorized. While many (most?) people continue to > > believe > > > that LLA is intended for caching/managing library directories in general, > > I > > > believe Peter is right - and he ought to be since he's the person who > > "owns" > > > that component from a development point of view. VLF is the component > > that > > > is actually responsible for caching libraries/objects and LLA exploits > > VLF > > > through the CSVLLA CLASS in COFVLFxx. That much is clearly spelled out in > > > the Init & Tuna reference (even if nowhere else) > > > > > > CC > > > -- > > > This email might be from the > > > artist formerly known as CC > > > (or not) You be the judge. > > > > > > ---------------------------------------------------------------------- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to [email protected] with the message: GET IBM-MAIN INFO > > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to [email protected] with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > > > -- > This email might be from the > artist formerly known as CC > (or not) You be the judge. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html ********************************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ********************************************************************** ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
