Since the DD statement doesn't have enough options yet, one could always
add a few more.:) And to be really useful, there should be an exit or
some other means to convey the directory information for each member
back to the program, and if specifying order of members, some way to
tell the z/OS to read the members in the most efficient order when order
was not an issue for the program.
I always found it extremely annoying that the only standard access
interfaces IBM provided to allow a program to access directory
information and all members of a PDS was a terribly cumbersome and
inefficient approach -- no good ways to exploit full-track or
multi-track I/O on devices where that offered significant performance
advantages.
Joel C. Ewing
On 02/10/2016 06:44 PM, Bill Woodger wrote:
> But you need that (and just a little bit more) to read the directory blocks.
> Wouldn't that become confusing?
>
> Having said that, something a little less... wordy. than Library Management
> Services would be handy to read members from a library in, say, a COBOL
> program.
>
> On Thursday, 11 February 2016 00:08:49 UTC, Lester, Bob wrote:
>> Hi Folks,
>>
>> OK, it's only Wednesday, but....
>>
>> Wouldn't it be nice if you could code:
>>
>> //SOMEDD DD DSN=SOME.PDS.DSN,DISP=SHR
>>
>> ...and it would read all the members in order? Maybe even any order
>> you specify?
>>
>> Maybe (ducking!) like it works with GDGs when you specify the base only?
>>
>> Am I crazy before Friday?
>>
>> Thanks!
>> BobL
>>
>
--
Joel C. Ewing, Bentonville, AR [email protected]
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
