On Tue, 11 Sep 2012 07:55:38 -0400, Shmuel Metz (Seymour J.) wrote:
> on 09/10/2012 at 03:19 PM, Paul Gilmartin said:
>
>>On Fri, 7 Sep 2012 08:19:53 -0400, Shmuel Metz (Seymour J.) wrote: >
>>>BTW, I saw a quote from an earlier message, but not the message
>>>itself, talking about reading directory blocks from a PDSE. For the
>>>record, those are not the actual PDSE directory blocks[1][2] but fake
>>>blocks made to look like they came from a PDS; ise DESERV if you want
>>>the actuial entries. And, yes, the TTR's are usable.
>>>
There was one ply in the thread between my question and your
indirect answer:
https://listserv.ua.edu/cgi-bin/wa?A2=ind1209&L=ibm-main&P=R30395&1=ibm-main
>>DESERV provides the CONN_INTENT=HOLD parameter to cause
>>a held connection to the member. I assume this is implicit with
>>BLDL. I doubt that this is supported for sequential reading of fake
>>directory blocks. So while the TTRs are instantaneously usable, I
>>suspect that any change such as replacing a member will make at least
>>its TTR unusable.
>
In that intervening ply, Charles quoted my question:
CM>It says that in Using Data Sets, 3.8.11 Reading a PDSE Directory:
CM>
CM> You can read a PDSE directory sequentially just by opening the data set
(without using positioning macros) and reading it.
CM> ...
CM> If you also want to read the keys (the name of the last member in
that block), use BSAM and specify KEYLEN=8.
CM>
CM>gil>It fakes it all. It even fakes keys. But does it return a usable TTR;
one that can be used in a subsequent POINT?
CM> ...
>In my message, "usable" referred to the TTR's returned by DESERV.
>
You veered away from the topic of my question which clearly referred to
the fake directory blocks returned by reading a PDS directory sequentially,
and answered, "And, yes, ..." apparently referring to my question, but
instead describing the reply from DESERV.
Consider the question re-asked: "Are TTRs in the fake directory blocks
returned by a sequential read of a PDSE usable? What happens if the
member(s) are replaced in the interim?"
-- gil
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
