date:20220511

Re: z/PD&T USB key

2022-05-11 Thread Brian Westerman

Same here, I had to restart in March, and still have not heard anything.

Brian

On Wed, 11 May 2022 18:44:44 -0400, Matt Hogstrom  wrote:

>I’m still waiting on processing the paperwork.  Somehow it get’s started and 
>lost and they ask me to start over again
>
>Matt Hogstrom
>m...@hogstrom.org
>
>
>"Never attribute to malice that which is adequately explained by stupidity.” - 
>Hanlon’s Razor
>
>> On May 11, 2022, at 5:51 PM, Dean Kent  wrote:
>> 
>> Has anyone received their USB license key for the Learner's Edition product? 
>>   Just curious, as I was told around the 1st of April that it would be sent 
>> 'soon', and I have yet to get any communication that it was actually sent.
>> 
>> --
>> 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

Re: [EXTERNAL] Re: Potential Resource Savings Techniques

2022-05-11 Thread Kirk Wolf

LOL, this is one of those sure-fire and then throw gasoline on ibm-main threads 
of the class:

"Here are some historical things about MVS that you probably didn't know"

Keep um, coming :-)

-- Kirk Wolf
Dovetailed Technologies

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: The Story of Mainframe Passwords

2022-05-11 Thread Tom Brennan

I remember that dataset.  When I first started, one of my jobs was to 
run a program someone had written that read every record looking for a 
dataset match, and then spit out the password.  That was for folks who 
forgot their dataset password of course.  The program took maybe 10 
minutes to run, and one day I figured out it was probably the only 
dataset on the system that used the K in CKD, so I reworked the program 
to use the key and it could then find a particular record in an instant.


On 5/11/2022 3:07 PM, Gibney, Dave wrote:

Including when password had nothing to do with authentication and system 
access. The PASSWORD  file (yes, single level dataset name) was used to 
implement PASSWORD protection for specific datasets.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: [EXTERNAL] Re: Potential Resource Savings Techniques

2022-05-11 Thread Gibney, Dave

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Michael Oujesky
> Sent: Wednesday, May 11, 2022 3:30 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: Potential Resource Savings Techniques
> 
> Model DSCB no longer required for SMS managed.

Don't I say this? Part of the point!

> 
> Michael
> 
> At 04:59 PM 5/11/2022, Gibney, Dave wrote:
> >Creation of new GDSs also needed a model DSCB.
> >Well before I started working here (41 years
> > come August), the Sysprogs of the time wrote
> > PGM=OPENCLSE. Which scanned the TIOT for
> > =C'DD', opening and closing all DDNAMEs of the form DDxx.
> >   When used, this helped, but still such errors
> > continued and part of periodic, manual DASD
> > management was to search and destroy these
> > wasters of space, and DASD wasn't cheap back then
> >Sometime in the 90s, we implemented SMS
> > management for the application data.
> >Implementing a default DATACLAS ended the
> > issues of no EOF (and the model DSCB need), and
> > use of PGM=OPENCLSE has depreciated. I still
> > use it for clearing  a multivolume, non-SMS SMF dataset.
> >
> >   My fading memory tells me that we also solved
> > the issue of large allocations not RLSE'd then,
> > but empirical evidence is that such allocations
> > still occur on my system.However, they are
> > not an issue because, as noted earlier, both
> > DFHSM and FDR/ABR can routinely release such over allocated space.
> >
> >Â%¢?±ç...«ij»bjZÞ*æ¬z+~éÜ¶*'jö¢*¦åzøs0c°¶)z²¯yÈZz"f²¶êçSÚ'Sy²uçÚº
> [LÄÂ,s×¯j[sµëaz)©iËN®("©LzËák¢b0Æ¢úÚ(tm)àâ±Ë¬²*'.+-
> >fK!$ÒT@Ô:p^...©_9ðÚ¾'LSxy'§µgëk#Ë]vÓm¶ßCÌN'0À4²M!U@
> >[eìcEiTÀ!ö4[ö_zìöçrlMç!z*®zÁ«y«myÈgS«zZºØ¥SÜ¨¬ ^u«Z±ëb²z-¢-§yÛaztKHGhzÉè¶©¥éÅ¢²0À6Ë>±ÊâmïìS
> >è}ÿÚÈb½æoeqë,S{-®ç-S?ì±éÝzf¢Ú%SËlz»åSËlz»îiçnÂ+a¶¦zËâ
> >â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

Re: z/PD&T USB key

2022-05-11 Thread Matt Hogstrom

I’m still waiting on processing the paperwork.  Somehow it get’s started and 
lost and they ask me to start over again

Matt Hogstrom
m...@hogstrom.org


"Never attribute to malice that which is adequately explained by stupidity.” - 
Hanlon’s Razor

> On May 11, 2022, at 5:51 PM, Dean Kent  wrote:
> 
> Has anyone received their USB license key for the Learner's Edition product?  
>  Just curious, as I was told around the 1st of April that it would be sent 
> 'soon', and I have yet to get any communication that it was actually sent.
> 
> --
> 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

Re: [EXTERNAL] Re: Potential Resource Savings Techniques

2022-05-11 Thread Michael Oujesky


Model DSCB no longer required for SMS managed.

Michael

At 04:59 PM 5/11/2022, Gibney, Dave wrote:

   Creation of new GDSs also needed a model DSCB.
   Well before I started working here (41 years 
come August), the Sysprogs of the time wrote 
PGM=OPENCLSE. Which scanned the TIOT for 
=C'DD', opening and closing all DDNAMEs of the form DDxx.
  When used, this helped, but still such errors 
continued and part of periodic, manual DASD 
management was to search and destroy these 
wasters of space, and DASD wasn't cheap back then
   Sometime in the 90s, we implemented SMS 
management for the application data.
   Implementing a default DATACLAS ended the 
issues of no EOF (and the model DSCB need), and 
use of PGM=OPENCLSE has depreciated. I still 
use it for clearing  a multivolume, non-SMS SMF dataset.


  My fading memory tells me that we also solved 
the issue of large allocations not RLSE'd then, 
but empirical evidence is that such allocations 
still occur on my system.However, they are 
not an issue because, as noted earlier, both 
DFHSM and FDR/ABR can routinely release such over allocated space.


Â%¢±ç«ij»bjZÞæ¬z+~éÜ¶*'jö¢¦åzø0c°¶)²¯yÈZ"f²¶êçÚ'y²uçÚº[LÄÂ,×¯j[µëaz)©iËN®("©LzËák¢b0Æ¢úÚàâ±Ë¬²*'.+- 
K!$ÒT@Ô:p^©_9ðÚ¾'Lxy'§µgëk#Ë]vÓm¶ßCÌN0À4²M!U@
[eìcEiTÀ!ö4[ö_zìöçrlMç!*®zÁ«y«myÈg«ZºØ¥Ü¨¬ÆÞx.±çb~Ø^u«Z±ëb²z-¢§yÛaztKHGhzÉè¶©¥éÅ¢²0À6Ë±Êâmïì 
è}ÿÚÈb½æqë,{-®ç-ì±éÝzf¢Ú%Ëlz»åËlz»îiçnÂ+a¶¦zËâ

â0À


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: The Story of Mainframe Passwords

2022-05-11 Thread Gibney, Dave

Including when password had nothing to do with authentication and system 
access. The PASSWORD  file (yes, single level dataset name) was used to 
implement PASSWORD protection for specific datasets.

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Charles Mills
> Sent: Wednesday, May 11, 2022 3:02 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: The Story of Mainframe Passwords
> 
> Reg Harbeck (a name many of you should recognize) and I are putting
> together
> a presentation on the above subject. We would appreciate any material that
> anyone thought could be included. (I guess I should get all lawyerly here
> and say if you send it to us you grant us permission to use it.)
> 
> Note that we specifically avoided calling it the HISTORY of mainframe
> passwords. We are aiming at casting a much wider net than a bunch of "and
> then mixed case came along in 20__." The presentation is intended to be
> fun,
> not a password tutorial.
> 
> If you wanted to write me off this list it's charlesm at mcn dot org.
> 
> Thanks!
> 
> Charles
> 
> --
> 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

The Story of Mainframe Passwords

2022-05-11 Thread Charles Mills

Reg Harbeck (a name many of you should recognize) and I are putting together
a presentation on the above subject. We would appreciate any material that
anyone thought could be included. (I guess I should get all lawyerly here
and say if you send it to us you grant us permission to use it.)

Note that we specifically avoided calling it the HISTORY of mainframe
passwords. We are aiming at casting a much wider net than a bunch of "and
then mixed case came along in 20__." The presentation is intended to be fun,
not a password tutorial.

If you wanted to write me off this list it's charlesm at mcn dot org. 

Thanks!

Charles 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

z/PD&T USB key

2022-05-11 Thread Dean Kent

Has anyone received their USB license key for the Learner's Edition product?   
Just curious, as I was told around the 1st of April that it would be sent 
'soon', and I have yet to get any communication that it was actually sent.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: [EXTERNAL] Re: Potential Resource Savings Techniques

2022-05-11 Thread Gibney, Dave

  Long ago, like MVT and the 1st MVS days, application programmers would 
allocate (IEFBR14, or just typos in JCL) datasets that were never opened.  They 
lacked an EOF mark. These would use space and cause problems with various 
automated or manual clean-up efforts. And, residual data was accessible if  you 
knew how,
   Creation of new GDSs also needed a model DSCB. 
   Well before I started working here (41 years come August), the Sysprogs of 
the time wrote PGM=OPENCLSE. Which scanned the TIOT for =C'DD', opening and 
closing all DDNAMEs of the form DDxx.  
  When used, this helped, but still such errors continued and part of periodic, 
manual DASD management was to search and destroy these wasters of space, and 
DASD wasn't cheap back then
   Sometime in the 90s, we implemented SMS management for the application data. 
   Implementing a default DATACLAS ended the issues of no EOF (and the model 
DSCB need), and use of PGM=OPENCLSE has depreciated. I still use it for 
clearing  a multivolume, non-SMS SMF dataset.
  
  My fading memory tells me that we also solved the issue of large allocations 
not RLSE'd then, but empirical evidence is that such allocations still occur on 
my system.However, they are not an issue because, as noted earlier, both 
DFHSM and FDR/ABR can routinely release such over allocated space.

  As I look, I see that partial release is a function available via MGMTCLAS, 
times have changed, I may turn it on in my default MGMTCLAS and evaluate the 
impact.
 
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of  
> Sent: Wednesday, May 11, 2022 2:30 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: Potential Resource Savings Techniques


> Great technique.  What utility or JCL is being used, if the dataset is not
> opened then RLSE does not happen.
> 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: [EXTERNAL] Re: Potential Resource Savings Techniques

2022-05-11 Thread

Great technique.  What utility or JCL is being used, if the dataset is not 
opened then RLSE does not happen.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Wednesday, May 11, 2022 5:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Potential Resource Savings Techniques

David,

Here's another solution to that scenario.  We have several datasets that 
historically got allocated like you show here on a nightly basis.  The jobs 
would either populate the datasets or not even open them.  I had the developer 
change the JCL to allocate them with SPACE(CYL(1,500),RLSE).  Dataset doesn't 
get populated?  No problem, 1 cylinder used.  If it gets populated, it 
typically fills up 1 or 2 extents.  No more huge amounts of wasted space.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 

Sent: Wednesday, May 11, 2022 4:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Potential Resource Savings Techniques

My 2nd apology.  The main reason for using this IDCAMS method is to reduce 
wasted disk space for empty files.  Sometimes empty files are Updated with data 
after they are created and sometimes they just remain empty.  One user created 
a few hundred of these each month with
SPACE=(CYL,(500,200),RLSE) .  So IDCAMS creating them saved 1000's of CYLs of 
DISK.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Wednesday, May 11, 2022 4:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

On Wed, 11 May 2022 15:36:01 -0400, wrote:

>I apologize to all.  The Correct JCL is below.  It must use INFILE of DD DUMMY.
>
How do IEFBR14, IEBGENER, and IDCAMS compare in behavior and performance?
I'd expect:
IEFBR14 fails to RLSE.
IEBGENER is simplest to code for a single data set.
IDCAMS has best performance for multiple data sets because it minimizes job 
step overhead.

Is there any purpose in allocating a  primary with multiple storage units then 
immediately RLSE, other than demonstration?

I recall I was told that the EOF is written automatically if the SMS address 
space is active, regardless whether the data set is SMS managed.

How does this play with data recovery  by allocating  with ABSTRK?

I prefer BLKSIZE=0.  SDB knows best.

>IDCAMS TO ALLOCATE EMPTY FILE VS USING IEFBR14 AS BR14 DOES NOT USE SDB 
>or RLSE SPACE
>//STEP010  EXEC PGM=IDCAMS
>//DD1  DD  DUMMY   CAN USE DD DUMMY OR DD * WITH NO DATA
>//DD2  DD  DSN=GRT.GIOIDXM.TEST.BLK1(+1),
>// DISP=(NEW,CATLG,DELETE),
>// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
>// SPACE=(CYL,(100,200),RLSE),UNIT=DISK
>//DD3  DD  DSN=GRT.GIOIDXM.TEST.BLK2,
>// DISP=(NEW,CATLG,DELETE),
>// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
>// SPACE=(TRK,(180,180),RLSE),UNIT=DISK
>//SYSPRINT DD  SYSOUT=*
>//SYSINDD  *
>   REPRO INFILE(DD1) OUTFILE(DD2)
>   REPRO INFILE(DD1) OUTFILE(DD3)
>/*
--
gil

--
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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.

--
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

Re: Potential Resource Savings Techniques

2022-05-11 Thread

I think your method works well, unless the files are using 0 TRKS or CYLS, if 
that is the case the space is usually not released.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
PINION, RICHARD W.
Sent: Wednesday, May 11, 2022 5:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

Using you favorite DASD management software, DF/HSM or FDRABR, you can release 
free space at will.  We cobbled together a program that releases space, without 
updating the last use date.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 

Sent: Wednesday, May 11, 2022 5:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

[External Email. Exercise caution when clicking links or opening attachments.]

My 2nd apology.  The main reason for using this IDCAMS method is to reduce 
wasted disk space for empty files.  Sometimes empty files are Updated with data 
after they are created and sometimes they just remain empty.  One user created 
a few hundred of these each month with
SPACE=(CYL,(500,200),RLSE) .  So IDCAMS creating them saved 1000's of CYLs of 
DISK.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Wednesday, May 11, 2022 4:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

On Wed, 11 May 2022 15:36:01 -0400, wrote:

>I apologize to all.  The Correct JCL is below.  It must use INFILE of DD DUMMY.
>
How do IEFBR14, IEBGENER, and IDCAMS compare in behavior and performance?
I'd expect:
IEFBR14 fails to RLSE.
IEBGENER is simplest to code for a single data set.
IDCAMS has best performance for multiple data sets because it minimizes job 
step overhead.

Is there any purpose in allocating a  primary with multiple storage units then 
immediately RLSE, other than demonstration?

I recall I was told that the EOF is written automatically if the SMS address 
space is active, regardless whether the data set is SMS managed.

How does this play with data recovery  by allocating  with ABSTRK?

I prefer BLKSIZE=0.  SDB knows best.

>IDCAMS TO ALLOCATE EMPTY FILE VS USING IEFBR14 AS BR14 DOES NOT USE SDB 
>or RLSE SPACE
>//STEP010  EXEC PGM=IDCAMS
>//DD1  DD  DUMMY   CAN USE DD DUMMY OR DD * WITH NO DATA
>//DD2  DD  DSN=GRT.GIOIDXM.TEST.BLK1(+1),
>// DISP=(NEW,CATLG,DELETE),
>// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
>// SPACE=(CYL,(100,200),RLSE),UNIT=DISK
>//DD3  DD  DSN=GRT.GIOIDXM.TEST.BLK2,
>// DISP=(NEW,CATLG,DELETE),
>// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
>// SPACE=(TRK,(180,180),RLSE),UNIT=DISK
>//SYSPRINT DD  SYSOUT=*
>//SYSINDD  *
>   REPRO INFILE(DD1) OUTFILE(DD2)
>   REPRO INFILE(DD1) OUTFILE(DD3)
>/*
--
gil

--
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

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

Re: [EXTERNAL] Re: Potential Resource Savings Techniques

2022-05-11 Thread PINION, RICHARD W.

Even better yet, code SPACE=(CYL,(0,500),RLSE)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Wednesday, May 11, 2022 5:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Potential Resource Savings Techniques

[External Email. Exercise caution when clicking links or opening attachments.]

David,

Here's another solution to that scenario.  We have several datasets that 
historically got allocated like you show here on a nightly basis.  The jobs 
would either populate the datasets or not even open them.  I had the developer 
change the JCL to allocate them with SPACE(CYL(1,500),RLSE).  Dataset doesn't 
get populated?  No problem, 1 cylinder used.  If it gets populated, it 
typically fills up 1 or 2 extents.  No more huge amounts of wasted space.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 

Sent: Wednesday, May 11, 2022 4:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Potential Resource Savings Techniques

My 2nd apology.  The main reason for using this IDCAMS method is to reduce 
wasted disk space for empty files.  Sometimes empty files are Updated with data 
after they are created and sometimes they just remain empty.  One user created 
a few hundred of these each month with
SPACE=(CYL,(500,200),RLSE) .  So IDCAMS creating them saved 1000's of CYLs of 
DISK.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Wednesday, May 11, 2022 4:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

On Wed, 11 May 2022 15:36:01 -0400, wrote:

>I apologize to all.  The Correct JCL is below.  It must use INFILE of DD DUMMY.
>
How do IEFBR14, IEBGENER, and IDCAMS compare in behavior and performance?
I'd expect:
IEFBR14 fails to RLSE.
IEBGENER is simplest to code for a single data set.
IDCAMS has best performance for multiple data sets because it minimizes job 
step overhead.

Is there any purpose in allocating a  primary with multiple storage units then 
immediately RLSE, other than demonstration?

I recall I was told that the EOF is written automatically if the SMS address 
space is active, regardless whether the data set is SMS managed.

How does this play with data recovery  by allocating  with ABSTRK?

I prefer BLKSIZE=0.  SDB knows best.

>IDCAMS TO ALLOCATE EMPTY FILE VS USING IEFBR14 AS BR14 DOES NOT USE SDB
>or RLSE SPACE
>//STEP010  EXEC PGM=IDCAMS
>//DD1  DD  DUMMY   CAN USE DD DUMMY OR DD * WITH NO DATA
>//DD2  DD  DSN=GRT.GIOIDXM.TEST.BLK1(+1),
>// DISP=(NEW,CATLG,DELETE),
>// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
>// SPACE=(CYL,(100,200),RLSE),UNIT=DISK
>//DD3  DD  DSN=GRT.GIOIDXM.TEST.BLK2,
>// DISP=(NEW,CATLG,DELETE),
>// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
>// SPACE=(TRK,(180,180),RLSE),UNIT=DISK
>//SYSPRINT DD  SYSOUT=*
>//SYSINDD  *
>   REPRO INFILE(DD1) OUTFILE(DD2)
>   REPRO INFILE(DD1) OUTFILE(DD3)
>/*
--
gil

--
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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Award-winning service

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

Re: Potential Resource Savings Techniques

2022-05-11 Thread PINION, RICHARD W.

Using you favorite DASD management software, DF/HSM or FDRABR, you can release 
free space
at will.  We cobbled together a program that releases space, without updating 
the last use date.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 

Sent: Wednesday, May 11, 2022 5:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

[External Email. Exercise caution when clicking links or opening attachments.]

My 2nd apology.  The main reason for using this IDCAMS method is to reduce 
wasted disk space for empty files.  Sometimes empty files are Updated with data 
after they are created and sometimes they just remain empty.  One user created 
a few hundred of these each month with
SPACE=(CYL,(500,200),RLSE) .  So IDCAMS creating them saved 1000's of CYLs of 
DISK.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Wednesday, May 11, 2022 4:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

On Wed, 11 May 2022 15:36:01 -0400, wrote:

>I apologize to all.  The Correct JCL is below.  It must use INFILE of DD DUMMY.
>
How do IEFBR14, IEBGENER, and IDCAMS compare in behavior and performance?
I'd expect:
IEFBR14 fails to RLSE.
IEBGENER is simplest to code for a single data set.
IDCAMS has best performance for multiple data sets because it minimizes job 
step overhead.

Is there any purpose in allocating a  primary with multiple storage units then 
immediately RLSE, other than demonstration?

I recall I was told that the EOF is written automatically if the SMS address 
space is active, regardless whether the data set is SMS managed.

How does this play with data recovery  by allocating  with ABSTRK?

I prefer BLKSIZE=0.  SDB knows best.

>IDCAMS TO ALLOCATE EMPTY FILE VS USING IEFBR14 AS BR14 DOES NOT USE SDB
>or RLSE SPACE
>//STEP010  EXEC PGM=IDCAMS
>//DD1  DD  DUMMY   CAN USE DD DUMMY OR DD * WITH NO DATA
>//DD2  DD  DSN=GRT.GIOIDXM.TEST.BLK1(+1),
>// DISP=(NEW,CATLG,DELETE),
>// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
>// SPACE=(CYL,(100,200),RLSE),UNIT=DISK
>//DD3  DD  DSN=GRT.GIOIDXM.TEST.BLK2,
>// DISP=(NEW,CATLG,DELETE),
>// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
>// SPACE=(TRK,(180,180),RLSE),UNIT=DISK
>//SYSPRINT DD  SYSOUT=*
>//SYSINDD  *
>   REPRO INFILE(DD1) OUTFILE(DD2)
>   REPRO INFILE(DD1) OUTFILE(DD3)
>/*
--
gil

--
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

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

Re: [EXTERNAL] Re: Potential Resource Savings Techniques

2022-05-11 Thread Pommier, Rex

David,

Here's another solution to that scenario.  We have several datasets that 
historically got allocated like you show here on a nightly basis.  The jobs 
would either populate the datasets or not even open them.  I had the developer 
change the JCL to allocate them with SPACE(CYL(1,500),RLSE).  Dataset doesn't 
get populated?  No problem, 1 cylinder used.  If it gets populated, it 
typically fills up 1 or 2 extents.  No more huge amounts of wasted space.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 

Sent: Wednesday, May 11, 2022 4:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Potential Resource Savings Techniques

My 2nd apology.  The main reason for using this IDCAMS method is to reduce 
wasted disk space for empty files.  Sometimes empty files are Updated with data 
after they are created and sometimes they just remain empty.  One user created 
a few hundred of these each month with
SPACE=(CYL,(500,200),RLSE) .  So IDCAMS creating them saved 1000's of CYLs of 
DISK.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Wednesday, May 11, 2022 4:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

On Wed, 11 May 2022 15:36:01 -0400, wrote:

>I apologize to all.  The Correct JCL is below.  It must use INFILE of DD DUMMY.
>
How do IEFBR14, IEBGENER, and IDCAMS compare in behavior and performance?
I'd expect:
IEFBR14 fails to RLSE.
IEBGENER is simplest to code for a single data set.
IDCAMS has best performance for multiple data sets because it minimizes job 
step overhead.

Is there any purpose in allocating a  primary with multiple storage units then 
immediately RLSE, other than demonstration?

I recall I was told that the EOF is written automatically if the SMS address 
space is active, regardless whether the data set is SMS managed.

How does this play with data recovery  by allocating  with ABSTRK?

I prefer BLKSIZE=0.  SDB knows best.

>IDCAMS TO ALLOCATE EMPTY FILE VS USING IEFBR14 AS BR14 DOES NOT USE SDB 
>or RLSE SPACE
>//STEP010  EXEC PGM=IDCAMS
>//DD1  DD  DUMMY   CAN USE DD DUMMY OR DD * WITH NO DATA
>//DD2  DD  DSN=GRT.GIOIDXM.TEST.BLK1(+1),
>// DISP=(NEW,CATLG,DELETE),
>// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
>// SPACE=(CYL,(100,200),RLSE),UNIT=DISK
>//DD3  DD  DSN=GRT.GIOIDXM.TEST.BLK2,
>// DISP=(NEW,CATLG,DELETE),
>// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
>// SPACE=(TRK,(180,180),RLSE),UNIT=DISK
>//SYSPRINT DD  SYSOUT=*
>//SYSINDD  *
>   REPRO INFILE(DD1) OUTFILE(DD2)
>   REPRO INFILE(DD1) OUTFILE(DD3)
>/*
--
gil

--
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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Potential Resource Savings Techniques

2022-05-11 Thread

My 2nd apology.  The main reason for using this IDCAMS method is to reduce 
wasted disk space for empty files.  Sometimes empty files are
Updated with data after they are created and sometimes they just remain empty.  
One user created a few hundred of these each month with 
SPACE=(CYL,(500,200),RLSE) .  So IDCAMS creating them saved 1000's of CYLs of 
DISK.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Wednesday, May 11, 2022 4:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

On Wed, 11 May 2022 15:36:01 -0400, wrote:

>I apologize to all.  The Correct JCL is below.  It must use INFILE of DD DUMMY.
>
How do IEFBR14, IEBGENER, and IDCAMS compare in behavior and performance?
I'd expect:
IEFBR14 fails to RLSE.
IEBGENER is simplest to code for a single data set.
IDCAMS has best performance for multiple data sets because it minimizes job 
step overhead.

Is there any purpose in allocating a  primary with multiple storage units then 
immediately RLSE, other than demonstration?

I recall I was told that the EOF is written automatically if the SMS address 
space is active, regardless whether the data set is SMS managed.

How does this play with data recovery  by allocating  with ABSTRK?

I prefer BLKSIZE=0.  SDB knows best.

>IDCAMS TO ALLOCATE EMPTY FILE VS USING IEFBR14 AS BR14 DOES NOT USE SDB 
>or RLSE SPACE
>//STEP010  EXEC PGM=IDCAMS
>//DD1  DD  DUMMY   CAN USE DD DUMMY OR DD * WITH NO DATA
>//DD2  DD  DSN=GRT.GIOIDXM.TEST.BLK1(+1),
>// DISP=(NEW,CATLG,DELETE),
>// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
>// SPACE=(CYL,(100,200),RLSE),UNIT=DISK
>//DD3  DD  DSN=GRT.GIOIDXM.TEST.BLK2,
>// DISP=(NEW,CATLG,DELETE),
>// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
>// SPACE=(TRK,(180,180),RLSE),UNIT=DISK
>//SYSPRINT DD  SYSOUT=*
>//SYSINDD  *
>   REPRO INFILE(DD1) OUTFILE(DD2)
>   REPRO INFILE(DD1) OUTFILE(DD3)
>/*
--
gil

--
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

Odd z/OS e-mail not via the list

2022-05-11 Thread Rupert Reynolds

Most of the list e-mails come from ibm-main@

This one is from
Peter Enrico • peter.enr...@epstrategies.com
about an EPS webinar.

I'm just wondering: does this happen often?

Roops

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Potential Resource Savings Techniques

2022-05-11 Thread Michael Oujesky


And would also be for IEFBR14.

At 03:12 PM 5/11/2022, Michael Oujesky wrote:

SDB is done in two phases - allocation and open.  so, here, SDB is active.

michael

At 02:36 PM 5/11/2022,   wrote:

I apologize to all.  The Correct JCL is below.  It must use INFILE 
of DD DUMMY.


IDCAMS TO ALLOCATE EMPTY FILE VS USING IEFBR14 AS BR14 DOES NOT USE 
SDB or RLSE SPACE

//STEP010  EXEC PGM=IDCAMS
//DD1  DD  DUMMY   CAN USE DD DUMMY OR DD * WITH NO DATA
//DD2  DD  DSN=GRT.GIOIDXM.TEST.BLK1(+1),
// DISP=(NEW,CATLG,DELETE),
// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
// SPACE=(CYL,(100,200),RLSE),UNIT=DISK
//DD3  DD  DSN=GRT.GIOIDXM.TEST.BLK2,
// DISP=(NEW,CATLG,DELETE),
// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
// SPACE=(TRK,(180,180),RLSE),UNIT=DISK
//SYSPRINT DD  SYSOUT=*
//SYSINDD  *
   REPRO INFILE(DD1) OUTFILE(DD2)
   REPRO INFILE(DD1) OUTFILE(DD3)
/*

-Original Message-
From: IBM Mainframe Discussion List  On 
Behalf Of David Spiegel

Sent: Wednesday, May 11, 2022 1:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

Hi Dave,
I looked at my Data Class definitions and saw nothing related to 
writing an EOF.
Maybe you have an Exit or Storage Management product (e.g. CA Disk, 
Mainview SRM).


Regards,
David

On 2022-05-11 13:27, Gibney, Dave wrote:
> I may be mistaken about the RLSE or perhaps it is a function of 
my default DATACLAS. I know the EOF is there.

>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On
>> Behalf Of David Spiegel
>> Sent: Wednesday, May 11, 2022 10:23 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Potential Resource Savings Techniques
>>
>> Hi Dave,
>> I tested it. Your hypothesis is false (i.e. RLSE is not done.)
>>
>> Regards,
>> David
>>
>> On 2022-05-11 13:12, Gibney, Dave wrote:
>>> If SMS-managed and DSORG known, an unopened new allocation will have
>> an EOF set and RLSE will be process.
 -Original Message-
 From: IBM Mainframe Discussion List  On
 Behalf Of David Spiegel
 Sent: Wednesday, May 11, 2022 9:20 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Potential Resource Savings Techniques

 Hi Paul,
 Allocation does allocation and nothing but allocation.
 It does not write anything at all.

 Regards,
 David

 On 2022-05-11 12:17, Paul Gilmartin wrote:
> On Wed, 11 May 2022 15:53:20 +, Farley, Peter x23353 wrote:
>
>> Only if your SYSIN is not DUMMY.  When SYSIN for IDCAMS is DUMMY
>> it
 does (and can do) nothing at all, rather more expensively in CPU
 time
>> than
 IEFBR14, but still nothing by comparison.
>> Only if you are allocating and using REPRO from a DUMMY to a new
 sequential file or an actual DEFINE for a VSAM cluster for instance
 would IDCAMS do what you describe.
> Will it not write an end-of-file at the first extent and RLSE all
> but the first allocation unit of SPACE?
>
> (I suspect the OP did not intend his use of "SYSIN".)
>
> In the Bad Old pre-SMS Days, I sometimes relied on a primary
> allocation of 0 to preclude subsequently reading residual data.
>
>> -Original Message-
>> From:   
>> Sent: Wednesday, May 11, 2022 11:46 AM
>>
>> IDCAMS does an open and close on the new file and writes zero
>> records,
 so if RLSE is coded with the SPACE for output file(s) then the
 unused trks
>> or
 cyls
>> Are released.  Secondary space will be used if needed when data
>> is
 created in the file later.
>> -Original Message-
>> From: David Spiegel
>> Sent: Wednesday, May 11, 2022 11:07 AM
>>
>> I do not understand this at all.
>> How does any program differ from IEFBR14 (with respect to
 allocation/freeing unused disk space by DD Statement)?
>> Maybe your shop has an Exit or add-on product which does Storage
 Management?
>> On 2022-05-11 01:53,   wrote:
>>> 5.  Consider changing IEFBR14 for allocating new files to IDCAMS
>> with
>>> SYSIN DD DUMMY.  This will release unused disk space.
 ---
 --- 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
> --
> For IBM-MAIN subscribe / signoff / arc

Re: Potential Resource Savings Techniques

2022-05-11 Thread Paul Gilmartin

On Wed, 11 May 2022 15:12:19 -0500, Michael Oujesky wrote:

>SDB is done in two phases - allocation and open.  so, here, SDB is active.
> 
If SDB operates at allocation (which I doubt) there's no point in its operating
at OPEN because no data set will come to OPEN with BLLKSIZE=0.

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Potential Resource Savings Techniques

2022-05-11 Thread Paul Gilmartin

On Wed, 11 May 2022 15:36:01 -0400, wrote:

>I apologize to all.  The Correct JCL is below.  It must use INFILE of DD DUMMY.
>
How do IEFBR14, IEBGENER, and IDCAMS compare in behavior and performance?
I'd expect:
IEFBR14 fails to RLSE.
IEBGENER is simplest to code for a single data set.
IDCAMS has best performance for multiple data sets because
it minimizes job step overhead.

Is there any purpose in allocating a  primary with multiple storage units
then immediately RLSE, other than demonstration?

I recall I was told that the EOF is written automatically if the SMS
address space is active, regardless whether the data set is SMS
managed.

How does this play with data recovery  by allocating  with ABSTRK?

I prefer BLKSIZE=0.  SDB knows best.

>IDCAMS TO ALLOCATE EMPTY FILE VS USING IEFBR14 AS BR14 DOES NOT USE SDB or 
>RLSE SPACE
>//STEP010  EXEC PGM=IDCAMS
>//DD1  DD  DUMMY   CAN USE DD DUMMY OR DD * WITH NO DATA
>//DD2  DD  DSN=GRT.GIOIDXM.TEST.BLK1(+1),
>// DISP=(NEW,CATLG,DELETE),
>// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
>// SPACE=(CYL,(100,200),RLSE),UNIT=DISK
>//DD3  DD  DSN=GRT.GIOIDXM.TEST.BLK2,
>// DISP=(NEW,CATLG,DELETE),
>// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
>// SPACE=(TRK,(180,180),RLSE),UNIT=DISK
>//SYSPRINT DD  SYSOUT=*
>//SYSINDD  *
>   REPRO INFILE(DD1) OUTFILE(DD2)
>   REPRO INFILE(DD1) OUTFILE(DD3)
>/*
-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Potential Resource Savings Techniques

2022-05-11 Thread Michael Oujesky


SDB is done in two phases - allocation and open.  so, here, SDB is active.

michael

At 02:36 PM 5/11/2022,   wrote:

I apologize to all.  The Correct JCL is below.  It must use INFILE 
of DD DUMMY.


IDCAMS TO ALLOCATE EMPTY FILE VS USING IEFBR14 AS BR14 DOES NOT USE 
SDB or RLSE SPACE

//STEP010  EXEC PGM=IDCAMS
//DD1  DD  DUMMY   CAN USE DD DUMMY OR DD * WITH NO DATA
//DD2  DD  DSN=GRT.GIOIDXM.TEST.BLK1(+1),
// DISP=(NEW,CATLG,DELETE),
// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
// SPACE=(CYL,(100,200),RLSE),UNIT=DISK
//DD3  DD  DSN=GRT.GIOIDXM.TEST.BLK2,
// DISP=(NEW,CATLG,DELETE),
// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
// SPACE=(TRK,(180,180),RLSE),UNIT=DISK
//SYSPRINT DD  SYSOUT=*
//SYSINDD  *
   REPRO INFILE(DD1) OUTFILE(DD2)
   REPRO INFILE(DD1) OUTFILE(DD3)
/*

-Original Message-
From: IBM Mainframe Discussion List  On 
Behalf Of David Spiegel

Sent: Wednesday, May 11, 2022 1:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

Hi Dave,
I looked at my Data Class definitions and saw nothing related to 
writing an EOF.
Maybe you have an Exit or Storage Management product (e.g. CA Disk, 
Mainview SRM).


Regards,
David

On 2022-05-11 13:27, Gibney, Dave wrote:
> I may be mistaken about the RLSE or perhaps it is a function of 
my default DATACLAS. I know the EOF is there.

>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On
>> Behalf Of David Spiegel
>> Sent: Wednesday, May 11, 2022 10:23 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Potential Resource Savings Techniques
>>
>> Hi Dave,
>> I tested it. Your hypothesis is false (i.e. RLSE is not done.)
>>
>> Regards,
>> David
>>
>> On 2022-05-11 13:12, Gibney, Dave wrote:
>>> If SMS-managed and DSORG known, an unopened new allocation will have
>> an EOF set and RLSE will be process.
 -Original Message-
 From: IBM Mainframe Discussion List  On
 Behalf Of David Spiegel
 Sent: Wednesday, May 11, 2022 9:20 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Potential Resource Savings Techniques

 Hi Paul,
 Allocation does allocation and nothing but allocation.
 It does not write anything at all.

 Regards,
 David

 On 2022-05-11 12:17, Paul Gilmartin wrote:
> On Wed, 11 May 2022 15:53:20 +, Farley, Peter x23353 wrote:
>
>> Only if your SYSIN is not DUMMY.  When SYSIN for IDCAMS is DUMMY
>> it
 does (and can do) nothing at all, rather more expensively in CPU
 time
>> than
 IEFBR14, but still nothing by comparison.
>> Only if you are allocating and using REPRO from a DUMMY to a new
 sequential file or an actual DEFINE for a VSAM cluster for instance
 would IDCAMS do what you describe.
> Will it not write an end-of-file at the first extent and RLSE all
> but the first allocation unit of SPACE?
>
> (I suspect the OP did not intend his use of "SYSIN".)
>
> In the Bad Old pre-SMS Days, I sometimes relied on a primary
> allocation of 0 to preclude subsequently reading residual data.
>
>> -Original Message-
>> From:   
>> Sent: Wednesday, May 11, 2022 11:46 AM
>>
>> IDCAMS does an open and close on the new file and writes zero
>> records,
 so if RLSE is coded with the SPACE for output file(s) then the
 unused trks
>> or
 cyls
>> Are released.  Secondary space will be used if needed when data
>> is
 created in the file later.
>> -Original Message-
>> From: David Spiegel
>> Sent: Wednesday, May 11, 2022 11:07 AM
>>
>> I do not understand this at all.
>> How does any program differ from IEFBR14 (with respect to
 allocation/freeing unused disk space by DD Statement)?
>> Maybe your shop has an Exit or add-on product which does Storage
 Management?
>> On 2022-05-11 01:53,   wrote:
>>> 5.  Consider changing IEFBR14 for allocating new files to IDCAMS
>> with
>>> SYSIN DD DUMMY.  This will release unused disk space.
 ---
 --- 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
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the mes

Re: Potential Resource Savings Techniques

2022-05-11 Thread

I apologize to all.  The Correct JCL is below.  It must use INFILE of DD DUMMY.

IDCAMS TO ALLOCATE EMPTY FILE VS USING IEFBR14 AS BR14 DOES NOT USE SDB or RLSE 
SPACE
//STEP010  EXEC PGM=IDCAMS
//DD1  DD  DUMMY   CAN USE DD DUMMY OR DD * WITH NO DATA
//DD2  DD  DSN=GRT.GIOIDXM.TEST.BLK1(+1),
// DISP=(NEW,CATLG,DELETE),
// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
// SPACE=(CYL,(100,200),RLSE),UNIT=DISK
//DD3  DD  DSN=GRT.GIOIDXM.TEST.BLK2,
// DISP=(NEW,CATLG,DELETE),
// DCB=(BLKSIZE=0,DSORG=PS,LRECL=80,RECFM=FB),
// SPACE=(TRK,(180,180),RLSE),UNIT=DISK
//SYSPRINT DD  SYSOUT=*
//SYSINDD  *
   REPRO INFILE(DD1) OUTFILE(DD2)
   REPRO INFILE(DD1) OUTFILE(DD3)
/*

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Wednesday, May 11, 2022 1:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

Hi Dave,
I looked at my Data Class definitions and saw nothing related to writing an EOF.
Maybe you have an Exit or Storage Management product (e.g. CA Disk, Mainview 
SRM).

Regards,
David

On 2022-05-11 13:27, Gibney, Dave wrote:
> I may be mistaken about the RLSE or perhaps it is a function of my default 
> DATACLAS. I know the EOF is there.
>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On 
>> Behalf Of David Spiegel
>> Sent: Wednesday, May 11, 2022 10:23 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Potential Resource Savings Techniques
>>
>> Hi Dave,
>> I tested it. Your hypothesis is false (i.e. RLSE is not done.)
>>
>> Regards,
>> David
>>
>> On 2022-05-11 13:12, Gibney, Dave wrote:
>>> If SMS-managed and DSORG known, an unopened new allocation will have
>> an EOF set and RLSE will be process.
 -Original Message-
 From: IBM Mainframe Discussion List  On 
 Behalf Of David Spiegel
 Sent: Wednesday, May 11, 2022 9:20 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Potential Resource Savings Techniques

 Hi Paul,
 Allocation does allocation and nothing but allocation.
 It does not write anything at all.

 Regards,
 David

 On 2022-05-11 12:17, Paul Gilmartin wrote:
> On Wed, 11 May 2022 15:53:20 +, Farley, Peter x23353 wrote:
>
>> Only if your SYSIN is not DUMMY.  When SYSIN for IDCAMS is DUMMY
>> it
 does (and can do) nothing at all, rather more expensively in CPU 
 time
>> than
 IEFBR14, but still nothing by comparison.
>> Only if you are allocating and using REPRO from a DUMMY to a new
 sequential file or an actual DEFINE for a VSAM cluster for instance 
 would IDCAMS do what you describe.
> Will it not write an end-of-file at the first extent and RLSE all 
> but the first allocation unit of SPACE?
>
> (I suspect the OP did not intend his use of "SYSIN".)
>
> In the Bad Old pre-SMS Days, I sometimes relied on a primary 
> allocation of 0 to preclude subsequently reading residual data.
>
>> -Original Message-
>> From:   
>> Sent: Wednesday, May 11, 2022 11:46 AM
>>
>> IDCAMS does an open and close on the new file and writes zero
>> records,
 so if RLSE is coded with the SPACE for output file(s) then the 
 unused trks
>> or
 cyls
>> Are released.  Secondary space will be used if needed when data 
>> is
 created in the file later.
>> -Original Message-
>> From: David Spiegel
>> Sent: Wednesday, May 11, 2022 11:07 AM
>>
>> I do not understand this at all.
>> How does any program differ from IEFBR14 (with respect to
 allocation/freeing unused disk space by DD Statement)?
>> Maybe your shop has an Exit or add-on product which does Storage
 Management?
>> On 2022-05-11 01:53,   wrote:
>>> 5.  Consider changing IEFBR14 for allocating new files to IDCAMS
>> with
>>> SYSIN DD DUMMY.  This will release unused disk space.
 ---
 --- 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
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subs

Re: Potential Resource Savings Techniques

2022-05-11 Thread Gibney, Dave

If your DATACLAS specifies a default DSORG (which can be overridden by JCL), an 
unopened, NEW allocation will have a valid EOF. For at least the last 25 years.

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of David Spiegel
> Sent: Wednesday, May 11, 2022 10:36 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Potential Resource Savings Techniques
> 
> [EXTERNAL EMAIL] DO NOT CLICK links or attachments unless you recognize
> the sender and know the content is safe.
> 
> Hi Dave,
> I looked at my Data Class definitions and saw nothing related to writing
> an EOF.
> Maybe you have an Exit or Storage Management product (e.g. CA Disk,
> Mainview SRM).
> 
> Regards,
> David
> 
> On 2022-05-11 13:27, Gibney, Dave wrote:
> > I may be mistaken about the RLSE or perhaps it is a function of my default
> DATACLAS. I know the EOF is there.
> >
> >> -Original Message-
> >> From: IBM Mainframe Discussion List  On
> >> Behalf Of David Spiegel
> >> Sent: Wednesday, May 11, 2022 10:23 AM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: Re: Potential Resource Savings Techniques
> >>
> >> Hi Dave,
> >> I tested it. Your hypothesis is false (i.e. RLSE is not done.)
> >>
> >> Regards,
> >> David
> >>
> >> On 2022-05-11 13:12, Gibney, Dave wrote:
> >>> If SMS-managed and DSORG known, an unopened new allocation will
> have
> >> an EOF set and RLSE will be process.
>  -Original Message-
>  From: IBM Mainframe Discussion List 
> On
>  Behalf Of David Spiegel
>  Sent: Wednesday, May 11, 2022 9:20 AM
>  To: IBM-MAIN@LISTSERV.UA.EDU
>  Subject: Re: Potential Resource Savings Techniques
> 
>  Hi Paul,
>  Allocation does allocation and nothing but allocation.
>  It does not write anything at all.
> 
>  Regards,
>  David
> 
>  On 2022-05-11 12:17, Paul Gilmartin wrote:
> > On Wed, 11 May 2022 15:53:20 +, Farley, Peter x23353 wrote:
> >
> >> Only if your SYSIN is not DUMMY.  When SYSIN for IDCAMS is
> DUMMY
> >> it
>  does (and can do) nothing at all, rather more expensively in CPU time
> >> than
>  IEFBR14, but still nothing by comparison.
> >> Only if you are allocating and using REPRO from a DUMMY to a new
>  sequential file or an actual DEFINE for a VSAM cluster for instance
> would
>  IDCAMS do what you describe.
> > Will it not write an end-of-file at the first extent and RLSE all but
> > the first allocation unit of SPACE?
> >
> > (I suspect the OP did not intend his use of "SYSIN".)
> >
> > In the Bad Old pre-SMS Days, I sometimes relied on a primary
> > allocation of 0 to preclude subsequently reading residual data.
> >
> >> -Original Message-
> >> From:   
> >> Sent: Wednesday, May 11, 2022 11:46 AM
> >>
> >> IDCAMS does an open and close on the new file and writes zero
> >> records,
>  so if RLSE is coded with the SPACE for output file(s) then the unused
> trks
> >> or
>  cyls
> >> Are released.  Secondary space will be used if needed when data is
>  created in the file later.
> >> -Original Message-
> >> From: David Spiegel
> >> Sent: Wednesday, May 11, 2022 11:07 AM
> >>
> >> I do not understand this at all.
> >> How does any program differ from IEFBR14 (with respect to
>  allocation/freeing unused disk space by DD Statement)?
> >> Maybe your shop has an Exit or add-on product which does Storage
>  Management?
> >> On 2022-05-11 01:53,   wrote:
> >>> 5.  Consider changing IEFBR14 for allocating new files to IDCAMS
> >> with
> >>> SYSIN DD DUMMY.  This will release unused disk space.
>  --
>  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
> > --
> > 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

Re: Producing throwaway SMF?

2022-05-11 Thread Charles Mills

Ah! I interpreted the question of "how to code a program to do a programmatic 
query" and SMFRTEST is the answer to that.

If the question is "how would a human do an interactive query?" then yes, the 
answer is D SMF,O and learning to parse the output (as a human) is a learning 
experience of its own.

SMFRTEST is here:
https://www.ibm.com/docs/en/zos/2.4.0?topic=macros-smfrtest-testing-record-recording
 

D SMF is here:
https://www.ibm.com/docs/en/zos/2.4.0?topic=command-displaying-smf-data-smf 



Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Scott Barry
Sent: Wednesday, May 11, 2022 10:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Producing throwaway SMF?

On Wed, 11 May 2022 16:18:41 +, A T & T Management  
wrote:

> Peter,
>How would one go about doing a query of SMF if it is recording that record 
> number?
>
>Thank you,Scott
>
>On Wednesday, May 11, 2022, 11:50:22 AM EDT, Peter Relson 
>  wrote:  
> 
> Do keep in mind that many SMF record producers query SMF to see if SMF is 
> being told to record their record and will bypass creating the record and 
> calling SMF if SMF is not recording it. No exit will get control if the 
> producer decides not to produce.
>
>I have no idea what CICS does.
>
>Peter Relson
>z/OS Core Technology Design
>

To the question posed about how to identify if an SMF record type is being 
recorded, on the particular z/OS LPAR, issue z/OS command: D SMF,O

Scott Barry
SBBTech LLC

--
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

Re: Potential Resource Savings Techniques

2022-05-11 Thread David Spiegel


Hi Dave,
I looked at my Data Class definitions and saw nothing related to writing 
an EOF.
Maybe you have an Exit or Storage Management product (e.g. CA Disk, 
Mainview SRM).


Regards,
David

On 2022-05-11 13:27, Gibney, Dave wrote:

I may be mistaken about the RLSE or perhaps it is a function of my default 
DATACLAS. I know the EOF is there.


-Original Message-
From: IBM Mainframe Discussion List  On
Behalf Of David Spiegel
Sent: Wednesday, May 11, 2022 10:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

Hi Dave,
I tested it. Your hypothesis is false (i.e. RLSE is not done.)

Regards,
David

On 2022-05-11 13:12, Gibney, Dave wrote:

If SMS-managed and DSORG known, an unopened new allocation will have

an EOF set and RLSE will be process.

-Original Message-
From: IBM Mainframe Discussion List  On
Behalf Of David Spiegel
Sent: Wednesday, May 11, 2022 9:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

Hi Paul,
Allocation does allocation and nothing but allocation.
It does not write anything at all.

Regards,
David

On 2022-05-11 12:17, Paul Gilmartin wrote:

On Wed, 11 May 2022 15:53:20 +, Farley, Peter x23353 wrote:


Only if your SYSIN is not DUMMY.  When SYSIN for IDCAMS is DUMMY

it

does (and can do) nothing at all, rather more expensively in CPU time

than

IEFBR14, but still nothing by comparison.

Only if you are allocating and using REPRO from a DUMMY to a new

sequential file or an actual DEFINE for a VSAM cluster for instance would
IDCAMS do what you describe.

Will it not write an end-of-file at the first extent and RLSE all but
the first allocation unit of SPACE?

(I suspect the OP did not intend his use of "SYSIN".)

In the Bad Old pre-SMS Days, I sometimes relied on a primary
allocation of 0 to preclude subsequently reading residual data.


-Original Message-
From:   
Sent: Wednesday, May 11, 2022 11:46 AM

IDCAMS does an open and close on the new file and writes zero

records,

so if RLSE is coded with the SPACE for output file(s) then the unused trks

or

cyls

Are released.  Secondary space will be used if needed when data is

created in the file later.

-Original Message-
From: David Spiegel
Sent: Wednesday, May 11, 2022 11:07 AM

I do not understand this at all.
How does any program differ from IEFBR14 (with respect to

allocation/freeing unused disk space by DD Statement)?

Maybe your shop has an Exit or add-on product which does Storage

Management?

On 2022-05-11 01:53,   wrote:

5.  Consider changing IEFBR14 for allocating new files to IDCAMS

with

SYSIN DD DUMMY.  This will release unused disk space.

--
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

--
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

Re: Producing throwaway SMF?

2022-05-11 Thread Scott Barry

On Wed, 11 May 2022 16:18:41 +, A T & T Management  
wrote:

> Peter,
>    How would one go about doing a query of SMF if it is recording that record 
>number?
>
>Thank you,Scott
>
>On Wednesday, May 11, 2022, 11:50:22 AM EDT, Peter Relson 
>  wrote:  
> 
> Do keep in mind that many SMF record producers query SMF to see if SMF is 
> being told to record their record and will bypass creating the record and 
> calling SMF if SMF is not recording it. No exit will get control if the 
> producer decides not to produce.
>
>I have no idea what CICS does.
>
>Peter Relson
>z/OS Core Technology Design
>

To the question posed about how to identify if an SMF record type is being 
recorded, on the particular z/OS LPAR, issue z/OS command: D SMF,O

Scott Barry
SBBTech LLC

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Potential Resource Savings Techniques

2022-05-11 Thread Gibney, Dave

I may be mistaken about the RLSE or perhaps it is a function of my default 
DATACLAS. I know the EOF is there. 

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of David Spiegel
> Sent: Wednesday, May 11, 2022 10:23 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Potential Resource Savings Techniques
> 
> Hi Dave,
> I tested it. Your hypothesis is false (i.e. RLSE is not done.)
> 
> Regards,
> David
> 
> On 2022-05-11 13:12, Gibney, Dave wrote:
> > If SMS-managed and DSORG known, an unopened new allocation will have
> an EOF set and RLSE will be process.
> >
> >> -Original Message-
> >> From: IBM Mainframe Discussion List  On
> >> Behalf Of David Spiegel
> >> Sent: Wednesday, May 11, 2022 9:20 AM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: Re: Potential Resource Savings Techniques
> >>
> >> Hi Paul,
> >> Allocation does allocation and nothing but allocation.
> >> It does not write anything at all.
> >>
> >> Regards,
> >> David
> >>
> >> On 2022-05-11 12:17, Paul Gilmartin wrote:
> >>> On Wed, 11 May 2022 15:53:20 +, Farley, Peter x23353 wrote:
> >>>
>  Only if your SYSIN is not DUMMY.  When SYSIN for IDCAMS is DUMMY
> it
> >> does (and can do) nothing at all, rather more expensively in CPU time
> than
> >> IEFBR14, but still nothing by comparison.
>  Only if you are allocating and using REPRO from a DUMMY to a new
> >> sequential file or an actual DEFINE for a VSAM cluster for instance would
> >> IDCAMS do what you describe.
> >>> Will it not write an end-of-file at the first extent and RLSE all but
> >>> the first allocation unit of SPACE?
> >>>
> >>> (I suspect the OP did not intend his use of "SYSIN".)
> >>>
> >>> In the Bad Old pre-SMS Days, I sometimes relied on a primary
> >>> allocation of 0 to preclude subsequently reading residual data.
> >>>
>  -Original Message-
>  From:   
>  Sent: Wednesday, May 11, 2022 11:46 AM
> 
>  IDCAMS does an open and close on the new file and writes zero
> records,
> >> so if RLSE is coded with the SPACE for output file(s) then the unused trks
> or
> >> cyls
>  Are released.  Secondary space will be used if needed when data is
> >> created in the file later.
>  -Original Message-
>  From: David Spiegel
>  Sent: Wednesday, May 11, 2022 11:07 AM
> 
>  I do not understand this at all.
>  How does any program differ from IEFBR14 (with respect to
> >> allocation/freeing unused disk space by DD Statement)?
>  Maybe your shop has an Exit or add-on product which does Storage
> >> Management?
>  On 2022-05-11 01:53,   wrote:
> > 5.  Consider changing IEFBR14 for allocating new files to IDCAMS
> with
> > SYSIN DD DUMMY.  This will release unused disk space.
> >> --
> >> 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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Producing throwaway SMF?

2022-05-11 Thread A T & T Management

 So I see...  Well thank you Charles!  Don't have a current manual for SMF by 
that will soon change.
Scott

On Wednesday, May 11, 2022, 01:13:07 PM EDT, Charles Mills 
 wrote:  
 
 I am not Peter LOL but check out SMFRTEST in the SMF manual.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of A T & T Management
Sent: Wednesday, May 11, 2022 9:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Producing throwaway SMF?

 Peter,
    How would one go about doing a query of SMF if it is recording that record 
number?

Thank you,Scott

    On Wednesday, May 11, 2022, 11:50:22 AM EDT, Peter Relson 
 wrote:  
 
 Do keep in mind that many SMF record producers query SMF to see if SMF is 
being told to record their record and will bypass creating the record and 
calling SMF if SMF is not recording it. No exit will get control if the 
producer decides not to produce.

I have no idea what CICS does.

Peter Relson
z/OS Core Technology Design


--
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
  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Potential Resource Savings Techniques

2022-05-11 Thread David Spiegel


Hi Dave,
I tested it. Your hypothesis is false (i.e. RLSE is not done.)

Regards,
David

On 2022-05-11 13:12, Gibney, Dave wrote:

If SMS-managed and DSORG known, an unopened new allocation will have an EOF set 
and RLSE will be process.


-Original Message-
From: IBM Mainframe Discussion List  On
Behalf Of David Spiegel
Sent: Wednesday, May 11, 2022 9:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

Hi Paul,
Allocation does allocation and nothing but allocation.
It does not write anything at all.

Regards,
David

On 2022-05-11 12:17, Paul Gilmartin wrote:

On Wed, 11 May 2022 15:53:20 +, Farley, Peter x23353 wrote:


Only if your SYSIN is not DUMMY.  When SYSIN for IDCAMS is DUMMY it

does (and can do) nothing at all, rather more expensively in CPU time than
IEFBR14, but still nothing by comparison.

Only if you are allocating and using REPRO from a DUMMY to a new

sequential file or an actual DEFINE for a VSAM cluster for instance would
IDCAMS do what you describe.

Will it not write an end-of-file at the first extent and RLSE all but
the first allocation unit of SPACE?

(I suspect the OP did not intend his use of "SYSIN".)

In the Bad Old pre-SMS Days, I sometimes relied on a primary
allocation of 0 to preclude subsequently reading residual data.


-Original Message-
From:   
Sent: Wednesday, May 11, 2022 11:46 AM

IDCAMS does an open and close on the new file and writes zero records,

so if RLSE is coded with the SPACE for output file(s) then the unused trks or
cyls

Are released.  Secondary space will be used if needed when data is

created in the file later.

-Original Message-
From: David Spiegel
Sent: Wednesday, May 11, 2022 11:07 AM

I do not understand this at all.
How does any program differ from IEFBR14 (with respect to

allocation/freeing unused disk space by DD Statement)?

Maybe your shop has an Exit or add-on product which does Storage

Management?

On 2022-05-11 01:53,   wrote:

5.  Consider changing IEFBR14 for allocating new files to IDCAMS with
SYSIN DD DUMMY.  This will release unused disk space.

--
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

Re: Producing throwaway SMF?

2022-05-11 Thread Charles Mills

I am not Peter LOL but check out SMFRTEST in the SMF manual.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of A T & T Management
Sent: Wednesday, May 11, 2022 9:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Producing throwaway SMF?

 Peter,
How would one go about doing a query of SMF if it is recording that record 
number?

Thank you,Scott

On Wednesday, May 11, 2022, 11:50:22 AM EDT, Peter Relson 
 wrote:  

 Do keep in mind that many SMF record producers query SMF to see if SMF is 
being told to record their record and will bypass creating the record and 
calling SMF if SMF is not recording it. No exit will get control if the 
producer decides not to produce.

I have no idea what CICS does.

Peter Relson
z/OS Core Technology Design

--
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

Re: Potential Resource Savings Techniques

2022-05-11 Thread Gibney, Dave

If SMS-managed and DSORG known, an unopened new allocation will have an EOF set 
and RLSE will be process.

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of David Spiegel
> Sent: Wednesday, May 11, 2022 9:20 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Potential Resource Savings Techniques
> 
> Hi Paul,
> Allocation does allocation and nothing but allocation.
> It does not write anything at all.
> 
> Regards,
> David
> 
> On 2022-05-11 12:17, Paul Gilmartin wrote:
> > On Wed, 11 May 2022 15:53:20 +, Farley, Peter x23353 wrote:
> >
> >> Only if your SYSIN is not DUMMY.  When SYSIN for IDCAMS is DUMMY it
> does (and can do) nothing at all, rather more expensively in CPU time than
> IEFBR14, but still nothing by comparison.
> >>
> >> Only if you are allocating and using REPRO from a DUMMY to a new
> sequential file or an actual DEFINE for a VSAM cluster for instance would
> IDCAMS do what you describe.
> >>
> > Will it not write an end-of-file at the first extent and RLSE all but
> > the first allocation unit of SPACE?
> >
> > (I suspect the OP did not intend his use of "SYSIN".)
> >
> > In the Bad Old pre-SMS Days, I sometimes relied on a primary
> > allocation of 0 to preclude subsequently reading residual data.
> >
> >> -Original Message-
> >> From:   
> >> Sent: Wednesday, May 11, 2022 11:46 AM
> >>
> >> IDCAMS does an open and close on the new file and writes zero records,
> so if RLSE is coded with the SPACE for output file(s) then the unused trks or
> cyls
> >> Are released.  Secondary space will be used if needed when data is
> created in the file later.
> >>
> >> -Original Message-
> >> From: David Spiegel
> >> Sent: Wednesday, May 11, 2022 11:07 AM
> >>
> >> I do not understand this at all.
> >> How does any program differ from IEFBR14 (with respect to
> allocation/freeing unused disk space by DD Statement)?
> >>
> >> Maybe your shop has an Exit or add-on product which does Storage
> Management?
> >>
> >> On 2022-05-11 01:53,   wrote:
> >>> 5.  Consider changing IEFBR14 for allocating new files to IDCAMS with
> >>> SYSIN DD DUMMY.  This will release unused disk space.
> 
> --
> 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

Re: Potential Resource Savings Techniques

2022-05-11 Thread Seymour J Metz

Are you saying that IDCAMS opens files that are not referenced by a command in 
SYSIN?

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
  [ming...@prodigy.net]
Sent: Wednesday, May 11, 2022 11:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

Thanks for your response.
IDCAMS does an open and close on the new file and writes zero records, so if 
RLSE is coded with the SPACE for output file(s) then the unused trks or cyls
Are released.  Secondary space will be used if needed when data is created in 
the file later.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Wednesday, May 11, 2022 11:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

HI David,
I do not understand this at all.
How does any program differ from IEFBR14 (with respect to allocation/freeing 
unused disk space by DD Statement)?

Maybe your shop has an Exit or add-on product which does Storage Management?

David

On 2022-05-11 01:53,   wrote:
> 5.  Consider changing IEFBR14 for allocating new files to IDCAMS with
> SYSIN DD DUMMY.  This will release unused disk space.

--
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

Re: $HASP052 JES2 RESOURCE SHORTAGE OF BERT XX% UTILIZATION REACHED [EXTERNAL]

2022-05-11 Thread Geza Szentmiklosy

As of z/OS 2.3 if your JES2 is at a z22 level there is new function called 
'JES2 resiliency - privilege support'. It is designed to reserve control blocks 
- including BERTs, so that it is possible for a user to access the system in 
situations where some JES2 resources are exhausted. The user can then recover 
the shortage by canceling or purging whatever is causing the shortages. Check 
the JES2 manuals or a simple Internet search will give you all the info.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Potential Resource Savings Techniques

2022-05-11 Thread David Spiegel


Hi Paul,
Allocation does allocation and nothing but allocation.
It does not write anything at all.

Regards,
David

On 2022-05-11 12:17, Paul Gilmartin wrote:

On Wed, 11 May 2022 15:53:20 +, Farley, Peter x23353 wrote:


Only if your SYSIN is not DUMMY.  When SYSIN for IDCAMS is DUMMY it does (and 
can do) nothing at all, rather more expensively in CPU time than IEFBR14, but 
still nothing by comparison.

Only if you are allocating and using REPRO from a DUMMY to a new sequential 
file or an actual DEFINE for a VSAM cluster for instance would IDCAMS do what 
you describe.


Will it not write an end-of-file at the first extent and RLSE all but
the first allocation unit of SPACE?

(I suspect the OP did not intend his use of "SYSIN".)

In the Bad Old pre-SMS Days, I sometimes relied on a primary
allocation of 0 to preclude subsequently reading residual data.


-Original Message-
From:   
Sent: Wednesday, May 11, 2022 11:46 AM

IDCAMS does an open and close on the new file and writes zero records, so if 
RLSE is coded with the SPACE for output file(s) then the unused trks or cyls
Are released.  Secondary space will be used if needed when data is created in 
the file later.

-Original Message-
From: David Spiegel
Sent: Wednesday, May 11, 2022 11:07 AM

I do not understand this at all.
How does any program differ from IEFBR14 (with respect to allocation/freeing 
unused disk space by DD Statement)?

Maybe your shop has an Exit or add-on product which does Storage Management?

On 2022-05-11 01:53,   wrote:

5.  Consider changing IEFBR14 for allocating new files to IDCAMS with
SYSIN DD DUMMY.  This will release unused disk space.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Producing throwaway SMF?

2022-05-11 Thread A T & T Management

 Peter,
    How would one go about doing a query of SMF if it is recording that record 
number?

Thank you,Scott

On Wednesday, May 11, 2022, 11:50:22 AM EDT, Peter Relson 
 wrote:  
 
 Do keep in mind that many SMF record producers query SMF to see if SMF is 
being told to record their record and will bypass creating the record and 
calling SMF if SMF is not recording it. No exit will get control if the 
producer decides not to produce.

I have no idea what CICS does.

Peter Relson
z/OS Core Technology Design


--
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

Re: Potential Resource Savings Techniques

2022-05-11 Thread Paul Gilmartin

On Wed, 11 May 2022 15:53:20 +, Farley, Peter x23353 wrote:

>Only if your SYSIN is not DUMMY.  When SYSIN for IDCAMS is DUMMY it does (and 
>can do) nothing at all, rather more expensively in CPU time than IEFBR14, but 
>still nothing by comparison.
>
>Only if you are allocating and using REPRO from a DUMMY to a new sequential 
>file or an actual DEFINE for a VSAM cluster for instance would IDCAMS do what 
>you describe.
>
Will it not write an end-of-file at the first extent and RLSE all but
the first allocation unit of SPACE?

(I suspect the OP did not intend his use of "SYSIN".)

In the Bad Old pre-SMS Days, I sometimes relied on a primary
allocation of 0 to preclude subsequently reading residual data.

>-Original Message-
>From:   
>Sent: Wednesday, May 11, 2022 11:46 AM
>
>IDCAMS does an open and close on the new file and writes zero records, so if 
>RLSE is coded with the SPACE for output file(s) then the unused trks or cyls
>Are released.  Secondary space will be used if needed when data is created in 
>the file later. 
>
>-Original Message-
>From: David Spiegel
>Sent: Wednesday, May 11, 2022 11:07 AM
>
>I do not understand this at all.
>How does any program differ from IEFBR14 (with respect to allocation/freeing 
>unused disk space by DD Statement)?
>
>Maybe your shop has an Exit or add-on product which does Storage Management?
>
>On 2022-05-11 01:53,   wrote:
>> 5.  Consider changing IEFBR14 for allocating new files to IDCAMS with
>> SYSIN DD DUMMY.  This will release unused disk space.

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Potential Resource Savings Techniques

2022-05-11 Thread Lennie Dymoke-Bradshaw

That will only happen if you run a REPRO within the IDCAMS execution.

Lennie Dymoke-Bradshaw
https://rsclweb.com 
‘Dance like no one is watching. Encrypt like everyone is.’

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 

Sent: 11 May 2022 16:46
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

Thanks for your response.
IDCAMS does an open and close on the new file and writes zero records, so if 
RLSE is coded with the SPACE for output file(s) then the unused trks or cyls 
Are released.  Secondary space will be used if needed when data is created in 
the file later. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Wednesday, May 11, 2022 11:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

HI David,
I do not understand this at all.
How does any program differ from IEFBR14 (with respect to allocation/freeing 
unused disk space by DD Statement)?

Maybe your shop has an Exit or add-on product which does Storage Management?

David

On 2022-05-11 01:53,   wrote:
> 5.  Consider changing IEFBR14 for allocating new files to IDCAMS with
> SYSIN DD DUMMY.  This will release unused disk space.

--
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

Re: Potential Resource Savings Techniques

2022-05-11 Thread David Spiegel


Hi David,
I tested this and since there is no I/O to the Dataset, space is not 
released.
Again, there might be an Exit on your system or a Storage Management 
product.


Your theory (that IDCAMS does Open and Close etc.) is false (when SYSIN 
is DUMMY).

Prove me wrong.

Regards,
David

On 2022-05-11 11:45,   wrote:

Thanks for your response.
IDCAMS does an open and close on the new file and writes zero records, so if 
RLSE is coded with the SPACE for output file(s) then the unused trks or cyls
Are released.  Secondary space will be used if needed when data is created in 
the file later.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Wednesday, May 11, 2022 11:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

HI David,
I do not understand this at all.
How does any program differ from IEFBR14 (with respect to allocation/freeing 
unused disk space by DD Statement)?

Maybe your shop has an Exit or add-on product which does Storage Management?

David

On 2022-05-11 01:53,   wrote:

5.  Consider changing IEFBR14 for allocating new files to IDCAMS with
SYSIN DD DUMMY.  This will release unused disk space.

--
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

Re: Potential Resource Savings Techniques

2022-05-11 Thread Farley, Peter x23353

Only if your SYSIN is not DUMMY.  When SYSIN for IDCAMS is DUMMY it does (and 
can do) nothing at all, rather more expensively in CPU time than IEFBR14, but 
still nothing by comparison.

Only if you are allocating and using REPRO from a DUMMY to a new sequential 
file or an actual DEFINE for a VSAM cluster for instance would IDCAMS do what 
you describe.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 

Sent: Wednesday, May 11, 2022 11:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

Thanks for your response.
IDCAMS does an open and close on the new file and writes zero records, so if 
RLSE is coded with the SPACE for output file(s) then the unused trks or cyls
Are released.  Secondary space will be used if needed when data is created in 
the file later. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Wednesday, May 11, 2022 11:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

HI David,
I do not understand this at all.
How does any program differ from IEFBR14 (with respect to allocation/freeing 
unused disk space by DD Statement)?

Maybe your shop has an Exit or add-on product which does Storage Management?

David

On 2022-05-11 01:53,   wrote:
> 5.  Consider changing IEFBR14 for allocating new files to IDCAMS with
> SYSIN DD DUMMY.  This will release unused disk space.

--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Producing throwaway SMF?

2022-05-11 Thread Peter Relson

Do keep in mind that many SMF record producers query SMF to see if SMF is being 
told to record their record and will bypass creating the record and calling SMF 
if SMF is not recording it. No exit will get control if the producer decides 
not to produce.

I have no idea what CICS does.

Peter Relson
z/OS Core Technology Design


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Potential Resource Savings Techniques

2022-05-11 Thread

Thanks for your response.
IDCAMS does an open and close on the new file and writes zero records, so if 
RLSE is coded with the SPACE for output file(s) then the unused trks or cyls
Are released.  Secondary space will be used if needed when data is created in 
the file later. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Wednesday, May 11, 2022 11:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential Resource Savings Techniques

HI David,
I do not understand this at all.
How does any program differ from IEFBR14 (with respect to allocation/freeing 
unused disk space by DD Statement)?

Maybe your shop has an Exit or add-on product which does Storage Management?

David

On 2022-05-11 01:53,   wrote:
> 5.  Consider changing IEFBR14 for allocating new files to IDCAMS with
> SYSIN DD DUMMY.  This will release unused disk space.

--
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

Re: Potential Resource Savings Techniques

2022-05-11 Thread David Spiegel


HI David,
I do not understand this at all.
How does any program differ from IEFBR14 (with respect to 
allocation/freeing unused disk space by DD Statement)?


Maybe your shop has an Exit or add-on product which does Storage Management?

David

On 2022-05-11 01:53,   wrote:

5.  Consider changing IEFBR14 for allocating new files to IDCAMS with
SYSIN DD DUMMY.  This will release unused disk space.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: directory backup

2022-05-11 Thread Paul Gilmartin

On Wed, 11 May 2022 04:06:40 +, kekronbekron wrote:
>...
>Could you help me understand the difference between accessed, modified, and 
>changed... times.
>
Glenn supplies some examples below.  Additionally:
o Read alters thee accessed time.
o Write alters the modified tiime.
o Rename alters the changed time.  But altering eiither
  of the other times alters the changed time as a side-effect.

>--- Original Message ---
>On Tuesday, May 10th, 2022 at 11:47 PM, Glenn Wilcock  wrote:
>
>> Yes, the access and modification times are preserved. But, the change time 
>> is updated because the metadata is changed due to update the last backup 
>> timestamp. But, as indicated, if the wildcarding selects only those files to 
>> be archived, the backup and delete can be done with a single command.

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Online citations for STARTIO

2022-05-11 Thread Seymour J Metz

I'm not sure that wiki would accept anything behind a membership wall as 
published. Does SHARE offer a way for a non-member to view an individual 
session? If so, O346 might do the trick, especially as it is a secondary 
source. Thanks.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Leonard D Woren [ibm-main...@ldworen.net]
Sent: Tuesday, May 10, 2022 9:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Online citations for STARTIO

Not all reliable sources are online, particularly if they pre-date the
www (1989).  Yes, I read the supplied link to reliable sources, but
it's just an obligatory hand-wave.  They've made it pretty clear that
they really don't want to recognize anything that's not online.

I have a scan (with my handwritten notes) of a handout from SHARE 70
(1988), session O346, titled "How to Write an IOS Driver - The MVS
STARTIO Interface".  Alex Hilleary, Cray Research Inc.  I would
consider that a reliable source, but we're talking about Wikipedia.

/Leonard


Seymour J Metz wrote on 5/10/2022 4:51 PM:
> What I'm looking for is a "reliable source" 
> ()
>  for the STARTIO macro and service in MVS, not the SIO instruction.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> Attila Fogarasi [fogar...@gmail.com]
> Sent: Tuesday, May 10, 2022 6:38 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Online citations for STARTIO
>
> Are these 4 slides good enough?
> https://secure-web.cisco.com/10SMEd6So8v3HaG3wroXc0E97GgYl4U2knyCjFiG5-90XVyGLfOxg_lZzRBkbRC3nzS9vQE3EhQDAJFfJ2gU6j12rfsb2LfWV61IWCZpTMmXl_dm6MMvszvw4i9bKRt13IIRt84GaxXqw53sHoKQT8tSw4Mi41UofNbZtoU9wDDBA1dDMlWXcHu3jRwaDbbEyHVZ0XVLwQW_GnPI6XHAD9LYB59vM3HrV8L0ejQKe4cuQCIq6LwFdpseKD4gARO_ngSL_3nWlSo9zqb0eXN8knwtMfvKJ_9yyLIM6oVEDOUlk6ER5ROlgI0yWMIUvY0kTATCARNN1VCtLWKIur2DKU_H6yf8Jciwje4lotPn4zTc09NcSPyesP1yPCnRaHGdb-JlY8bUa8GGKiE7CdLXoV7oIQzEb7CY_gl3hI3CrTP3QSLTNEnjMlMmDYK974cGBY5Zg-Ee3eZzSzLerin8tMA/https%3A%2F%2Fwww.slideserve.com%2Ffreira%2Fibm-s-360-370-io-instruction-format
>
> On Tue, May 10, 2022 at 10:58 PM Seymour J Metz  wrote:
>
>> I'm looking for something that I can cite as a wiki reliable source for
>> STARTIO, preferably an online secondary source. Worst case I'll use a dead
>> tree on my bookcase, but I' hoping for something more accessible.
>>
>>
>>
>> --
>> Shmuel (Seymour J.) Metz
>> http://mason.gmu.edu/~smetz3


--
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

44 matches

Mail list logo