That "low level block processor" is Media Manager Services (MMS) and also
SDM (System Data Mover) which is heavily used by all the performance
oriented large volume data accessors (Db2, IMS, XRC,etc).

On Sun, Jan 14, 2024 at 4:48 PM Seymour J Metz <[email protected]> wrote:

> There used to be a low level bock processor used by paging and VSAM,
> operating on CI formatted data via STARTIO. I would guess that if it still
> exists then Fetch uses it for program objects.
>
> For load modules it would still be CCWs, probably via STARTIO.
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> עַם יִשְׂרָאֵל חַי
> נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
>
> ________________________________________
> From: IBM Mainframe Discussion List <[email protected]> on behalf
> of Tony Harminc <[email protected]>
> Sent: Saturday, January 13, 2024 11:36 PM
> To: [email protected]
> Subject: Re: Technical Reason? - Why you can't encrypt load libraries
> (PDSE format)?
>
> On Sat, 13 Jan 2024 at 21:48, Seymour J Metz <[email protected]> wrote:
>
> > Unless IBM has enhanced z/OS to allow EXEC PGM=path, I wouldn't expect a
> > program object in DSFS to work.
> >
> > STEPLIB is a general facility, unrelated to HLASM.
>
>
> I think he was referring to HLASM's use of directories for maclibs.
>
>
> > It's essentially a tasklib provided by the Initiator and doesn't depend
> on
> > any access method.
> >
>
> Surely it's not using CCWs against PDSEs? FAMS...?
>
> Tony H.
>
>
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> > עַם יִשְׂרָאֵל חַי
> > נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
> >
> > ________________________________________
> > From: IBM Mainframe Discussion List <[email protected]> on behalf
> > of Paul Gilmartin <[email protected]>
> > Sent: Saturday, January 13, 2024 9:17 PM
> > To: [email protected]
> > Subject: Re: Technical Reason? - Why you can't encrypt load libraries
> > (PDSE format)?
> >
> > On Sat, 13 Jan 2024 23:38:23 +0000, Seymour J Metz wrote:
> > >
> > >The issue on STEPLIB is simply that IBM doesn't see a business case to
> > support it. Part of that support would be an update to APF and program
> > control for paths. Would you want individual executables in STEPLIB, or
> > only directories? RFE?
> > >
> > Directories.  Similar to the facilities provided for Assembler STEPLIB.
> I
> > suspect
> > much of the accommodation was in access methods, not in HLASM.
> >
> > Can a program object in a DSFS be used equally by shell as an executable
> > and by JCL EXEC PGM=?
> >
> > Does it receive a UNIX-like argc, argv[], envp[] or a CALL R1 plist, or
> > it depends?
> >
> > Where's the DSFS User's Guide to answer such questions?
> >
> > >________________________________________
> > >From:  Paul Gilmartin
> > >Sent: Saturday, January 13, 2024 1:57 PM
> > >
> > >But UNIX program objects are "really files".  "cp -p" works on then.
> > >
> > >But content Supervision relies heavily on the elaborate format.  Part
> > >of the reason that UNIX directories don't work in STEPLIB
> > >concatenation.  (Idea?)
> >
> > --
> > gil
> >
> > ----------------------------------------------------------------------
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to [email protected] with the message: INFO IBM-MAIN
> >
> >
> > ----------------------------------------------------------------------
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to [email protected] with the message: INFO IBM-MAIN
> >
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO IBM-MAIN
>
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO IBM-MAIN
>

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to