Here's what we use in our DATACLAS ACS routine.
.
.
.
/* Exclude certain datasets from using DATACLAS EXT */
/*---------------------------------------------------------------------*/
FILTLIST EXCLDSNS INCLUDE( EF.**,
EXT.**,
BUS.**,
**.**.ISR%%%%.BACKUP,
%%%%%%.**.BACKUP*,
%%%%%%.**.BBIJRN*)
/* Exclude certain programs from using DATACLAS EXT */
/*------------------------------------------------------------------------------*/
FILTLIST EXCLPGMS INCLUDE('FDRABR',
'FDRREORG')
.
.
.
/* Exclude BMC Mainview STC's from using DATACLAS EXT */
/*---------------------------------------------------------------------------*/
FILTLIST BMC_STCS INCLUDE(MV*)
.
.
.
WHEN (&UNIT = &DASD_UNITS)
SELECT
WHEN (&JOB = &BMC_STCS) SET &DATACLAS='NEXTBMC'
WHEN (&DSTYPE = 'TEMP') SET &DATACLAS='NONEXT'
WHEN (&DSN = &EXCLDSNS) SET &DATACLAS='NONEXT'
WHEN (&PGM = &EXCLPGMS) SET &DATACLAS='NONEXT'
WHEN (&DSORG = 'PO') SET &DATACLAS='NONEXT'
OTHERWISE SET &DATACLAS='EXT'
END
-----Original Message-----
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of
Michael Watkins
Sent: Thursday, May 19, 2022 11:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM BLSR subsystem
[External Email. Exercise caution when clicking links or opening attachments.]
Thank you for your reply. I'd be curious to know what was in your small list.
Specifically:
(1) What programming techniques were employed that disallowed home-grown
application files from being in extended format?
(2) What vendor proctucts (if any) required datasets that could not be extended
format?
I don't mean to make a project for you, but any light you could shed would be
appreciated.
-----Original Message-----
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of
PINION, RICHARD W.
Sent: Thursday, May 19, 2022 10:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM BLSR subsystem
CAUTION: This email originated from outside of the Texas Comptroller's email
system.
DO NOT click links or open attachments unless you expect them from the sender
and know the content is safe.
We did something similar in our QA LPAR. We changed our ACS routines to assign
everything to extended format and extended addressing. During the mock
production run, we were able to identify, and exclude the datasets that could
not be extended/extended. The list is quite small.
-----Original Message-----
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of
Michael Watkins
Sent: Thursday, May 19, 2022 10:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM BLSR subsystem
[External Email. Exercise caution when clicking links or opening attachments.]
For the past few years, I've been looking at re-writing the ACS routines with
an eye toward making extended format datasets the default, ferreting out
datasets that cannot tolerate extended format and then assigning a DATACLAS
that includes extended formating. To my knowledge, the following cannot be in
extended format:
* Catalogs
* System data sets (SMS is not active at early IPL stages)
* Temporary data sets
* SAS-formatted data sets (?)
To help me with this task, does anyone know of other datasets that cannot be
defined as extended format? Has anyone else considered including extended
formating as a default and encountered problems? Any advice or experiences you
could share would be appreciated.
-----Original Message-----
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of
Michael Watkins
Sent: Thursday, May 19, 2022 9:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM BLSR subsystem
CAUTION: This email originated from outside of the Texas Comptroller's email
system.
DO NOT click links or open attachments unless you expect them from the sender
and know the content is safe.
Thanks for the history and a definitive word on BLSR. From your (and others')
remarks, it seems obvious that BLSR has been supereceded by SMB. So why not
just implement SMB?
Doesn't SMB only work if the clusters whose buffers you want to manage are
defined as extended format? In contrast, BLSR does not require extended format,
correct?
Extended format datasets are the exception where I am employed, not the rule.
Recreating the DASD farm in extended format would be a gargantuan task,
requiring the buy-in of far-flung managers with limited technical acumen who'd
see such efforts as a lot of work for very little benefit. At this point,
implementing BLSR until SMB can be a reality might provide some immediate
relief.
-----Original Message-----
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Jim
Mulder
Sent: Thursday, May 19, 2022 12:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM BLSR subsystem
BLSR was initially developed by Washinton System Center as an assembler
language sample program to go along with a book they were writing about using
the Subsystem Interface. At the time, IBM was desperately looking for "ESA
Exclusives" in order to sell 3090 machines vs the PCM manufacturers, who
machines had not yet implemented ESA. This sample program happened to use one
BAKR/PR, which meant that it did require ESA.
So MVS management wanted to instead ship the program an OCO part of the MVS
BCP, and I was commanded to review the code to see what that would entail.
I raised several objections concerning the maintainability of the code, the
lack of serviceability (no ESTAEs, no dumping, no control block eyecatchers,
we didn't want new assembler code), no message IDs, lack of messages and
message control, an integrity exposure, etc, etc. Also, VSAM functionality was
not really in the BCP's bailiwick, and we would end up having to support this
code for decades.
So I recommended that we should not do this.
But, since selling machines trumps everything, I lost that argument, and was
instead assigned to remediate all of my objections to the sample code.
I recoded the whole thing in PL/AS and fixed all of the issues, and wrote lots
of testcases, and it got shipped as a PTF on top of MVS/ESA SP3.1.3.
MVS Project Management did contribute the "Batch LSR" name.
Decades later, we continue to support it and probably always will, but at
least the right solution eventually got implemented by SMB in DFSMS.
And now you know... the rest of the story.
James Harvey Mulder z/OS Diagnosis, Design, Development, Test IBM Corp.
Poughkeepsie NY
________________________________
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of
Dave Barry <000000a5644c6d08-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, May 18, 2022 5:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU <IBM-MAIN@LISTSERV.UA.EDU>
Subject: Re: [EXTERNAL] Re: IBM BLSR subsystem
>IIRC, Batch LSR was developed at IBM by the BCP team; SMB was later developed
>by the DFdfp team. SMB is not BLSR under-the-covers, but it offers the same
>advantages.
>SMB is the more modern solution. It has worked wonders at my shop. Just mind
>your REGION size. If you haven't converted some VSAM files to Extended
>Format, this is a good reason to do so.
>The VSAM Demystified Redbook is a good resource. Lots on the Web, e.g.
>https://urldefense.com/v3/__https://gcc02.safelinks.protection.outlook.com/?url=https*3A*2F*2Furldefense.com*2Fv3*2F__https*3A*2F*2Fgcc02.safelinks.protection.outlook&data=05*7C01*7Cmichael.watkins*40CPA.TEXAS.GOV*7Cc79cf9f3875d4755572808da39a8dbba*7C2055feba299d4d0daa5a73b8b42fef08*7C0*7C0*7C637885694662469054*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C3000*7C*7C*7C&sdata=*2BXeUfu7oemspqxNI2*2FPdQBzOBk4OSDRBmqXVwYG9Gec*3D&reserved=0__;JSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSU!!HnnddUIWDII9UQ!S753WzpCYdGdjnKLogDNynLvQf59_w14KlDbvr3WE6XUMO8O9hmO_wjg_W7NRqgEnK59AUe8Iz61tFpUdKSduw5ga4b4VQ$
> .
>com/?url=https*3A*2F*2Fwww.i__;JSUl!!HnnddUIWDII9UQ!QWI_LsUHWdzxi17ErfW
>XP3ESCn8h56FBcfnOQHeXx17iqgx684Ug6sRR5rVWe0sRcKJLkv7CIxUJ_rDlNukIPz9HQG
>HRbbjKnidoGg$
>%2F&data=05%7C01%7Cmichael.watkins%40CPA.TEXAS.GOV%7C7ea0404c10b340
>b10ded08da39a6a48a%7C2055feba299d4d0daa5a73b8b42fef08%7C0%7C0%7C6378856
>85137992926%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzI
>iLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=3CXUAs1BAzYCn
>1dAXwnV0wQ8j8cKufRXZzVMNGwjQUc%3D&reserved=0
>bm.com%2Fdocs%2Fen%2Fzos%2F2.5.0%3Ftopic%3Dresource-tuning-system-manag
>ed-buffering&data=05%7C01%7Cmichael.watkins%40CPA.TEXAS.GOV%7C2ea34
>0e656744339ec3b08da395c32ba%7C2055feba299d4d0daa5a73b8b42fef08%7C0%7C0%
>7C637885365415122967%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIj
>oiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=8kne
>cZQfc8fCOXxtg2R0PiSnEkiHPgN3ZbJIv8o6Q%2FA%3D&reserved=0
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@listserv.ua.edu with the message: INFO IBM-MAIN Award-winning
service<https://urldefense.com/v3/__https://gcc02.safelinks.protection.outlook.com/?url=https*3A*2F*2Fwww.firsthorizon.com*2Fglobal*2FAbout-Us*2FAwards&data=05*7C01*7Cmichael.watkins*40CPA.TEXAS.GOV*7Cc79cf9f3875d4755572808da39a8dbba*7C2055feba299d4d0daa5a73b8b42fef08*7C0*7C0*7C637885694662469054*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C3000*7C*7C*7C&sdata=5PVfBslOygjrFXn5*2FWD5ubhkPpk4O1mKbJoLJqTsEY0*3D&reserved=0__;JSUlJSUlJSUlJSUlJSUlJSUlJSUlJSU!!HnnddUIWDII9UQ!S753WzpCYdGdjnKLogDNynLvQf59_w14KlDbvr3WE6XUMO8O9hmO_wjg_W7NRqgEnK59AUe8Iz61tFpUdKSduw6GYEr2bA$
>
Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged
and/or confidential information. If you are not the intended recipient(s), or
the employee or agent responsible for delivery of this message to the intended
recipient(s), you are hereby notified that any dissemination, distribution, or
copying of this e-mail message is strictly prohibited. If you have received
this message in error, please immediately notify the sender and delete this
e-mail message from your computer.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Award-winning service<https://www.firsthorizon.com/global/About-Us/Awards>
Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged
and/or confidential information. If you are not the intended recipient(s), or
the employee or agent responsible for delivery of this message to the intended
recipient(s), you are hereby notified that any dissemination, distribution, or
copying of this e-mail message is strictly prohibited. If you have received
this message in error, please immediately notify the sender and delete this
e-mail message from your computer.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
