On Wed, 17 Jun 2020 11:07:58 -0500, Kirk Wolf wrote:
>On Wed, Jun 17, 2020 at 10:43 AM Paul Gilmartin wrote:
>
>> On Wed, 17 Jun 2020 09:24:58 -0500, Kirk Wolf wrote:
>>
>If you have a reusable allocation, then the cost is less than a new
>allocation. open/close for each member would still be expensive for a PDS
>with tons of members. A BLDL,loop: POINT,READ* is what you really want
>IMO.
>
Your RFE says, "I voted."
https://encrypted-tbn0.gstatic.com/images?q=tbn%3AANd9GcSTjEUCD7ng9dOs60AHyiHyR5eh0qq5UdeUDzi11H9nG6Y67Jd_&usqp=CAU
https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=80811
Damit! I believe ISPF LM services can do this, but it's zFS-ignorant.
It would still be nice to read each member into a compound symbol
then SYSCALL WRITEFILE.
Dammit! LM SERVICES is compound-symbol-ignorant.
>Another fun thing to try is IEBUPDTE - I once played around with a REXX
>wrapper and then piped the control and data into it via DD:SYSIN pointing
>to /dev/fd0 from a shell script. It's *really* fast as expected, but has
>issues wrt the record format and content of the data that could mess it up.
>
Where's Shell Archive when you need it?:
https://en.wikipedia.org/wiki/Shar
>BTW: If it was as fast as it should be, Lionel probably doesn't need a
>"progress" popup :-)
>
IIRC, there's one place ISPF shows a progress popup. Perhaps in DDLIST M?
OTOH, searching a log ISPF pauses every 9,999 lines and asks the
user whether to continue. Why not an interruptible progress popup?
TSO/VTAM limitations, I suppose.
-- gil
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
