Re: IEBCOPY New Function - Support for PDSE Member Generations

[Seymour J Metz]

The Eunix way alweays struck me as the "Turing Tar Pit": when the only tool you 
have is a pipe, everything looks like a filter. It's not a paradigm that lends 
itself well to feedback.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Monday, May 10, 2021 3:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEBCOPY New Function - Support for PDSE Member Generations

On Mon, 10 May 2021 21:02:23 +0200, Radoslaw Skorupka wrote:

>While I'm not convinced there is real need for member
>generations/versions, I have to admit there is lack of support for this
>feature. Even with this enhancement.
>
It's a lack of modularity/reusability.  The UNIX Way, as preached
by such as Rob Pike and Eric Raymond but much ignored would
be notionally something like:
IEBCOPY [-o options1] | TRANSMIT [-o options2]
giving the programmer control and access to any new features
of either utility.

This could be done, painstakingly, with two job steps and a temp DSN.

>It's like long names in PDSE. I heard about it ~20 years ago. And I have
>never seen it. And never seen any IBM tool (ISPF/PDF?) supporting such
>names.
>
Aliases only, not names.  Perhaps intended to support Hungarian Notation
used by OO languages (such as C++?)

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

Re: SMPE: Element Contains CLIST with ALIAS

[David Spiegel]

Hi Scott,
It's done by a BLDL and a STOW.

Regards,
David

On 2021-05-10 17:36, A T & T Management wrote:
  
OK

Now on to the problem, The alias should be created at apply time.  How this is 
done I don't recall and don't have access to my machine at this time.
Scott
 On Monday, May 10, 2021, 5:01:21 PM EDT, David Spiegel 
 wrote:
  
  Hi Scott,

You're right. I would've done this, but, the customer insisted it has to
be a PTF.

Regards,
David

On 2021-05-10 16:48, A T & T Management wrote:

   Why not do this in a usermod?
Scott

       On Monday, May 10, 2021, 2:25:47 PM EDT, Kurt Quackenbush 
 wrote:
   
   On 5/10/2021 1:15 PM, David Spiegel wrote:



I added a CLIST as part of a PTF.
(This is not vendor software.)
++CLIST(ABCXYZ) ALIAS(XYZ) DISTLIB(ACLIST) SYSLIB(CLIST).
PROC 0
WRITE HI

When I ran the APPLY Job, the IEBCOPY Output showed
COPY OUTDD=CLIST,INDD=SMPWRK6
      S M=((A000,ABCXYZ,R))

Where does (the ALIAS) XYZ get copied to //CLIST?
(It is there after the Job runs, but, there is no record of it in the
Job Output.)

After the IEBCOPY operation SMP/E creates the alias in the data set
directly using the STOW data management macro.

Kurt Quackenbush -- IBM, SMP/E Development
Chuck Norris never uses CHECK when he applies PTFs.

--
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: STIMERM LT value

[Attila Fogarasi]

Z/os has to handle arbitrary TIMEZONE values -- and does it well.  Keep in
mind that there are dozens of world locations that have non-hour timezone
offsets (typically 30 min and 15 min).  There are even locations which have
Daylight Saving Time 30 min ahead of standard time instead of the usual 1
hour.  Could be worse, there used to be countries with 12 min offset for
timezone, but that ended circa 1986.  The net is that z/OS doesn't think
that 1 hour 1 minute timezone offset is unusual :)

On Mon, May 10, 2021 at 9:43 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> (I guess Peter R. overlooked that you appear to be operating
> near the Prime Meridian.)
>
> On Mon, 10 May 2021 09:52:16 +0100, Steve Austin wrote:
>
> >I've just found out that PARMLIB(CLOCKxx) here specifies;
> >
> >   TIMEZONE E.01.01.00
> >
> Ouch!  Does that mean that SYSLOG, etc. timestamps are a minute
> ahead of your smartphone?  Will that adjust to:
> TIMEZONE E.00.01.00
> next Fall?  (Does STP handle that?)
>
> How does that affect OMVS?  A test might be:
> //WHEN  EXEC  PGM=BPXBATCH,PARM='SH date >/dev/console'
>
> >Something to do with synchronising with SVN and Jenkin apparently. Didn't
> >think I'd need to code for ad-hoc tweaks like that.
> >
> Does the TIME LT macro avoid tweaks required by STCKE; STCKCONV?
>
> May I infer that SVN and Jenkin (subversion?) is broken and admins
> introduced an offsetting breakage?  That's *just*wrong*!
>
> >Sorry to waste your time.
> >
> Rather, the feckless morons who made that accommodation should
> apologi[sz]e to Peter and to you.
>
>
> On Mon, 10 May 2021 09:22:16 +0100, Steve Austin wrote:
> >...
> >   +0038  LDTO. 0DA2  72B0ATCVT 80BFC000
> >
>  1 *-* say x2d( 0DA2  72B0 ) * 2 ** ( 51 - 63 ) * 1e-6
> 3660.0
>
> Yup.
>
> -- 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

Re: Pronunciations (spun off of another thread)

[Charles Mills]

In American idiom "fanny" is completely acceptable slang for one's bottom.
In Australian slang it is an offensive term for the female private anatomy.

I was in a class -- I think it was at ASG -- when the instructor said "what
do you say? Should we take a break now?" and an American woman in the class
said "yeah, my fanny's getting tired" and the Australians in the room turned
and looked at her in horror.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Monday, May 10, 2021 2:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pronunciations (spun off of another thread)

Idioms are full of booby traps for those not native to the language. In
Israel the Hebrew word  שֵׁרוּת  meaning  service refers to a shared taxi;
the plural שֵׁרוּתִים refers to bathrooms.

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

Re: Pronunciations (spun off of another thread)

[CM Poncelet]

You bet. I worked with IBM Hursley (where CICS is developed) in the late
80's and early 90's, and CICS was and always has been pronounced "Kicks"
here in the UK.

On 10/05/2021 16:10, Joel C. Ewing wrote:
> IBM classes in US in early 1980's seemed to consistently pronounce CICS
> as C-I-C-S (see-eye-see-ess), so that's the custom we adopted and taught
> at our installation when we started using the product.
>
> One of our SysProgs got heavily involved with CICS development in
> Hursley Park, U.K. in 1990's because of some design issues we were
> having with CICS, and IBM ended up paying his way to visit IBM Hursley
> for a week.   At IBM Hursley they consistently called it "Kicks", so our
> CICS support SysProgs also got used to that convention as well.  Our
> applications people continued to call it C-I-C-S.
>
> Not sure which source to take as authoritative, but "Kicks" takes less
> effort to say -- which makes it a logical choice if you have to
> reference the product very frequently in conversation.
>
>     JC Ewing
>
> On 5/9/21 1:57 AM, Meir Zohar wrote:
>> CICS pronounced Chicks/Thicks in Italy/Spain ... 
>> Took a moment to figure out what the speaker was talking about ... 
>>
>> MZ 
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On Behalf Of 
>> David Spiegel
>> Sent: Sunday, May 9, 2021 6:42 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Pronunciations (spun off of another thread)
>>
>> Hi Bob,
>> This reminds me of a story.
>> Back in 2000, I was doing an ACF2 to RACF conversion and one of the 
>> customer's people kept saying Ra-Keff (instead of Rack-Eff.) This REALLY got 
>> on my nerves.
>>
>> As an aside, a former colleague (with a British accent) always says ZOSS 
>> (instead of Zed-Oh-Ess or Zee-Oh-Ess).
>> (He's not really British.)
>>
>> Have you ever heard ANYONE say IMZ (instead of Eye-Emm-Ess)?
>>
>> Regards,
>> David
>>
>> On 2021-05-08 17:02, Bob Bridges wrote:
>>> I grew up with "doss" and "see-eye-see-ess", but even here in the East I've 
>>> heard "kicks" often enough that I can adjust now if that's what the current 
>>> crowd uses.  Actually I think sysprogs say "kicks" more than application 
>>> programmers, for some reason.
>>>
>>> I've heard "sicks" just once, I believe, but I don't remember where the 
>>> speaker was from.
>>>
>>> "Rack-eff", of course, so I guess I could excuse either "pee-rack-eff" or 
>>> "prack-eff".  Dunno what it is, though.
>>>
>>> ---
>>> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>>>
>>> /* One of the quickest ways I've found to look foolish is to state 
>>> positively what God will not do.  -Bob Bridges */
>>>
>>> -Original Message-
>>> From: IBM Mainframe Discussion List  On 
>>> Behalf Of David Spiegel
>>> Sent: Friday, May 7, 2021 17:10
>>>
>>> (I'm also from Southern Ontario -- I say doss and cics.)
>>>
> ...
>

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

Re: IEBCOPY New Function - Support for PDSE Member Generations

[Paul Gilmartin]

On Mon, 10 May 2021 21:02:23 +0200, Radoslaw Skorupka wrote:

>While I'm not convinced there is real need for member
>generations/versions, I have to admit there is lack of support for this
>feature. Even with this enhancement.
> 
It's a lack of modularity/reusability.  The UNIX Way, as preached
by such as Rob Pike and Eric Raymond but much ignored would
be notionally something like:
IEBCOPY [-o options1] | TRANSMIT [-o options2]
giving the programmer control and access to any new features
of either utility.

This could be done, painstakingly, with two job steps and a temp DSN.

>It's like long names in PDSE. I heard about it ~20 years ago. And I have
>never seen it. And never seen any IBM tool (ISPF/PDF?) supporting such
>names.
>
Aliases only, not names.  Perhaps intended to support Hungarian Notation
used by OO languages (such as C++?)

-- gil

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

Re: Pronunciations (spun off of another thread)

[Seymour J Metz]

Idioms are full of booby traps for those not native to the language. In Israel 
the Hebrew word  שֵׁרוּת  meaning  service refers to a shared taxi; the plural 
שֵׁרוּתִים refers to bathrooms.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Mike Cairns [m...@mikecairns.com]
Sent: Monday, May 10, 2021 4:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pronunciations (spun off of another thread)

As an Australian I can vouch for the veracity of the noted definition of the 
word 'root', although I would also suggest that this usage was almost always 
confined to a younger generation and seems to be someone one grows out of.  :-)

Then there is the standard Aussie joke we tell about Kiwi's (another slang word 
for people from New Zealand, and also a small flightless bird that ferrets 
around in the undergrowth for food):

"I'd like to be a Kiwi, 'cos he eats roots and leaves".

Cheers - Mike

--
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: Fw: SMPE: Element Contains CLIST with ALIAS

[Paul Gilmartin]

On Mon, 10 May 2021 23:32:50 +0100, CM Poncelet wrote:

>I attach the source code for aliasing members of a PDS. 
> 
Where I read:
* FORMAT OF SYSIN CARD IS^M
*   'MEMBER=@@...@,ALIAS=@@...@ '^M
* WHERE '@@...@' REPRESENTS A 1 TO 8 CHAR VALID MEMBER/ALIAS NAME^M

But in Using Data Sets:
Alias names for program objects can be up to 1024 bytes long.

>Essentially, it just sets a flag in the COFT field of the directory's
>ALIAS member and STOWs it.

-- gil

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

Re: IEBCOPY New Function - Support for PDSE Member Generations

[Radoslaw Skorupka]

While I'm not convinced there is real need for member 
generations/versions, I have to admit there is lack of support for this 
feature. Even with this enhancement.


It's like long names in PDSE. I heard about it ~20 years ago. And I have 
never seen it. And never seen any IBM tool (ISPF/PDF?) supporting such 
names.



--
Radoslaw Skorupka
(looking for new job)
Lodz, Poland




W dniu 10.05.2021 o 19:47, Paul Gilmartin pisze:

On Mon, 10 May 2021 12:36:13 -0500, Lionel B. Dyck wrote:

...
OA60639: NEW FUNCTION (ibm.com)



Which says:
 ...
GENS={ALL | NONE}
Indicates if the member generations of a Version 2 PDSE will
be copied or not. This keyword is valid only when copying from
a PDSE V2 with member generations to another

Does "only" mean not valid when unloading to a sequential PDSU?


Now the question is - will TSO TRANSMIT and RECEIVE be updated to support
this new capability?


I'm pretty sure that TRANSMIT does IEBCOPY unload under-the-covers.  So:
o Does this depend on whether GENS is honored for unload to PDSU?
o Will this require new syntax for TRANSMIT?


THANK YOU IBM - THANK YOU
Lionel B. Dyck <><
Website: https://www.lbdsoftware.com
Github: https://github.com/lbdyck

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

Re: Pronunciations (spun off of another thread)

[Radoslaw Skorupka]

Kiwi - there is polish joke about it:  Kiwi kiwi kiwi. Yes, it makes 
some sense, yes, it is funny.

No, I cannot explain it without long lecture about declension, etc.
BTW: there is another version of same joke: Zombie zombie zombie.

--
Radoslaw Skorupka
(looking for new job)
Lodz, Poland




W dniu 10.05.2021 o 22:00, Mike Cairns pisze:

As an Australian I can vouch for the veracity of the noted definition of the 
word 'root', although I would also suggest that this usage was almost always 
confined to a younger generation and seems to be someone one grows out of.  :-)

Then there is the standard Aussie joke we tell about Kiwi's (another slang word 
for people from New Zealand, and also a small flightless bird that ferrets 
around in the undergrowth for food):

"I'd like to be a Kiwi, 'cos he eats roots and leaves".

Cheers - Mike

--
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: SMPE: Element Contains CLIST with ALIAS

[A T & T Management]

 
OK
Now on to the problem, The alias should be created at apply time.  How this is 
done I don't recall and don't have access to my machine at this time.
Scott
On Monday, May 10, 2021, 5:01:21 PM EDT, David Spiegel 
 wrote:  
 
 Hi Scott,
You're right. I would've done this, but, the customer insisted it has to 
be a PTF.

Regards,
David

On 2021-05-10 16:48, A T & T Management wrote:
>  Why not do this in a usermod?
> Scott
>
>      On Monday, May 10, 2021, 2:25:47 PM EDT, Kurt Quackenbush 
> wrote:
>  
>  On 5/10/2021 1:15 PM, David Spiegel wrote:
>
>> I added a CLIST as part of a PTF.
>> (This is not vendor software.)
>> ++CLIST(ABCXYZ) ALIAS(XYZ) DISTLIB(ACLIST) SYSLIB(CLIST).
>> PROC 0
>> WRITE HI
>>
>> When I ran the APPLY Job, the IEBCOPY Output showed
>> COPY OUTDD=CLIST,INDD=SMPWRK6
>>     S M=((A000,ABCXYZ,R))
>>
>> Where does (the ALIAS) XYZ get copied to //CLIST?
>> (It is there after the Job runs, but, there is no record of it in the
>> Job Output.)
> After the IEBCOPY operation SMP/E creates the alias in the data set
> directly using the STOW data management macro.
>
> Kurt Quackenbush -- IBM, SMP/E Development
> Chuck Norris never uses CHECK when he applies PTFs.
>
> --
> 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: SMPE Receive Order post May 1st

[Michael Babcock]

I did some testing on our sandbox (I commented out all ciphers except the
one I was interested in and refreshed policy agent) and here’s what I found.



According to https://www.ibm.com/support/pages/node/6417233



The cipher suites that will be enabled for AT-TLS for using FTPS are:

·   TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256

·   TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384

·   TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

·   TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384

·   TLS_RSA_WITH_AES_128_CBC_SHA

·   TLS_RSA_WITH_AES_256_CBC_SHA




The ECDHE ciphers were rejected but the TLS_RSA_WITH_AES_256_CBC_SHA did
work (I didn’t try the TLS_RSA_WITH_AES_128_CBC_SHA cipher).

What gives IBM?


On Sun, May 9, 2021 at 1:01 PM Cieri, Anthony <
02d7f4ec1fff-dmarc-requ...@listserv.ua.edu> wrote:

>
> While I agree with your recommendations, the FTPS job does not
> work without the ciphers I listed below. Apparently IBM needs to make some
> adjustments first.
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Michael Babcock
> Sent: Wednesday, May 05, 2021 2:58 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMPE Receive Order post May 1st
>
> [[ SEI WARNING *** This email was sent from an external source. Do not
> open attachments or click on links from unknown or suspicious senders. ***
> ]]
>
>
> I would highly discourage the use of the ciphers listed.  I would use
> these more secure ciphers (I'm sure there are others that are acceptable).
>
> TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
>
> TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
>
> TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
>
> TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
>
> TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
>
> TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
>
> On 5/5/2021 12:58 PM, Cieri, Anthony wrote:
> >   Dave,
> >   Here you go:
> >
> > ##
> > # #
> > # Secure FTP Application  #
> > # #
> > ###
> >
>
> > TTLSRule  secure_ftp_client_rule
> > {
> >RemotePortRange 21   # This should be set to the port the FTP
> > # listening on
> >Direction  Outbound
> >TTLSGroupActionRef secure_ftp_client_group
> >TTLSEnvironmentActionRef   secure_ftp_client_env
> > }
> >
>
> > TTLSGroupAction   secure_ftp_client_group
> > {
> >TTLSEnabled On
> >Trace   7
> > }
> >
>
> > TTLSEnvironmentAction secure_ftp_client_env
> > {
> >TTLSKeyringParms
> >{
> >   Keyring  /u/ftps/zos17dbf.kdb
> >   KeyringStashFile /u/ftps/zos17dbf.sth
> >}
> >HandshakeRole   Client
> > TTLSEnvironmentAdvancedParms
> >{
> >   ApplicationControlledOn
> >   SecondaryMap On
> >   SSLV3Off
> >   TLSV1Off
> >   TLSV1.1  Off
> >   TLSV1.2  On
> >}
> >TTLSCipherParmsRef ftp_client_ciphers   # to cust ciphers
> > }
> >
>
> > TTLSCipherParms  ftp_client_ciphers
> > {
> > # Sample ciphers.  Should be customized!
> > V3CipherSuitesTLS_RSA_WITH_AES_256_CBC_SHA
> > V3CipherSuitesTLS_RSA_WITH_3DES_EDE_CBC_SHA
> > V3CipherSuitesTLS_RSA_WITH_NULL_SHA
> > }
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Dave Jousma
> > Sent: Wednesday, May 05, 2021 1:13 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: SMPE Receive Order post May 1st
> >
> > [[ SEI WARNING *** This email was sent from an external source. Do not
> > open attachments or click on links from unknown or suspicious senders.
> > *** ]]
> >
> >
> >>  Well, for what it's worth, I just tried it and my job was
> >> successful, however, I also received the SSLv23/TLSv1 messages. So I
> >> used the standard job that IBM provided (RFNJOBS) and I turned on Debug
> SEC.
> >> Here is what I got
> > (snip)
> >
> > Hey Tony,  Thanks for this.   For some reason we are still struggling.
>  Would you be willing to share what your pagent policy for these items:
> >
> > FU2420 TTLSRule: secure_ftp_client_rule
> > FU2426 TTLSGroupAction: secure_ftp_client_group
> > FU2432 TTLSEnvironmentAction: secure_ftp_client_env
> >
> > looks like?   I dont think there is anything sensitive, and if you'd
> rather, you can send to me off-list (david.jou...@53.com)
> >
> > --
> > For IBM-MAIN 

Re: Fw: SMPE: Element Contains CLIST with ALIAS

[CM Poncelet]

I attach the source code for aliasing members of a PDS. 
 
Essentially, it just sets a flag in the COFT field of the directory's
ALIAS member and STOWs it.
 
Cheers, Chris Poncelet (r)
 


On 10/05/2021 23:04, A T & T Management wrote:
>    Yes it is done by a BLDL and STOW underneith.  But how SMP sets an alias 
> in it's way of doing things I don't recall.  The ALIAS Parameter one would 
> think should do it.  I know that a ++JCLIN with linkedit would do it.  But 
> for something via IEBCOPY I do not.
>
> Scott
>
>- Forwarded Message - From: David Spiegel 
> To: "IBM-MAIN@LISTSERV.UA.EDU" 
> Sent: Monday, May 10, 2021, 5:52:42 PM EDTSubject: 
> Re: SMPE: Element Contains CLIST with ALIAS
>  Hi Scott,
> It's done by a BLDL and a STOW.
>
> Regards,
> David
>
> On 2021-05-10 17:36, A T & T Management wrote:
>>   
>> OK
>> Now on to the problem, The alias should be created at apply time.  How this 
>> is done I don't recall and don't have access to my machine at this time.
>> Scott
>>       On Monday, May 10, 2021, 5:01:21 PM EDT, David Spiegel 
>>  wrote:
>>   
>>   Hi Scott,
>> You're right. I would've done this, but, the customer insisted it has to
>> be a PTF.
>>
>> Regards,
>> David
>>
>> On 2021-05-10 16:48, A T & T Management wrote:
>>>     Why not do this in a usermod?
>>> Scott
>>>
>>>         On Monday, May 10, 2021, 2:25:47 PM EDT, Kurt Quackenbush 
>>>  wrote:
>>>     
>>>     On 5/10/2021 1:15 PM, David Spiegel wrote:
>>>
 I added a CLIST as part of a PTF.
 (This is not vendor software.)
 ++CLIST(ABCXYZ) ALIAS(XYZ) DISTLIB(ACLIST) SYSLIB(CLIST).
 PROC 0
 WRITE HI

 When I ran the APPLY Job, the IEBCOPY Output showed
 COPY OUTDD=CLIST,INDD=SMPWRK6
        S M=((A000,ABCXYZ,R))

 Where does (the ALIAS) XYZ get copied to //CLIST?
 (It is there after the Job runs, but, there is no record of it in the
 Job Output.)
>>> After the IEBCOPY operation SMP/E creates the alias in the data set
>>> directly using the STOW data management macro.
>>>
>>> Kurt Quackenbush -- IBM, SMP/E Development
>>> Chuck Norris never uses CHECK when he applies PTFs.
>>>
>>> --
>>> 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 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
*
* THIS PROGRAM ALIASES ENTRIES IN A PARTITIONED DATASET.
* MEMBERS MAY HAVE FIXED OR VARIABLE LOGICAL RECORD LENGTH (FB OR VB).
* MEMBER NAME AND ALIAS MUST BE SUPPLIED VIA SYSIN CARD.
*
*
* FORMAT OF SYSIN CARD IS
*   'MEMBER=@@...@,ALIAS=@@...@ '
* WHERE '@@...@' REPRESENTS A 1 TO 8 CHAR VALID MEMBER/ALIAS NAME
* AND WHERE ANYTHING (INCLUDING COMMENTS) (EXCEPT MEMBER= //  /*) MAY
* PRECEDE THE 'MEMBER=' START OF CARD DATA
* AND WHERE THE END OF CARD DATA (AFTER ALIAS NAME) MUST BE A BLANK.
* NOTE THAT THE COMMA, AFTER THE MEMBER NAME, IS MANDATORY,
* EACH SEPARATE ALIAS REQUEST MUST BE ON A SEPARATE CARD
* AND THE CARDS ARE FIXED RECL=80 WITH DATA IN COLS 1 TO 72 INCLUSIVE,
* DECLARED VIA DDNAME SYSIN.
*
* MEMBER NAMES MUST BE IN ASCENDING ALPHABETICAL ORDER.
*
* INVALID SYSIN CARDS ARE IGNORED.
*
* ALIASES SUCCESSFULLY ADDED ARE LISTED UNDER DDNAME=REPORTS OUTPUT.
*
* 05/06/15 CMP - ALLOW ANY MEMBER OR ALIAS NAME
* CREATED: CHRIS PONCELET12/10/88
*
***
*
 PRINT  ON,GEN
ALIASPDS CSECT START CONTROL SECTION
*
* PASSING  THE 'NEXT' LABEL AS A PARAMETER TO THE 'READREC' MACRO
*
***

Re: Fw: SMPE: Element Contains CLIST with ALIAS

[CM Poncelet]

Oops, missed that bit. In SMP/E, the ALIAS name(s) [up to 16] would be
specified via a SYSLIN ALIAS card during the link-editing of the object
modules and coded before the NAME card. Hence, via JCLIN. An IEBCOPY
COPYMOD would then copy also the names of the ALIASes, IIRC.

On 10/05/2021 23:04, A T & T Management wrote:
>    Yes it is done by a BLDL and STOW underneith.  But how SMP sets an alias 
> in it's way of doing things I don't recall.  The ALIAS Parameter one would 
> think should do it.  I know that a ++JCLIN with linkedit would do it.  But 
> for something via IEBCOPY I do not.
>
> Scott
>
>- Forwarded Message - From: David Spiegel 
> To: "IBM-MAIN@LISTSERV.UA.EDU" 
> Sent: Monday, May 10, 2021, 5:52:42 PM EDTSubject: 
> Re: SMPE: Element Contains CLIST with ALIAS
>  Hi Scott,
> It's done by a BLDL and a STOW.
>
> Regards,
> David
>
> On 2021-05-10 17:36, A T & T Management wrote:
>>   
>> OK
>> Now on to the problem, The alias should be created at apply time.  How this 
>> is done I don't recall and don't have access to my machine at this time.
>> Scott
>>       On Monday, May 10, 2021, 5:01:21 PM EDT, David Spiegel 
>>  wrote:
>>   
>>   Hi Scott,
>> You're right. I would've done this, but, the customer insisted it has to
>> be a PTF.
>>
>> Regards,
>> David
>>
>> On 2021-05-10 16:48, A T & T Management wrote:
>>>     Why not do this in a usermod?
>>> Scott
>>>
>>>         On Monday, May 10, 2021, 2:25:47 PM EDT, Kurt Quackenbush 
>>>  wrote:
>>>     
>>>     On 5/10/2021 1:15 PM, David Spiegel wrote:
>>>
 I added a CLIST as part of a PTF.
 (This is not vendor software.)
 ++CLIST(ABCXYZ) ALIAS(XYZ) DISTLIB(ACLIST) SYSLIB(CLIST).
 PROC 0
 WRITE HI

 When I ran the APPLY Job, the IEBCOPY Output showed
 COPY OUTDD=CLIST,INDD=SMPWRK6
        S M=((A000,ABCXYZ,R))

 Where does (the ALIAS) XYZ get copied to //CLIST?
 (It is there after the Job runs, but, there is no record of it in the
 Job Output.)
>>> After the IEBCOPY operation SMP/E creates the alias in the data set
>>> directly using the STOW data management macro.
>>>
>>> Kurt Quackenbush -- IBM, SMP/E Development
>>> Chuck Norris never uses CHECK when he applies PTFs.
>>>
>>> --
>>> 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 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: SMPE: Element Contains CLIST with ALIAS

[A T & T Management]

 Why not do this in a usermod?
Scott

On Monday, May 10, 2021, 2:25:47 PM EDT, Kurt Quackenbush 
 wrote:  
 
 On 5/10/2021 1:15 PM, David Spiegel wrote:

> I added a CLIST as part of a PTF.
> (This is not vendor software.)
> ++CLIST(ABCXYZ) ALIAS(XYZ) DISTLIB(ACLIST) SYSLIB(CLIST).
> PROC 0
> WRITE HI
> 
> When I ran the APPLY Job, the IEBCOPY Output showed
> COPY OUTDD=CLIST,INDD=SMPWRK6
>   S M=((A000,ABCXYZ,R))
> 
> Where does (the ALIAS) XYZ get copied to //CLIST?
> (It is there after the Job runs, but, there is no record of it in the 
> Job Output.)
After the IEBCOPY operation SMP/E creates the alias in the data set 
directly using the STOW data management macro.

Kurt Quackenbush -- IBM, SMP/E Development
Chuck Norris never uses CHECK when he applies PTFs.

--
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: Fw: SMPE: Element Contains CLIST with ALIAS

[CM Poncelet]

1024-byte long member alias names in a *PDS*? Perhaps now, or in Unix,
but not in 1988's MVS/XA or even in z/OS (whatever it was in 2013),
AFAIK .

On 10/05/2021 23:53, Paul Gilmartin wrote:
> On Mon, 10 May 2021 23:32:50 +0100, CM Poncelet wrote:
>
>> I attach the source code for aliasing members of a PDS. 
>>  
> Where I read:
> * FORMAT OF SYSIN CARD IS^M
> *   'MEMBER=@@...@,ALIAS=@@...@ '^M
> * WHERE '@@...@' REPRESENTS A 1 TO 8 CHAR VALID MEMBER/ALIAS NAME^M
>
> But in Using Data Sets:
> Alias names for program objects can be up to 1024 bytes long.
>
>> Essentially, it just sets a flag in the COFT field of the directory's
>> ALIAS member and STOWs it.
> -- 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

New game for z/OS platform!

[Radoslaw Skorupka]

Ladies, Gentlemen,

Let me announce new game on mainframe platform - Game of Life.

"The Game of Life, also known simply as Life, is a cellular automaton 
devised by the British
mathematician John Horton Conway in 1970. It is a zero-player game, 
meaning that its evolution is
determined by its initial state, requiring no further input. One 
interacts with the Game of Life by
creating an initial configuration and observing how it evolves. It is 
Turing complete and can simulate a

universal constructor or any other Turing machine."

Game author: Simon Spanchak

Distribution: me

More details: the game works under TSO, "This program is a panel driven 
demonstration of Basic Mapping Support for TSO, which was created by 
Simon Spanchak as part of the Structured Software program generation 
methodology."


The package consist of PDF file (11 pages of documentation) and XMI file 
containing PDS RECFM=U with two members.

Game does not require any special authorizations.

ZIP package is approx. 257 kB.

Hardware requirements:
z15, 4 TB RAIM, 190 CPs, 3.5PB DASD ...or less.

Software requirements:
TSO


How to get it?
Golden Edition is not available yet, but now you can send me an email 
and I will send it to you.

No warranty. All disclaimers apply.

Oh, the price!
Price is $0.00, however first 10,000 customers will get 40% discount!

--
Radoslaw Skorupka
(looking for new job)
Lodz, Poland

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

Re: Pronunciations (spun off of another thread)

[Wayne Bickerdike]

The Wombat does it better than the Kiwi. "Eats roots shoots and leaves"

On Tue, May 11, 2021, 06:04 Radoslaw Skorupka 
wrote:

> Kiwi - there is polish joke about it:  Kiwi kiwi kiwi. Yes, it makes
> some sense, yes, it is funny.
> No, I cannot explain it without long lecture about declension, etc.
> BTW: there is another version of same joke: Zombie zombie zombie.
>
> --
> Radoslaw Skorupka
> (looking for new job)
> Lodz, Poland
>
>
>
>
> W dniu 10.05.2021 o 22:00, Mike Cairns pisze:
> > As an Australian I can vouch for the veracity of the noted definition of
> the word 'root', although I would also suggest that this usage was almost
> always confined to a younger generation and seems to be someone one grows
> out of.  :-)
> >
> > Then there is the standard Aussie joke we tell about Kiwi's (another
> slang word for people from New Zealand, and also a small flightless bird
> that ferrets around in the undergrowth for food):
> >
> > "I'd like to be a Kiwi, 'cos he eats roots and leaves".
> >
> > Cheers - Mike
> >
> > --
> > 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: IPv6 on z/OS under z/VM

[Christian Svensson]

+IBMVM of course

On Tue, May 11, 2021 at 12:51 AM Christian Svensson 
wrote:

> Hi folks,
>
> I am trying to understand how you can run IPv6 on z/OS under z/VM.
>
> I have come to the following conclusion:
>  - From https://www.vm.ibm.com/devpages/altmarka/vswitch1.pdf I learned
> that Layer3 VSWITCH only supports IPv4.
>  - From https://www.mail-archive.com/ibmvm@listserv.uark.edu/msg31590.html
> I have learned that z/OS does not work with a Layer2 VSWITCH.
>
> Are these assumptions wrong?
> Am I required to DEDICATE an OSA adapter to z/OS for it to run IPv6?
>
> Regards,
>

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

IPv6 on z/OS under z/VM

[Christian Svensson]

Hi folks,

I am trying to understand how you can run IPv6 on z/OS under z/VM.

I have come to the following conclusion:
 - From https://www.vm.ibm.com/devpages/altmarka/vswitch1.pdf I learned
that Layer3 VSWITCH only supports IPv4.
 - From https://www.mail-archive.com/ibmvm@listserv.uark.edu/msg31590.html
I have learned that z/OS does not work with a Layer2 VSWITCH.

Are these assumptions wrong?
Am I required to DEDICATE an OSA adapter to z/OS for it to run IPv6?

Regards,

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

Re: SMPE: Element Contains CLIST with ALIAS

[David Spiegel]

Hi Scott,
You're right. I would've done this, but, the customer insisted it has to 
be a PTF.


Regards,
David

On 2021-05-10 16:48, A T & T Management wrote:

  Why not do this in a usermod?
Scott

 On Monday, May 10, 2021, 2:25:47 PM EDT, Kurt Quackenbush 
 wrote:
  
  On 5/10/2021 1:15 PM, David Spiegel wrote:



I added a CLIST as part of a PTF.
(This is not vendor software.)
++CLIST(ABCXYZ) ALIAS(XYZ) DISTLIB(ACLIST) SYSLIB(CLIST).
PROC 0
WRITE HI

When I ran the APPLY Job, the IEBCOPY Output showed
COPY OUTDD=CLIST,INDD=SMPWRK6
    S M=((A000,ABCXYZ,R))

Where does (the ALIAS) XYZ get copied to //CLIST?
(It is there after the Job runs, but, there is no record of it in the
Job Output.)

After the IEBCOPY operation SMP/E creates the alias in the data set
directly using the STOW data management macro.

Kurt Quackenbush -- IBM, SMP/E Development
Chuck Norris never uses CHECK when he applies PTFs.

--
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: Pronunciations (spun off of another thread)

[Mike Cairns]

As an Australian I can vouch for the veracity of the noted definition of the 
word 'root', although I would also suggest that this usage was almost always 
confined to a younger generation and seems to be someone one grows out of.  :-)

Then there is the standard Aussie joke we tell about Kiwi's (another slang word 
for people from New Zealand, and also a small flightless bird that ferrets 
around in the undergrowth for food):

"I'd like to be a Kiwi, 'cos he eats roots and leaves".

Cheers - Mike

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

Fw: SMPE: Element Contains CLIST with ALIAS

[A T & T Management]

   Yes it is done by a BLDL and STOW underneith.  But how SMP sets an alias in 
it's way of doing things I don't recall.  The ALIAS Parameter one would think 
should do it.  I know that a ++JCLIN with linkedit would do it.  But for 
something via IEBCOPY I do not.

Scott

   - Forwarded Message - From: David Spiegel 
To: "IBM-MAIN@LISTSERV.UA.EDU" 
Sent: Monday, May 10, 2021, 5:52:42 PM EDTSubject: 
Re: SMPE: Element Contains CLIST with ALIAS
 Hi Scott,
It's done by a BLDL and a STOW.

Regards,
David

On 2021-05-10 17:36, A T & T Management wrote:
>  
> OK
> Now on to the problem, The alias should be created at apply time.  How this 
> is done I don't recall and don't have access to my machine at this time.
> Scott
>      On Monday, May 10, 2021, 5:01:21 PM EDT, David Spiegel 
> wrote:
>  
>  Hi Scott,
> You're right. I would've done this, but, the customer insisted it has to
> be a PTF.
>
> Regards,
> David
>
> On 2021-05-10 16:48, A T & T Management wrote:
>>    Why not do this in a usermod?
>> Scott
>>
>>        On Monday, May 10, 2021, 2:25:47 PM EDT, Kurt Quackenbush 
>> wrote:
>>    
>>    On 5/10/2021 1:15 PM, David Spiegel wrote:
>>
>>> I added a CLIST as part of a PTF.
>>> (This is not vendor software.)
>>> ++CLIST(ABCXYZ) ALIAS(XYZ) DISTLIB(ACLIST) SYSLIB(CLIST).
>>> PROC 0
>>> WRITE HI
>>>
>>> When I ran the APPLY Job, the IEBCOPY Output showed
>>> COPY OUTDD=CLIST,INDD=SMPWRK6
>>>       S M=((A000,ABCXYZ,R))
>>>
>>> Where does (the ALIAS) XYZ get copied to //CLIST?
>>> (It is there after the Job runs, but, there is no record of it in the
>>> Job Output.)
>> After the IEBCOPY operation SMP/E creates the alias in the data set
>> directly using the STOW data management macro.
>>
>> Kurt Quackenbush -- IBM, SMP/E Development
>> Chuck Norris never uses CHECK when he applies PTFs.
>>
>> --
>> 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 the message: INFO IBM-MAIN

Re: STIMERM LT value

[Paul Gilmartin]

On Mon, 10 May 2021 20:00:39 -0500, Mike Schwab wrote:

>Since IBM and Linux / Unix handle Leap Seconds differently, is this
>done so MVS is ahead of Linux, because if you are behind you get
>rejected?
>
z/OS handles this pretty well by pausing during a leap second.
Linux/UNIX systems use NTP and may take a few hours to
adjust after a leap second.

There's no justification for a 60 second offset.  One second should
be more than enough.

Can the OP compare his smartphone to a SYSLOG timestamp?

-- gil

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

Re: When did CMS stop requiring S/370 mode?

[Dale R. Smith]

On Mon, 10 May 2021 12:56:42 +, Seymour J Metz  wrote:

>CMS originally ran on a real S/360 or on a S/60 virtual machine under CP-67. 
>The CMS for VM/370 through VM/SP ran on a virtual S/370. When did CMS stop 
>requiring S/370 mode and when did it stop supporting S/370 mode (if it did)?
>
>
>
>--
>Shmuel (Seymour J.) Metz
>http://mason.gmu.edu/~smetz3

CMS Release 12, (VM/ESA 2.1.0), and later releases of CMS no longer supported 
running CMS in 370 Mode.
z/VM 4.1.0 and later releases no longer supported 370 mode Virtual Machines, 
(and therefore could no longer run 370 mode only OSes).

-- 
Dale R. Smith

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

Re: When did CMS stop requiring S/370 mode?

[Alan Altmark]

On Mon, 10 May 2021 12:56:42 +, Seymour J Metz  wrote:

>CMS originally ran on a real S/360 or on a S/60 virtual machine under CP-67. 
>The CMS for VM/370 through VM/SP ran
> on a virtual S/370. When did CMS stop requiring S/370 mode and when did it 
> stop supporting S/370 mode (if it did)?

I worked on that project as I was in CMS Development at the time, the owner of 
a lot of I/O-related code.

VM/XA SP2.1 shipped CMS 5.5, the "converged" CMS that made CMS bimodal 
(dual-pathed for 370 and 370-XA) and replaced all of the I/O instructions 
DIAGNOSE calls to CP.  Prior to that, CMS Release 5 (VM/SP 5) required 370 
mode, though you never noticed because VM/SP (and the VM/ESA 370 feature) 
didn't have any other kind of virtual machine.

Both the ESA and 370 features of VM/ESA 1.0 and 1.1 had the same CMS (level 7 
and 8, respectively).  

z/VM 3.1 was the last release to support 370 mode virtual machines, including 
CMS.  z/VM V4 (all releases) tolerated virtual machines defined with MACHINE 
370, but would not instantiate them.  (This was done in case of sharing a 
directory with z/VM V3 or earlier.)   The 9672 G3 was the last machine with 370 
microcode, and z/VM 3.1 was the last release to support the G3.

CMS today would probably run in a 370 mode virtual machine.   There are still 
BC/EC-mode dual paths, too, but let's not get carried away.  :-)

Sir Alan
Lord of the Protocols
Order of the Knights of VM

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

Re: When did CMS stop requiring S/370 mode?

[Seymour J Metz]

Thanks. Do you also know when CMS first supported XC mode as an option?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Dale R. Smith [dale-sm...@columbus.rr.com]
Sent: Monday, May 10, 2021 9:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: When did CMS stop requiring S/370 mode?

On Mon, 10 May 2021 12:56:42 +, Seymour J Metz  wrote:

>CMS originally ran on a real S/360 or on a S/60 virtual machine under CP-67. 
>The CMS for VM/370 through VM/SP ran on a virtual S/370. When did CMS stop 
>requiring S/370 mode and when did it stop supporting S/370 mode (if it did)?
>
>
>
>--
>Shmuel (Seymour J.) Metz
>http://mason.gmu.edu/~smetz3

CMS Release 12, (VM/ESA 2.1.0), and later releases of CMS no longer supported 
running CMS in 370 Mode.
z/VM 4.1.0 and later releases no longer supported 370 mode Virtual Machines, 
(and therefore could no longer run 370 mode only OSes).

--
Dale R. Smith

--
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: When did CMS stop requiring S/370 mode?

[Dale R. Smith]

On Tue, 11 May 2021 01:47:45 +, Seymour J Metz  wrote:

>Thanks. Do you also know when CMS first supported XC mode as an option?
>
>
>--
>Shmuel (Seymour J.) Metz
>http://mason.gmu.edu/~smetz3

CMS Release 8, VM/ESA 1.1.1.

-- 
Dale R. Smith

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

Re: New game for z/OS platform!

[Mike Schwab]

If it is 24 bit, it should run on KicksForTso on MVS 3.8.

On Mon, May 10, 2021 at 2:52 PM Radoslaw Skorupka
 wrote:
>
> Ladies, Gentlemen,
>
> Let me announce new game on mainframe platform - Game of Life.
>
> "The Game of Life, also known simply as Life, is a cellular automaton
> devised by the British
> mathematician John Horton Conway in 1970. It is a zero-player game,
> meaning that its evolution is
> determined by its initial state, requiring no further input. One
> interacts with the Game of Life by
> creating an initial configuration and observing how it evolves. It is
> Turing complete and can simulate a
> universal constructor or any other Turing machine."
>
> Game author: Simon Spanchak
>
> Distribution: me
>
> More details: the game works under TSO, "This program is a panel driven
> demonstration of Basic Mapping Support for TSO, which was created by
> Simon Spanchak as part of the Structured Software program generation
> methodology."
>
> The package consist of PDF file (11 pages of documentation) and XMI file
> containing PDS RECFM=U with two members.
> Game does not require any special authorizations.
>
> ZIP package is approx. 257 kB.
>
> Hardware requirements:
> z15, 4 TB RAIM, 190 CPs, 3.5PB DASD ...or less.
>
> Software requirements:
> TSO
>
>
> How to get it?
> Golden Edition is not available yet, but now you can send me an email
> and I will send it to you.
> No warranty. All disclaimers apply.
>
> Oh, the price!
> Price is $0.00, however first 10,000 customers will get 40% discount!
>
> --
> Radoslaw Skorupka
> (looking for new job)
> Lodz, Poland
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: STIMERM LT value

[Mike Schwab]

Since IBM and Linux / Unix handle Leap Seconds differently, is this
done so MVS is ahead of Linux, because if you are behind you get
rejected?

On Mon, May 10, 2021 at 5:54 PM Attila Fogarasi  wrote:
>
> Z/os has to handle arbitrary TIMEZONE values -- and does it well.  Keep in
> mind that there are dozens of world locations that have non-hour timezone
> offsets (typically 30 min and 15 min).  There are even locations which have
> Daylight Saving Time 30 min ahead of standard time instead of the usual 1
> hour.  Could be worse, there used to be countries with 12 min offset for
> timezone, but that ended circa 1986.  The net is that z/OS doesn't think
> that 1 hour 1 minute timezone offset is unusual :)
>
> On Mon, May 10, 2021 at 9:43 PM Paul Gilmartin <
> 000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> > (I guess Peter R. overlooked that you appear to be operating
> > near the Prime Meridian.)
> >
> > On Mon, 10 May 2021 09:52:16 +0100, Steve Austin wrote:
> >
> > >I've just found out that PARMLIB(CLOCKxx) here specifies;
> > >
> > >   TIMEZONE E.01.01.00
> > >
> > Ouch!  Does that mean that SYSLOG, etc. timestamps are a minute
> > ahead of your smartphone?  Will that adjust to:
> > TIMEZONE E.00.01.00
> > next Fall?  (Does STP handle that?)
> >
> > How does that affect OMVS?  A test might be:
> > //WHEN  EXEC  PGM=BPXBATCH,PARM='SH date >/dev/console'
> >
> > >Something to do with synchronising with SVN and Jenkin apparently. Didn't
> > >think I'd need to code for ad-hoc tweaks like that.
> > >
> > Does the TIME LT macro avoid tweaks required by STCKE; STCKCONV?
> >
> > May I infer that SVN and Jenkin (subversion?) is broken and admins
> > introduced an offsetting breakage?  That's *just*wrong*!
> >
> > >Sorry to waste your time.
> > >
> > Rather, the feckless morons who made that accommodation should
> > apologi[sz]e to Peter and to you.
> >
> >
> > On Mon, 10 May 2021 09:22:16 +0100, Steve Austin wrote:
> > >...
> > >   +0038  LDTO. 0DA2  72B0ATCVT 80BFC000
> > >
> >  1 *-* say x2d( 0DA2  72B0 ) * 2 ** ( 51 - 63 ) * 1e-6
> > 3660.0
> >
> > Yup.
> >
> > -- 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



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: ERBSCAN in batch

[kekronbekron]

Hi Peter,

That's great, can you share more info (where's the REXX) here or separately?

- KB

‐‐‐ Original Message ‐‐‐
On Monday, May 10, 2021 11:50 AM, Peter Vels  wrote:

> On Sat, 8 May 2021 at 13:10, kekronbekron <
> 02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote:
>
> > Is it possible to run the erbscan line command in a batch job?
>
> Hi KB.
>
> Yes, it is possible.
>
> I was able to run ERBSCAN by editing the REXX, commenting out statements
> like SETMSG MSG(ISRZ001) and VIEW/BROWSE DATAID, substituting instead an
> LMCOPY to an output data set. This ran just fine invoked via an ISPSTART
> in an IKJEFT1B batch job which also allocated the output data set.
>
> Peter
>
> -
>
> 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: STIMERM LT value

[Steve Austin]

I've just found out that PARMLIB(CLOCKxx) here specifies;

   TIMEZONE E.01.01.00

Something to do with synchronising with SVN and Jenkin apparently. Didn't
think I'd need to code for ad-hoc tweaks like that.

Sorry to waste your time.

Steve

-Original Message-
From: Steve Austin [mailto:steve.aus...@macro4.com]
Sent: Monday, May 10, 2021 9:22 AM
To: 'IBM Mainframe Discussion List' 
Subject: RE: STIMERM LT value

I've run the test twice more specifying a time of 9 o'clock, the 1st with
a STIMERM and an LT=value and the 2nd a GMT=value.  Below are the results
and an extract of the CVT showing CVTLDTO and CVTLSO. Is the value in
CVTLDTO correct?

Thanks

Steve

STCKE following STIMERM specifying GMT=: 0813 4587 05102021

STCKE following STIMERM specifying LT=:  07590001 7615 05102021


EXT2: 00FD9168
   +0004  NUCLS F1FLGBT 10IOCID F2F5
   +0008  DEBVR 00FDF208  CVAF. 00C24000  MMVT. 00FD5880
   +0014  NCVP.   QIDA. 00OLTEP 
   +0024  AVVT. 8000  CCVT.   SKTA. 
   +0030  ICB..   FBYT1 00
   +0038  LDTO. 0DA2  72B0ATCVT 80BFC000
   +0048  BCLMT 0064  LSO..   


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Relson
Sent: Sunday, May 9, 2021 2:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: STIMERM LT value

Perhaps the OP should try using GMT=  instead of LT=, to see just how
things work without the time zone offset coming into play.
Is it still off by a minute when using GMT= ?

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

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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

Re: Pronunciations (spun off of another thread)

[Seymour J Metz]

ObTernaryComputers Trits are for kids.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
David Spiegel [dspiegel...@hotmail.com]
Sent: Sunday, May 9, 2021 9:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pronunciations (spun off of another thread)

CICS are for Trids.

On 2021-05-09 20:35, Chris Hoelscher wrote:
> Silly rabbit, TRICS are for kids .
>
> Chris Hoelscher
> Lead Sys DBA
> IBM Global Technical Services on assignmemt to Humana Inc.
> T 502.476.2538  or 502.407.7266
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Charles Mills
> Sent: Sunday, May 9, 2021 6:41 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] Pronunciations (spun off of another thread)
>
> [External Email: Use caution with links and attachments]
>
>
> So I guess it's not true what Paul Revere and the Raiders sang?
>
> CICS just keep getting' harder to find
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Mike Schwab
> Sent: Sunday, May 9, 2021 12:39 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Pronunciations (spun off of another thread)
>
> Sure.
> State Farm and Country Companies in Bloomington Normal IL are on Route
> 66 (4 lane bypass Veterans Parkway).
> Illinois State University has their computer center a few blocks off the 
> downtown route.
> Horace Mann does and Franklin Life used to in Springfield IL on old Route 66 
> (5th&6th / 9th).
> Central Management Services, Secretary of State, formerly State Police for 
> State of Illinois a couple of blocks off the 2nd street route.
> And that would cover the segment between Joliet and Edwardsville in Illinois.
> And not certain there weren't other mainframes.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> The information transmitted is intended only for the person or entity to 
> which it is addressed
> and may contain CONFIDENTIAL material.  If you receive this 
> material/information in error,
> please contact the sender and delete or destroy the material/information.
>
> Humana Inc. and its subsidiaries comply with applicable Federal civil rights 
> laws and
> do not discriminate on the basis of race, color, national origin, ancestry, 
> age, disability, sex,
> marital status, gender, sexual orientation, gender identity, or religion. 
> Humana Inc. and its subsidiaries do not
> exclude people or treat them differently because of race, color, national 
> origin, ancestry, age,
> disability, sex, marital status, gender, sexual orientation, gender identity, 
> or religion.
>
> English: ATTENTION: If you do not speak English, language assistance 
> services, free
> of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711).
>
> Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición 
> servicios
> gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711).
>
> 繁體中文(Chinese):注意:如果您使用繁體中文,您可以免費獲得語言援助
> 服務。請致電 1‐877‐320‐1235 (TTY: 711)。
>
> Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen 
> sèvis èd
> pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711).
>
> Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z 
> bezpłatnej
> pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711).
>
> 한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로
> 이용하실 수 있습니다. 1‐877‐320‐1235 (TTY: 711)번으로 전화해 주십시오.
>
>
> --
> 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: ERBSCAN in batch

[Peter Vels]

On Sat, 8 May 2021 at 13:10, kekronbekron <
02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote:

> Is it possible to run the erbscan line command in a batch job?
>

Hi KB.

Yes, it is possible.

I was able to run ERBSCAN by editing the REXX, commenting out statements
like SETMSG MSG(ISRZ001) and VIEW/BROWSE DATAID, substituting instead an
LMCOPY to an output data set.  This ran just fine invoked via an ISPSTART
in an IKJEFT1B batch job which also allocated the output data set.

Peter

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

Re: STIMERM LT value

[Steve Austin]

I've run the test twice more specifying a time of 9 o'clock, the 1st with
a STIMERM and an LT=value and the 2nd a GMT=value.  Below are the results
and an extract of the CVT showing CVTLDTO and CVTLSO. Is the value in
CVTLDTO correct?

Thanks

Steve

STCKE following STIMERM specifying GMT=: 0813 4587 05102021

STCKE following STIMERM specifying LT=:  07590001 7615 05102021


EXT2: 00FD9168
   +0004  NUCLS F1FLGBT 10IOCID F2F5
   +0008  DEBVR 00FDF208  CVAF. 00C24000  MMVT. 00FD5880
   +0014  NCVP.   QIDA. 00OLTEP 
   +0024  AVVT. 8000  CCVT.   SKTA. 
   +0030  ICB..   FBYT1 00
   +0038  LDTO. 0DA2  72B0ATCVT 80BFC000
   +0048  BCLMT 0064  LSO..   


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Relson
Sent: Sunday, May 9, 2021 2:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: STIMERM LT value

Perhaps the OP should try using GMT=  instead of LT=, to see just how
things work without the time zone offset coming into play.
Is it still off by a minute when using GMT= ?

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

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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

Re: ERBSCAN in batch

[Peter Vels]

On my system it's in SYS1.SERBCLS(ERBSCAN).  Your HLQ might differ, but the
LLQ shouldn't.

On Mon, 10 May 2021 at 16:29, kekronbekron <
02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote:

> Hi Peter,
>
> That's great, can you share more info (where's the REXX) here or
> separately?
>
> - KB
>
> ‐‐‐ Original Message ‐‐‐
> On Monday, May 10, 2021 11:50 AM, Peter Vels  wrote:
>
> > On Sat, 8 May 2021 at 13:10, kekronbekron <
> > 02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > > Is it possible to run the erbscan line command in a batch job?
> >
> > Hi KB.
> >
> > Yes, it is possible.
> >
> > I was able to run ERBSCAN by editing the REXX, commenting out statements
> > like SETMSG MSG(ISRZ001) and VIEW/BROWSE DATAID, substituting instead an
> > LMCOPY to an output data set. This ran just fine invoked via an ISPSTART
> > in an IKJEFT1B batch job which also allocated the output data set.
> >
> > Peter
> >
> >
> -
> >
> > 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: Pronunciations (spun off of another thread)

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

According to Chambers dictionary (the de facto resource for cryptic crosswords 
here), there are 12 noun definitions for root, 4 intransitive verb definitions, 
and 6 transitive verb definitions..

The one you're referring to appears, according to the entries, to be Australian 
and New Zealand slang 

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: 10 May 2021 04:18
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pronunciations (spun off of another thread)

-- This email has reached the Bank via an external source --
 

It is indeed odd. We pronounce it both ways. Indeed, we say "root" 66. But "I 
took a different 'rout' across town."

Further, here we root for our favorite sports teams. My understanding is that 
in England, rooting is not something one does in polite company.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lennie Dymoke-Bradshaw
Sent: Sunday, May 9, 2021 5:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pronunciations (spun off of another thread)

Coming from England, we always pronounce "route" with a long sound, like 
"root". I understand that in the USA it is usually pronounced the same as 
"rout". No problem. 

But in the song "Route 66" it is pronounced the same way we do in England. Why 
is that?

Lennie Dymoke-Bradshaw
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Frsclweb.com%2Fdata=04%7C01%7CAndy.Styles%40LloydsBanking.com%7C70ebbd4c937041a2060108d91362464d%7C3ded2960214a46ff8cf4611f125e2398%7C0%7C0%7C637562135078484186%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=dgswyrSXHRVtNMlmSxerjtSPLKZmV2Gr6DDM3fspGwM%3Dreserved=0
‘Dance like no one is watching. Encrypt like everyone is.’

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by 
the Financial Conduct Authority.

Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: Pronunciations (spun off of another thread)

[Allan Staller]

Classification: Confidential

Groan!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Sunday, May 9, 2021 12:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pronunciations (spun off of another thread)

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don't click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Can I get my CICS on Route 66?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Sunday, May 9, 2021 6:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pronunciations (spun off of another thread)

On Sun, 9 May 2021 12:14:25 +, Seymour J Metz wrote:

>What if you spell it ÇICS?
>
Could that be added as a member alias?

https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmiro.medium.com%2Fmax%2F1400%2F1*Qvnk1NFFUeiNXiC7AF1owg.pngdata=04%7C01%7Callan.staller%40HCL.COM%7C904fcaf8f56b4bd3fcf108d913118f4a%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637561788557042319%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0sdata=KrquZp1e3zuY7bDpugrMImtQjY4rcpSKb7R6JSL6dUM%3Dreserved=0

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

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


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

Re: When did CMS stop requiring S/370 mode?

[Steve Thompson]

I’m going to hazard a guess that it went away when base 370 I/O was dropped. 

Sent from my iPhone — small keyboarf, fat fungrs, stupd spell manglr. Expct 
mistaks 


> On May 10, 2021, at 8:56 AM, Seymour J Metz  wrote:
> 
> CMS originally ran on a real S/360 or on a S/60 virtual machine under 
> CP-67.. The CMS for VM/370 through VM/SP ran on a virtual S/370. When did CMS 
> stop requiring S/370 mode and when did it stop supporting S/370 mode (if it 
> did)?
> 
> 
> 
> --
> 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

Re: Pronunciations (spun off of another thread)

[Ralph Robison]

It appears that you can.  In this list of bus routes from Winchester, scroll 
down to route 66.  Its destination is Romsey *via Hursley*.

https://uktransport.fandom.com/wiki/List_of_bus_routes_in_Winchester,_Hampshire

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

Re: When did CMS stop requiring S/370 mode?

[Paul Gilmartin]

On Mon, 10 May 2021 13:35:35 +, Seymour J Metz wrote:

>Well,VM/XA MA, VM/XA SF, VM/XA/SP and VM/ESA all used subchannel numbers and 
>couldn't run in S/370 mode, but supported S/370 mode virtual machines. 
>Somewhere around VM/ESA IBM defined a subset of ESA for optional use by CMS 
>(or was it GCS?), and I believe that S/370 mode is now gone. What I'm looking 
>for is the timeline.
> 
IIRC at some point there was a chimeric mode (SET ACCOM370?) that
emulated old-fashioned I/O instructions in a generally newer VM.

-- gil

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

Re: When did CMS stop requiring S/370 mode?

[Seymour J Metz]

Yes, but when did CMS and GCS stop requiring it?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Monday, May 10, 2021 9:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: When did CMS stop requiring S/370 mode?

On Mon, 10 May 2021 13:35:35 +, Seymour J Metz wrote:

>Well,VM/XA MA, VM/XA SF, VM/XA/SP and VM/ESA all used subchannel numbers and 
>couldn't run in S/370 mode, but supported S/370 mode virtual machines. 
>Somewhere around VM/ESA IBM defined a subset of ESA for optional use by CMS 
>(or was it GCS?), and I believe that S/370 mode is now gone. What I'm looking 
>for is the timeline.
>
IIRC at some point there was a chimeric mode (SET ACCOM370?) that
emulated old-fashioned I/O instructions in a generally newer VM.

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

When did CMS stop requiring S/370 mode?

[Seymour J Metz]

CMS originally ran on a real S/360 or on a S/60 virtual machine under CP-67. 
The CMS for VM/370 through VM/SP ran on a virtual S/370. When did CMS stop 
requiring S/370 mode and when did it stop supporting S/370 mode (if it did)?



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

Re: When did CMS stop requiring S/370 mode?

[Seymour J Metz]

Well,VM/XA MA, VM/XA SF, VM/XA/SP and VM/ESA all used subchannel numbers and 
couldn't run in S/370 mode, but supported S/370 mode virtual machines. 
Somewhere around VM/ESA IBM defined a subset of ESA for optional use by CMS (or 
was it GCS?), and I believe that S/370 mode is now gone. What I'm looking for 
is the timeline.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Steve Thompson [ste...@copper.net]
Sent: Monday, May 10, 2021 9:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: When did CMS stop requiring S/370 mode?

I’m going to hazard a guess that it went away when base 370 I/O was dropped.

Sent from my iPhone — small keyboarf, fat fungrs, stupd spell manglr. Expct 
mistaks


> On May 10, 2021, at 8:56 AM, Seymour J Metz  wrote:
>
> CMS originally ran on a real S/360 or on a S/60 virtual machine under 
> CP-67.. The CMS for VM/370 through VM/SP ran on a virtual S/370. When did CMS 
> stop requiring S/370 mode and when did it stop supporting S/370 mode (if it 
> did)?
>
>
>
> --
> 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

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

Re: Storage Zoning clarification

[Radoslaw Skorupka]

W dniu 10.05.2021 o 06:36, Jake Anderson pisze:

Hello All,

Good evening

I am trying to understand on how the ZONING part works when the
connectivity to storage box or the tape device goes through a SAN switch.
How does the ZONING is done and is there any documentation with an example
to understand better. I am trying to google to see if I can find the one am
looking but I am not successful yet.

Is there any pointer or example if someone can help me with ? It will be of
a big help to proceed further.


Zoning is needed for distributed systems world and "discovery" of 
storage devices connected to the SAN. It is just to isolate/hide devices 
not intended to use with given server.
In CKD world there is IODF/IOCDS configuration file which says what is 
accessible to given LPAR or OS Config.
Of course your SAN can be used for various purposes like ISL, DASD array 
remote copy (usually FC, not FICON) and maybe some FCP devices and servers.


--
Radoslaw Skorupka
(looking for new job)
Lodz, Poland

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

Re: Pronunciations (spun off of another thread)

[Lennie Dymoke-Bradshaw]

Charles,
In the UK also we might root for our favourite team. That is acceptable.

The situation is worse in Australia. We get rather laughed at in a dirty way 
when talking about routers and pronounce it as "rooters". 

In Australia, rooting is a private physical matter practised between two 
consenting adults.

Lennie Dymoke-Bradshaw
Reverse Sweep Consulting Limited
https://rsclweb.com
‘Dance like no one is watching; encrypt like everyone is’


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: 10 May 2021 04:18
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pronunciations (spun off of another thread)

It is indeed odd. We pronounce it both ways. Indeed, we say "root" 66. But "I 
took a different 'rout' across town."

Further, here we root for our favorite sports teams. My understanding is that 
in England, rooting is not something one does in polite company.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lennie Dymoke-Bradshaw
Sent: Sunday, May 9, 2021 5:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pronunciations (spun off of another thread)

Coming from England, we always pronounce "route" with a long sound, like 
"root". I understand that in the USA it is usually pronounced the same as 
"rout". No problem. 

But in the song "Route 66" it is pronounced the same way we do in England. Why 
is that?

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

--
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: STIMERM LT value

[Paul Gilmartin]

(I guess Peter R. overlooked that you appear to be operating
near the Prime Meridian.)

On Mon, 10 May 2021 09:52:16 +0100, Steve Austin wrote:

>I've just found out that PARMLIB(CLOCKxx) here specifies;
>
>   TIMEZONE E.01.01.00
>
Ouch!  Does that mean that SYSLOG, etc. timestamps are a minute
ahead of your smartphone?  Will that adjust to:
TIMEZONE E.00.01.00
next Fall?  (Does STP handle that?)

How does that affect OMVS?  A test might be:
//WHEN  EXEC  PGM=BPXBATCH,PARM='SH date >/dev/console'

>Something to do with synchronising with SVN and Jenkin apparently. Didn't
>think I'd need to code for ad-hoc tweaks like that.
>
Does the TIME LT macro avoid tweaks required by STCKE; STCKCONV?

May I infer that SVN and Jenkin (subversion?) is broken and admins
introduced an offsetting breakage?  That's *just*wrong*!

>Sorry to waste your time.
>
Rather, the feckless morons who made that accommodation should
apologi[sz]e to Peter and to you.


On Mon, 10 May 2021 09:22:16 +0100, Steve Austin wrote:
>...
>   +0038  LDTO. 0DA2  72B0ATCVT 80BFC000
>
 1 *-* say x2d( 0DA2  72B0 ) * 2 ** ( 51 - 63 ) * 1e-6
3660.0

Yup.

-- gil

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

Re: Pronunciations (spun off of another thread)

[Joel C. Ewing]

Probably just the effort involved -- takes less effort to transition
from oo to an ess ("root" sixty-six) sound than from ou to an ess sound
, while ou to across is less of a stretch.  I call that efficiency --
others may call it laziness.
  JC Ewing

On 5/9/21 10:18 PM, Charles Mills wrote:
> It is indeed odd. We pronounce it both ways. Indeed, we say "root" 66. But "I 
> took a different 'rout' across town."
>
> Further, here we root for our favorite sports teams. My understanding is that 
> in England, rooting is not something one does in polite company.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Lennie Dymoke-Bradshaw
> Sent: Sunday, May 9, 2021 5:54 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Pronunciations (spun off of another thread)
>
> Coming from England, we always pronounce "route" with a long sound, like 
> "root". I understand that in the USA it is usually pronounced the same as 
> "rout". No problem. 
>
> But in the song "Route 66" it is pronounced the same way we do in England. 
> Why is that?
>
> Lennie Dymoke-Bradshaw
> https://rsclweb.com 
> ‘Dance like no one is watching. Encrypt like everyone is.’
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


-- 
Joel C. Ewing

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

Re: Storage Zoning clarification

[Jake Anderson]

Hi

So from the mainframe perspective zoning is done even if the connectivity
passes through SAN ? Sorry if my understanding is incorrect ?

Jake

On Mon, 10 May, 2021, 2:32 pm Radoslaw Skorupka, 
wrote:

> W dniu 10.05.2021 o 06:36, Jake Anderson pisze:
> > Hello All,
> >
> > Good evening
> >
> > I am trying to understand on how the ZONING part works when the
> > connectivity to storage box or the tape device goes through a SAN switch.
> > How does the ZONING is done and is there any documentation with an
> example
> > to understand better. I am trying to google to see if I can find the one
> am
> > looking but I am not successful yet.
> >
> > Is there any pointer or example if someone can help me with ? It will be
> of
> > a big help to proceed further.
>
> Zoning is needed for distributed systems world and "discovery" of
> storage devices connected to the SAN. It is just to isolate/hide devices
> not intended to use with given server.
> In CKD world there is IODF/IOCDS configuration file which says what is
> accessible to given LPAR or OS Config.
> Of course your SAN can be used for various purposes like ISL, DASD array
> remote copy (usually FC, not FICON) and maybe some FCP devices and servers.
>
> --
> Radoslaw Skorupka
> (looking for new job)
> Lodz, Poland
>
> --
> 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: Pronunciations (spun off of another thread)

[Joel C. Ewing]

IBM classes in US in early 1980's seemed to consistently pronounce CICS
as C-I-C-S (see-eye-see-ess), so that's the custom we adopted and taught
at our installation when we started using the product.

One of our SysProgs got heavily involved with CICS development in
Hursley Park, U.K. in 1990's because of some design issues we were
having with CICS, and IBM ended up paying his way to visit IBM Hursley
for a week.   At IBM Hursley they consistently called it "Kicks", so our
CICS support SysProgs also got used to that convention as well.  Our
applications people continued to call it C-I-C-S.

Not sure which source to take as authoritative, but "Kicks" takes less
effort to say -- which makes it a logical choice if you have to
reference the product very frequently in conversation.

    JC Ewing

On 5/9/21 1:57 AM, Meir Zohar wrote:
> CICS pronounced Chicks/Thicks in Italy/Spain ... 
> Took a moment to figure out what the speaker was talking about ... 
>
> MZ 
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> David Spiegel
> Sent: Sunday, May 9, 2021 6:42 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Pronunciations (spun off of another thread)
>
> Hi Bob,
> This reminds me of a story.
> Back in 2000, I was doing an ACF2 to RACF conversion and one of the 
> customer's people kept saying Ra-Keff (instead of Rack-Eff.) This REALLY got 
> on my nerves.
>
> As an aside, a former colleague (with a British accent) always says ZOSS 
> (instead of Zed-Oh-Ess or Zee-Oh-Ess).
> (He's not really British.)
>
> Have you ever heard ANYONE say IMZ (instead of Eye-Emm-Ess)?
>
> Regards,
> David
>
> On 2021-05-08 17:02, Bob Bridges wrote:
>> I grew up with "doss" and "see-eye-see-ess", but even here in the East I've 
>> heard "kicks" often enough that I can adjust now if that's what the current 
>> crowd uses.  Actually I think sysprogs say "kicks" more than application 
>> programmers, for some reason.
>>
>> I've heard "sicks" just once, I believe, but I don't remember where the 
>> speaker was from.
>>
>> "Rack-eff", of course, so I guess I could excuse either "pee-rack-eff" or 
>> "prack-eff".  Dunno what it is, though.
>>
>> ---
>> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>>
>> /* One of the quickest ways I've found to look foolish is to state 
>> positively what God will not do.  -Bob Bridges */
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On 
>> Behalf Of David Spiegel
>> Sent: Friday, May 7, 2021 17:10
>>
>> (I'm also from Southern Ontario -- I say doss and cics.)
>>
...

-- 
Joel C. Ewing

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

SMPE: Element Contains CLIST with ALIAS

[David Spiegel]

Hi,
I added a CLIST as part of a PTF.
(This is not vendor software.)
++CLIST(ABCXYZ) ALIAS(XYZ) DISTLIB(ACLIST) SYSLIB(CLIST).
PROC 0
WRITE HI

When I ran the APPLY Job, the IEBCOPY Output showed
COPY OUTDD=CLIST,INDD=SMPWRK6
 S M=((A000,ABCXYZ,R))

Where does (the ALIAS) XYZ get copied to //CLIST?
(It is there after the Job runs, but, there is no record of it in the 
Job Output.)


Thanks and regards,
David

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

IEBCOPY New Function - Support for PDSE Member Generations

[Lionel B. Dyck]

Just heard about this:

 

OA60639: NEW FUNCTION (ibm.com)
 

 



* USERS AFFECTED:  *

* All users of IEBCOPY for z/OS V2R3 and Above *



* PROBLEM DESCRIPTION: *

* New Function - Provide the copy of PDSE Member Generations   *

* in IEBCOPY   *



 

Now the question is - will TSO TRANSMIT and RECEIVE be updated to support
this new capability?

 

THANK YOU IBM - THANK YOU

 

 

Lionel B. Dyck <><

Website: https://www.lbdsoftware.com

Github: https://github.com/lbdyck

 

"Worry more about your character than your reputation. Character is what you
are, reputation merely what others think you are."   - - - John Wooden

 


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

Re: IEBCOPY New Function - Support for PDSE Member Generations

[Paul Gilmartin]

On Mon, 10 May 2021 12:36:13 -0500, Lionel B. Dyck wrote:
> ...
>OA60639: NEW FUNCTION (ibm.com)
>
>
Which says:
...
GENS={ALL | NONE}
Indicates if the member generations of a Version 2 PDSE will
be copied or not. This keyword is valid only when copying from
a PDSE V2 with member generations to another

Does "only" mean not valid when unloading to a sequential PDSU?

>Now the question is - will TSO TRANSMIT and RECEIVE be updated to support
>this new capability?
>
I'm pretty sure that TRANSMIT does IEBCOPY unload under-the-covers.  So:
o Does this depend on whether GENS is honored for unload to PDSU?
o Will this require new syntax for TRANSMIT?

>THANK YOU IBM - THANK YOU
>Lionel B. Dyck <><
>Website: https://www.lbdsoftware.com
>Github: https://github.com/lbdyck

-- gil

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

Re: SMPE: Element Contains CLIST with ALIAS

[Paul Gilmartin]

On Mon, 10 May 2021 13:15:38 -0400, David Spiegel wrote:
>
>I added a CLIST as part of a PTF.
>(This is not vendor software.)
>++CLIST(ABCXYZ) ALIAS(XYZ) DISTLIB(ACLIST) SYSLIB(CLIST).
>PROC 0
>WRITE HI
>
>When I ran the APPLY Job, the IEBCOPY Output showed
>COPY OUTDD=CLIST,INDD=SMPWRK6
>  S M=((A000,ABCXYZ,R))
> 
>Where does (the ALIAS) XYZ get copied to //CLIST?
>(It is there after the Job runs, but, there is no record of it in the
>Job Output.)
> 
Does IEBCOPY normally log that?

The Ref. is tantalizingly vague:
• Replacement elements (MACs, MODs, data elements, and program elements):
  1. If a list of aliases is specified on the SMP/E message control statement, 
these aliases
are used. The new list replaces any alias subentries in the distribution 
zone element entry.

It doesn't say how.  Perhaps SMP/E does ad-hoc STOWs.

"message control statment" (dozens of times)?  "MCS (Modification Control 
Statement)"?
Whatever.

-- gil

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

Re: When did CMS stop requiring S/370 mode?

[Steve Thompson]

I think if you ask on the VM List that Alan or Bill (Bitner) will know. My hazy 
memory — I remember the announcement, but I can’t remember for sure if it was 
before or after 1996. 

Sent from my iPhone — small keyboarf, fat fungrs, stupd spell manglr. Expct 
mistaks 


> On May 10, 2021, at 9:35 AM, Seymour J Metz  wrote:
> 
> Well,VM/XA MA, VM/XA SF, VM/XA/SP and VM/ESA all used subchannel numbers and 
> couldn't run in S/370 mode, but supported S/370 mode virtual machines. 
> Somewhere around VM/ESA IBM defined a subset of ESA for optional use by CMS 
> (or was it GCS?), and I believe that S/370 mode is now gone. What I'm looking 
> for is the timeline.
> 
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> 
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> Steve Thompson [ste...@copper.net]
> Sent: Monday, May 10, 2021 9:14 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: When did CMS stop requiring S/370 mode?
> 
> I’m going to hazard a guess that it went away when base 370 I/O was dropped.
> 
> Sent from my iPhone — small keyboarf, fat fungrs, stupd spell manglr. Expct 
> mistaks
> 
> 
>> On May 10, 2021, at 8:56 AM, Seymour J Metz  wrote:
>> 
>> CMS originally ran on a real S/360 or on a S/60 virtual machine under 
>> CP-67.. The CMS for VM/370 through VM/SP ran on a virtual S/370. When did 
>> CMS stop requiring S/370 mode and when did it stop supporting S/370 mode (if 
>> it did)?
>> 
>> 
>> 
>> --
>> 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
> 
> --
> 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: SMPE: Element Contains CLIST with ALIAS

[Kurt Quackenbush]

On 5/10/2021 1:15 PM, David Spiegel wrote:


I added a CLIST as part of a PTF.
(This is not vendor software.)
++CLIST(ABCXYZ) ALIAS(XYZ) DISTLIB(ACLIST) SYSLIB(CLIST).
PROC 0
WRITE HI

When I ran the APPLY Job, the IEBCOPY Output showed
COPY OUTDD=CLIST,INDD=SMPWRK6
  S M=((A000,ABCXYZ,R))

Where does (the ALIAS) XYZ get copied to //CLIST?
(It is there after the Job runs, but, there is no record of it in the 
Job Output.)
After the IEBCOPY operation SMP/E creates the alias in the data set 
directly using the STOW data management macro.


Kurt Quackenbush -- IBM, SMP/E Development
Chuck Norris never uses CHECK when he applies PTFs.

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

Re: Storage Zoning clarification

[Radoslaw Skorupka]

I think, there is some misunderstanding here.
First, basics:
DAS - Direct Attached Storage - a disk connected directly, like your HDD 
in your PC. This model can be used in mainframe world - DASD array 
connected over FICON links to the host. No switches/directors between.
SAN - In this case there is some switch/director between host and DASD 
array.


Now, the switch - let's think about Ethernet switch. You plugged the 
following devices: PC #1, PC #2, printer, laptop. Usually any device can 
talk to any another device. Of course this is Ethernet level, maybe PC 
#2 won't accept any "Hello" from laptop.
If fact SAN switch works very similar - any port can talk to any other 
port. No, not a port - device attached to the port. What device? follow 
the cable and you fill find something of the other end - it can be DASD 
array port or z15 CHPID or some tape controller, etc.


Now we have zoning. By default "any can talk to any", so there is no 
zoning. And let's be honest: should you block communication between tape 
controller and DASD? Why? Or maybe CPC A should not see CPC B?
However you may create zones. However my experience is zoning may 
provide you troubles only.

Of course things may be more complex, but this is topic for SAN specialist.

HTH

--
Radoslaw Skorupka
(looking for new job)
Lodz, Poland




W dniu 10.05.2021 o 17:09, Jake Anderson pisze:

Hi

So from the mainframe perspective zoning is done even if the connectivity
passes through SAN ? Sorry if my understanding is incorrect ?

Jake

On Mon, 10 May, 2021, 2:32 pm Radoslaw Skorupka, 
wrote:


W dniu 10.05.2021 o 06:36, Jake Anderson pisze:

Hello All,

Good evening

I am trying to understand on how the ZONING part works when the
connectivity to storage box or the tape device goes through a SAN switch.
How does the ZONING is done and is there any documentation with an

example

to understand better. I am trying to google to see if I can find the one

am

looking but I am not successful yet.

Is there any pointer or example if someone can help me with ? It will be

of

a big help to proceed further.

Zoning is needed for distributed systems world and "discovery" of
storage devices connected to the SAN. It is just to isolate/hide devices
not intended to use with given server.
In CKD world there is IODF/IOCDS configuration file which says what is
accessible to given LPAR or OS Config.
Of course your SAN can be used for various purposes like ISL, DASD array
remote copy (usually FC, not FICON) and maybe some FCP devices and servers.

--
Radoslaw Skorupka
(looking for new job)
Lodz, Poland

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