Re: Anybody still running a 3270 setup?

[Dave Wade]

>Hi
>
>Question about 3270, once again.
>As you might know, interest in 3270 hardware increased recently, due to 
>the emerge of Andrew Kay's oec[0,1].
>I have built the required hardware in order to be able to talk to the 
>3290 display that I have. Unfortunately this is a DFT terminal that is 
>currently not supported. Implementing support for it will only be 
>possible if protocol traces can be acquired between an establishment 
>controller and a DFT terminal, hence the question:
>
>* Does anybody on the list here have access to an active 3270 setup with
> DFT displays? Please also speak up if you have access to a setup with 
>?  3270 printers.

I assume as you don't say where you are, you are in the USA. 
I  have a working 3174 but no DFT terminals.
I am in the UK so probably no opportunity to exchange hardware. 

>Mildly related question:
>
>* Does anybody on the list here have any 3270 displays or (small) 
>  printers collecting dust in their basements that they are willing 
>  to let pass on?
>  I am also interested in selector light pens and operator 
>  identification card readers.

Also interested in same, in UK or perhaps EU.

>I am also running a setup based on [2] with a 3196-B10. So in case you 
>are having excess 5250 displays or printers, I'd be interested to hear 
>about that.
>
>Thank you.

You might want to ask on 

https://groups.io/g/H390-Legacy-Hardware/topics

>
>-Alex
>
>[0] https://github.com/lowobservable/oec
>[1] https://ajk.me/building-an-ibm-3270-terminal-controller
>[2] https://github.com/inmbolmie/5250_usb_converter
>

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

Re: SRB routine return code

[Rob Scott]

Joseph

I am not sure what you are asking as your question seemed slightly garbled, 
however the following might help :

IEAMSCHD has a variety of return and reason code fields, including getting 
feedback from the dispatch and the scheduling of the SRB.

Considering the following :

WA_DISPATCH_RC_ADDR contains the address of fullword WA_DISPATCH_RC
WA_SRB_RC_ADDR contains the address of fullword WA_SRB_RC
WA_SRB_RSN_ADDR contains the address of fullword WA_SRB_RSN

Coding IEAMSCHD with the following keywords :

SYNCHCOMPADDR=WA_DISPATCH_RC_ADDR,
SYNCHCODEADDR=WA_SRB_RC_ADDR,
SYNCHRSNADDR=WA_SRB_RSN_ADDR,
RETCODE=WA_SCHEDULE_RC,

Assuming that the SRB completes normally (or it has abended and your FRR has 
recovered successfully), the WA_SRB_RC and WA_SRB_RSN fields will contain the 
contains of R15 and R0 on exit from your SRB routine (ie the return and reason 
code).

Any problems in the scheduling or dispatching of the SRB is indicated in the 
values in WA_DISPATCH_RC and WA_SCHEDULE_RC and the contents of WA_SRB_RC and 
WA_SRB_RSN will contain further diagnostic values as indicated in the IEAMSCHD 
documentation.

Rob Scott
Rocket Software




-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Joseph Reichman
Sent: Tuesday, August 4, 2020 12:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SRB routine return code

EXTERNAL EMAIL





Is there a way for the a SRB routine to communicate to the invoker a return 
code SYNCHCOMPADDR has to do if the SRB completed normally



thanks


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


Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
Main Office Toll Free Number: +1 855.577.4323
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

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

Re: Anybody still running a 3270 setup?

[Seymour J Metz]

Doesn't the 3290 require a DSL?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Dave Wade [dave.g4...@gmail.com]
Sent: Tuesday, August 4, 2020 3:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Anybody still running a 3270 setup?

>Hi
>
>Question about 3270, once again.
>As you might know, interest in 3270 hardware increased recently, due to
>the emerge of Andrew Kay's oec[0,1].
>I have built the required hardware in order to be able to talk to the
>3290 display that I have. Unfortunately this is a DFT terminal that is
>currently not supported. Implementing support for it will only be
>possible if protocol traces can be acquired between an establishment
>controller and a DFT terminal, hence the question:
>
>* Does anybody on the list here have access to an active 3270 setup with
> DFT displays? Please also speak up if you have access to a setup with
>?  3270 printers.

I assume as you don't say where you are, you are in the USA.
I  have a working 3174 but no DFT terminals.
I am in the UK so probably no opportunity to exchange hardware.

>Mildly related question:
>
>* Does anybody on the list here have any 3270 displays or (small)
>  printers collecting dust in their basements that they are willing
>  to let pass on?
>  I am also interested in selector light pens and operator
>  identification card readers.

Also interested in same, in UK or perhaps EU.

>I am also running a setup based on [2] with a 3196-B10. So in case you
>are having excess 5250 displays or printers, I'd be interested to hear
>about that.
>
>Thank you.

You might want to ask on

https://secure-web.cisco.com/1pN7Hx4lceNbjr1PjvmoJgUwDMtfKJxiueRfNr6KvVZdtCEERYmdRupGiGeehCLryV2sjUH2kiX5gPIK6Ljzro_FQEYndNF6CAQyYKyqPmWWVAPvAYuPow3RluvOMI1lI3ZsYgurHpZ8uddyKRA4iIpi_-i1toLF3EDWLmnF4I6HHtUvXsYhrA3MOHC5LNlDM0qYTMtjKaXIIs7OTx_saKqVdvkShBI0ys7FiwhXU_RmyW2_y3WC8svn9XyjHQXDFico6Rv7FuWOulYuubfeaRkPOEcWKKuqhYEeixOV7EnCsHmnXeJrTLXtQRbl55N0Dr9WSMESJzUH4VOWacukgxsPrKhNw9TeL14K74KUreMdbxFkdVhrUbu_p5nqxrHZaHOJsbTzItDzZkcoN3HkSjStRFC_q6p4AUsE3ficEkoHCQl4OocB0OWePfpIGzp2Ewc17MGEjEfBpdur1a2dV4g/https%3A%2F%2Fgroups.io%2Fg%2FH390-Legacy-Hardware%2Ftopics

>
>-Alex
>
>[0] 
>https://secure-web.cisco.com/1Glm8FAIP8a9C9BYQOWXfRPsuK5vPUhZog3iliOLrunXpyQ8YXeYa0dC331ca-8Yw-QgisMeS4J7KkyGTVBosk2_SJwM6qm7h-xkxhtfAGLJsboV5Fg-7pELX_847oE6ylZol-OQO37RveZiZJu46INp9hXRagn2C5PtCJ43zLe9Lg4dBEdMormGoTXODqrm-uzLG8D1smSbwp2mkM7vEIU5rxvrQ4gYWy2pNDVSxrPnVq--TI3LsNhFwehIA7O7p1dlts7XjEPW05SW-_6PpdvQYeEQRur-roS8gkEKFW1BdKZLu4PpYcgJrydJgnOg4Gq2eSl1dSYcmw7XpfvvRT9_iVn5nuqm2GExYfJ2ckuSHjXf2ITw4Og-2c55txsl_wDQRFy83j78zl1NHgr25WtOUurnlFTXimhJC-i-iESQi2iYrbAaW1boIhWCzsk4X/https%3A%2F%2Fgithub.com%2Flowobservable%2Foec
>[1] 
>https://secure-web.cisco.com/1XmE963NZ8W0SxAc4m5te-y-FV3dPHXAkluejOqWjX1twl0bVgpO_yXkirB1j3JtyyQPHdZxyJn0__YRmjW_-Hp-kBZbJVECqkEjLrMuKeMgjb4wG0yGllthlT_COqmSe2q05RnrtuefdhM4k85xgp_DMkmDl1cXOyTzhjF1u7auK6XDgsedgxaEa5QNvkqp6bIbUTEQCzlh9bqFs7HvRKb6-ukmHJ7fJpf9RkHYpI8uALC_LZ2QW045jR3QfsSJOivswlHHdnAOXVIyVVG1WOqhYtmudnoBrp1zFIK7ywRLa2dW-n9Ti1Ef6bwJseqekw4qjz7dxFtDkoSKqrVsbsBGPxIOhOxKjwkdwb8H-bOJqAH8PZF_q8KmFYazS2Aq5KWrmhD3UNn8RKGuP0IwUt0LmLJdLP1IF1NwuTQ56jlkNqCblQ9tb9vupMCovjU_epSaPIOQIT9WTTzziwECt0g/https%3A%2F%2Fajk.me%2Fbuilding-an-ibm-3270-terminal-controller
>[2] 
>https://secure-web.cisco.com/19gPUfr1SOPYbxZhjZawkEvoGsYN_PK-WeWA_XmrJu98hRK-BhhOsUcI5X3CW0dzkcEb8d-4sZ-XtbUlXNyPllv6GgAgclQ9kTCw4TXVkBHqY3dlUAjZXuA5ZMS13yGZGqYaFyv6gz4UiTjyViZEUDmLSV9ea6pT7Kf3oI0zVm_adq1IgnneZyihX4OlwJEYWqwGjkKdRPnOUMYPic7N2PqVmm9_LcF_QU8AEPeq6IoH8gTUZ42VIxnMBllv7lLVHKoKE0ucUxzBG7FbehK3KYBZTvWft74wJZlskVjUwMweyP1ALLn1lm_DML05l-uffXpHYxT89ylXU9W0uFsPI1NwWdthPXYqxYNPRpkopxbt8dFbRDpIeIg7n3vJXBNmaBV2n_OkITEPzU4-5JaXNvETTXoIgjZKPYzc1y-dSzzqQhKSysLHQN4F8yxaTgYXz/https%3A%2F%2Fgithub.com%2Finmbolmie%2F5250_usb_converter
>

--
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: HSM Query CDS Command Using ODS

[Sri h Kolusu]

Jasi,

Query command does NOT support ODS. If you are running in batch then the
output will be directed to SYSTSPRT dd. so try this

//STEP0100 EXEC  PGM=IKJEFT01
//SYSTSPRT DD SYSOUT=*
//SYSTSIN   DD  *
  your QUERY command
/*

Kolusu

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

Re: RMM Scratch Processing

[Roger Lowe]

On Tue, 4 Aug 2020 16:10:43 +, Mark Jacobs  
wrote:

>I know next to nothing about RMM, and need to mark some tapes in its database 
>as scratch, I have one tape (might be others too) that are in USER status and 
>its expdt has passed. I know that "something" needs to be done to make it a 
>scratch tape, but everything I've tried has failed. Can someone assist?
>
Mark,
   Have a look in the DFSMSrmm Implementation and Customization Guide - it 
has sample jcl that could be used 

Roger

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

Re: RMM Scratch Processing

[Mark Jacobs]

Yea. I've looked at that manual, found the job. Ran it, failed without giving 
me any meaningful information.

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com

‐‐‐ Original Message ‐‐‐
On Tuesday, August 4, 2020 9:19 PM, Roger Lowe  wrote:

> On Tue, 4 Aug 2020 16:10:43 +, Mark Jacobs markjac...@protonmail.com 
> wrote:
>
> > I know next to nothing about RMM, and need to mark some tapes in its 
> > database as scratch, I have one tape (might be others too) that are in USER 
> > status and its expdt has passed. I know that "something" needs to be done 
> > to make it a scratch tape, but everything I've tried has failed. Can 
> > someone assist?
>
> Mark,
> Have a look in the DFSMSrmm Implementation and Customization Guide - it has 
> sample jcl that could be used 
>
> Roger
>
> 
>
> 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

HSM Query CDS Command Using ODS

[Jasi Grewal]

Hi, 

This might be an old news but was wondering if anyone has found a solution to 
HSEND Query CDS Command as it uses TPUT and displays on the screen instead of 
using ODS option.

Our Site requires this information to measure the performance of the HSM 
Datasets on daily basis and is using OPS/MVS and CA Sysview.
I prefer using Rexx Program to extract this information and would be easier as 
am new to CA Sysview and still looking for solutions via OPSLOG via JCL or Rexx.

Any guidance would be appreciated,
Thanks in advance,

Regards,
Jasi Grewal.

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

Re: RMM Scratch Processing

[Gibney, Dave]

And the msg error is?

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Mark Jacobs
> Sent: Tuesday, August 04, 2020 6:22 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: RMM Scratch Processing
> 
> Yea. I've looked at that manual, found the job. Ran it, failed without giving
> me any meaningful information.
> 
> Mark Jacobs
> 
> Sent from ProtonMail, Swiss-based encrypted email.
> 
> GPG Public Key -
> https://urldefense.com/v3/__https://api.protonmail.ch/pks/lookup?op=get
> =markjacobs@protonmail.com__;!!JmPEgBY0HMszNaDT!9aPYApXH
> dTvJhtptCABSdFPMaTba4-xuRvYqJ3hkFpjy6Vhi47iUg7ht6qo8AA$
> 
> ‐‐‐ Original Message ‐‐‐
> On Tuesday, August 4, 2020 9:19 PM, Roger Lowe
>  wrote:
> 
> > On Tue, 4 Aug 2020 16:10:43 +, Mark Jacobs
> markjac...@protonmail.com wrote:
> >
> > > I know next to nothing about RMM, and need to mark some tapes in its
> database as scratch, I have one tape (might be others too) that are in USER
> status and its expdt has passed. I know that "something" needs to be done
> to make it a scratch tape, but everything I've tried has failed. Can someone
> assist?
> >
> > Mark,
> > Have a look in the DFSMSrmm Implementation and Customization Guide -
> it has sample jcl that could be used 
> >
> > Roger
> >
> > ---
> -
> >
> > 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: RMM Scratch Processing

[Mark Jacobs]

This is all I'm getting, nothing else.

EDG6202E FAILURE DURING DFSMSrmm SUBSYSTEM PROCESSING
EDG6901I UTILITY EDGHSKP COMPLETED WITH RETURN CODE 12

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com

‐‐‐ Original Message ‐‐‐
On Tuesday, August 4, 2020 9:42 PM, Gibney, Dave  wrote:

> And the msg error is?
>
> > -Original Message-
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > Behalf Of Mark Jacobs
> > Sent: Tuesday, August 04, 2020 6:22 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: RMM Scratch Processing
> > Yea. I've looked at that manual, found the job. Ran it, failed without 
> > giving
> > me any meaningful information.
> > Mark Jacobs
> > Sent from ProtonMail, Swiss-based encrypted email.
> > GPG Public Key -
> > https://urldefense.com/v3/https://api.protonmail.ch/pks/lookup?op=get
> >
> > =markjac...@protonmail.com;!!JmPEgBY0HMszNaDT!9aPYApXHdTvJhtptCABSdFPMaTba4-xuRvYqJ3hkFpjy6Vhi47iUg7ht6qo8AA$
> > ‐‐‐ Original Message ‐‐‐
> > On Tuesday, August 4, 2020 9:19 PM, Roger Lowe
> > roger_l...@bigpond.com wrote:
> >
> > > On Tue, 4 Aug 2020 16:10:43 +, Mark Jacobs
> > > markjac...@protonmail.com wrote:
> > >
> > > > I know next to nothing about RMM, and need to mark some tapes in its
> > > > database as scratch, I have one tape (might be others too) that are in 
> > > > USER
> > > > status and its expdt has passed. I know that "something" needs to be 
> > > > done
> > > > to make it a scratch tape, but everything I've tried has failed. Can 
> > > > someone
> > > > assist?
> > >
> > > Mark,
> > > Have a look in the DFSMSrmm Implementation and Customization Guide -
> > > it has sample jcl that could be used 
> > > Roger
> >
> > > 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: OOBOL and English was Re: Still COBOL After All These Years?

[John McKown]

On Tue, Aug 4, 2020 at 7:23 AM R.S.  wrote:

> (I know it's off-topic)
> My opinion: I like american cars and roads.
> However I don't understand common speed limit 55 mph which is in my
> opinion too low for the road on desert.
>

Pretty much "inertia". Back when 55 was first introduced, it during the
"oil embargo (1969-1976)") and it was touted as the most fuel efficient
speed. Today, that is totally false. Engines are much more efficient now.
Today it is touted as safer. I don't know about that. But, then again, here
in Texas the speed limit on highways is pretty much regarded as a
suggestion. Except when it goes through a small town, where a smaller limit
is imposed and is basically used as a source of revenue for the local
government (aka "speed trap"). That's why the government loves automatic
license readers -- the cops don't even need to wake up to issue a ticket.
Isn't technology wonderful?!?

Speaking of driving in the desert, long ago, I remember my dad going
through Arizona -- flat & featureless. He was tired, and passed driving off
to my mom & told her not to go too fast. She scoffed. I was in the back
seat. When I woke up, I asked mom why she was going over 100 mph (150 kph)?
Ah, the dangers of a Cadillac, smooth pavement, and nothing to see along
the road.



>
> BTW:
> Here in Poland default limit on highway is 140 km/h.
> However in Germany default is ...your sanity. No speed limit. Most cars
> have factory limit at 250 km/h, but not luxury ones. And yes, it is
> legal to drive 300 km/h
> Of course this is for highways only. And speed limit signs may reduce it.
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>

-- 
People in sleeping bags are the soft tacos of the bear world.
Maranatha! <><
John McKown

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

RMM Scratch Processing

[Mark Jacobs]

I know next to nothing about RMM, and need to mark some tapes in its database 
as scratch, I have one tape (might be others too) that are in USER status and 
its expdt has passed. I know that "something" needs to be done to make it a 
scratch tape, but everything I've tried has failed. Can someone assist?

Mark Jacobs

Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com

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

Re: OOBOL and English was Re: Still COBOL After All These Years?

[Roger W Suhr]

There hasn’t been a general speed limit of 55 Mph(80 km/h) on US Interstate
Highways in many years.  It’s 55 Mph only in populate areas (not many adhere
to that anyway), 65 Mph outside the cities, and West of the Mississippi 75
Mph (or more in selected areas).
I’ve seen 75 Mph East of the Mississippi, but only on some toll roads. 

Roger W. Suhr
mailto:suhr...@gmail.com



From: mailto:suhr...@gmail.com  
Sent: Tuesday, August 4, 2020 11:32
To: IBM Mainframe Discussion List 
Subject: Re: OOBOL and English was Re: Still COBOL After All These Years?


From: IBM Mainframe Discussion List  on
behalf of John McKown 
Sent: Tuesday, August 4, 2020 11:17:47 AM
To: mailto:IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: OOBOL and English was Re: Still COBOL After All These Years? 
 
On Tue, Aug 4, 2020 at 7:23 AM R.S. 
wrote:

> (I know it's off-topic)
> My opinion: I like american cars and roads.
> However I don't understand common speed limit 55 mph which is in my
> opinion too low for the road on desert.
>

Pretty much "inertia". Back when 55 was first introduced, it during the
"oil embargo (1969-1976)") and it was touted as the most fuel efficient
speed. Today, that is totally false. Engines are much more efficient now.
Today it is touted as safer. I don't know about that. But, then again, here
in Texas the speed limit on highways is pretty much regarded as a
suggestion. Except when it goes through a small town, where a smaller limit
is imposed and is basically used as a source of revenue for the local
government (aka "speed trap"). That's why the government loves automatic
license readers -- the cops don't even need to wake up to issue a ticket.
Isn't technology wonderful?!?

Speaking of driving in the desert, long ago, I remember my dad going
through Arizona -- flat & featureless. He was tired, and passed driving off
to my mom & told her not to go too fast. She scoffed. I was in the back
seat. When I woke up, I asked mom why she was going over 100 mph (150 kph)?
Ah, the dangers of a Cadillac, smooth pavement, and nothing to see along
the road.



>
> BTW:
> Here in Poland default limit on highway is 140 km/h.
> However in Germany default is ...your sanity. No speed limit. Most cars
> have factory limit at 250 km/h, but not luxury ones. And yes, it is
> legal to drive 300 km/h
> Of course this is for highways only. And speed limit signs may reduce it.
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>

-- 
People in sleeping bags are the soft tacos of the bear world.
Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to mailto: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: DFHSM APIs in a multi-vendor world

[Marjory Montgomery]

Hi Kirk,
   I'm a little late to your question.  CA Disk doesn't have any commands to 
delete migrated(archived) data set records if that's what you were looking for. 
 Do you need to delete  the catalog entry and/or the records for it?I'm 
concerned that deleting either could be a problem if customers are expecting 
the SMS management class rules to used for deletion.  

Regards,
Marjory Montgomery
Principal Architect, CA Disk 

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

Re: SRB routine return code

[Joseph Reichman]

Thats what I was trying to say if something went wrong from a z/os point of 
view SYNCOMPADDR would contain a return code SYNCRSNADDR would be the reason 
code 

As an example I am creating a dataspace in the target address space if that 
fails and I would like to let  the invoker of the IEAMSCHED macro know of that 
there doesn’t seem to be a parm on the IEAMSCHED macro for that Scenario 

Thanks 

> On Aug 4, 2020, at 4:42 AM, Rob Scott  wrote:
> 
> Joseph
> 
> I am not sure what you are asking as your question seemed slightly garbled, 
> however the following might help :
> 
> IEAMSCHD has a variety of return and reason code fields, including getting 
> feedback from the dispatch and the scheduling of the SRB.
> 
> Considering the following :
> 
> WA_DISPATCH_RC_ADDR contains the address of fullword WA_DISPATCH_RC
> WA_SRB_RC_ADDR contains the address of fullword WA_SRB_RC
> WA_SRB_RSN_ADDR contains the address of fullword WA_SRB_RSN
> 
> Coding IEAMSCHD with the following keywords :
> 
> SYNCHCOMPADDR=WA_DISPATCH_RC_ADDR,
> SYNCHCODEADDR=WA_SRB_RC_ADDR,
> SYNCHRSNADDR=WA_SRB_RSN_ADDR,
> RETCODE=WA_SCHEDULE_RC,
> 
> Assuming that the SRB completes normally (or it has abended and your FRR has 
> recovered successfully), the WA_SRB_RC and WA_SRB_RSN fields will contain the 
> contains of R15 and R0 on exit from your SRB routine (ie the return and 
> reason code).
> 
> Any problems in the scheduling or dispatching of the SRB is indicated in the 
> values in WA_DISPATCH_RC and WA_SCHEDULE_RC and the contents of WA_SRB_RC and 
> WA_SRB_RSN will contain further diagnostic values as indicated in the 
> IEAMSCHD documentation.
> 
> Rob Scott
> Rocket Software
> 
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Joseph Reichman
> Sent: Tuesday, August 4, 2020 12:50 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SRB routine return code
> 
> EXTERNAL EMAIL
> 
> 
> 
> 
> 
> Is there a way for the a SRB routine to communicate to the invoker a return 
> code SYNCHCOMPADDR has to do if the SRB completed normally
> 
> 
> 
> thanks
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> 
> Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
> Main Office Toll Free Number: +1 855.577.4323
> Contact Customer Support: 
> https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
> Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
> http://www.rocketsoftware.com/manage-your-email-preferences
> Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy
> 
> 
> This communication and any attachments may contain confidential information 
> of Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
> prohibited. If you are not the intended recipient, please notify Rocket 
> Software immediately and destroy all copies of this communication. Thank you.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: SRB routine return code

[Rob Scott]

What is stopping you from using the reason code from the SRB?

For example :

SRB RC=x’0008’
SRB RSN=x’0801’Dataspace create failed
SRB RSN=x’0802’ ALESERV failed
SRB RSN=X’0803’   etc etc


If you are after more diagnostic fields (eg the *actual* RC from an IBM 
service)  then you could design a structure that could be passed as part of the 
SRB parms or maybe in the header block for any returned data.

Another small point – do you really want to write “new“ code using dataspaces? 
There are lots of really good 64-bit alternatives these days.

Rob

From: IBM Mainframe Discussion List  On Behalf Of 
Joseph Reichman
Sent: Tuesday, August 4, 2020 12:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SRB routine return code

EXTERNAL EMAIL



Thats what I was trying to say if something went wrong from a z/os point of 
view SYNCOMPADDR would contain a return code SYNCRSNADDR would be the reason 
code

As an example I am creating a dataspace in the target address space if that 
fails and I would like to let the invoker of the IEAMSCHED macro know of that 
there doesn’t seem to be a parm on the IEAMSCHED macro for that Scenario

Thanks

> On Aug 4, 2020, at 4:42 AM, Rob Scott 
> mailto:rsc...@rocketsoftware.com>> wrote:
>
> Joseph
>
> I am not sure what you are asking as your question seemed slightly garbled, 
> however the following might help :
>
> IEAMSCHD has a variety of return and reason code fields, including getting 
> feedback from the dispatch and the scheduling of the SRB.
>
> Considering the following :
>
> WA_DISPATCH_RC_ADDR contains the address of fullword WA_DISPATCH_RC
> WA_SRB_RC_ADDR contains the address of fullword WA_SRB_RC
> WA_SRB_RSN_ADDR contains the address of fullword WA_SRB_RSN
>
> Coding IEAMSCHD with the following keywords :
>
> SYNCHCOMPADDR=WA_DISPATCH_RC_ADDR,
> SYNCHCODEADDR=WA_SRB_RC_ADDR,
> SYNCHRSNADDR=WA_SRB_RSN_ADDR,
> RETCODE=WA_SCHEDULE_RC,
>
> Assuming that the SRB completes normally (or it has abended and your FRR has 
> recovered successfully), the WA_SRB_RC and WA_SRB_RSN fields will contain the 
> contains of R15 and R0 on exit from your SRB routine (ie the return and 
> reason code).
>
> Any problems in the scheduling or dispatching of the SRB is indicated in the 
> values in WA_DISPATCH_RC and WA_SCHEDULE_RC and the contents of WA_SRB_RC and 
> WA_SRB_RSN will contain further diagnostic values as indicated in the 
> IEAMSCHD documentation.
>
> Rob Scott
> Rocket Software
>
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List 
> mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of 
> Joseph Reichman
> Sent: Tuesday, August 4, 2020 12:50 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SRB routine return code
>
> EXTERNAL EMAIL
>
>
>
>
>
> Is there a way for the a SRB routine to communicate to the invoker a return 
> code SYNCHCOMPADDR has to do if the SRB completed normally
>
>
>
> thanks
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: 
> INFO IBM-MAIN
>
> 
> Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
> Main Office Toll Free Number: +1 855.577.4323
> Contact Customer Support: 
> https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
> Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
> http://www.rocketsoftware.com/manage-your-email-preferences
> Privacy Policy - 
> http://www.rocketsoftware.com/company/legal/privacy-policy
> 
>
> This communication and any attachments may contain confidential information 
> of Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
> prohibited. If you are not the intended recipient, please notify Rocket 
> Software immediately and destroy all copies of this communication. Thank you.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with 
> the message: INFO IBM-MAIN

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

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

Re: OOBOL and English was Re: Still COBOL After All These Years?

[R.S.]

(I know it's off-topic)
My opinion: I like american cars and roads.
However I don't understand common speed limit 55 mph which is in my 
opinion too low for the road on desert.


BTW:
Here in Poland default limit on highway is 140 km/h.
However in Germany default is ...your sanity. No speed limit. Most cars 
have factory limit at 250 km/h, but not luxury ones. And yes, it is 
legal to drive 300 km/h

Of course this is for highways only. And speed limit signs may reduce it.

--
Radoslaw Skorupka
Lodz, Poland







W dniu 21.07.2020 o 20:24, Tony Thigpen pisze:

Too many things

That context was with regard to driving in Canada and should have been 
100 KPM, not 100 knots. :-(


Last time I was in Canada, we still were stuck with mostly 55mph 
limits in USA while Canada seemed to have a standard of 100kpm so I 
equate the two.


My point was that I don't bother to convert. I just use the 
measurement as presented.


Tony Thigpen

Pew, Curtis G wrote on 7/21/20 12:28 PM:
On Jul 21, 2020, at 11:12 AM, David Spiegel  
wrote:


"... 100 knots is about 55mph ..."
Assuming you meant Kilometers/Hour (based upon the context), it's 
actually 62.5 MPH.




Well, if the posted limit is 55 mph, 62.5 mph seems about the right 
speed to go. 


But duck-duck-go tells me 100 knots is 115.078 mph, or 185.2001 km/h.





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

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

Re: [External] Re: OOBOL and English was Re: Still COBOL After All These Years?

[Pommier, Rex]

Radoslaw,

Speed limits are different in the States based on which state you're in.  Each 
state can set its own speed limit.  I am in South Dakota, and most smaller 2 
lane roads are 55 MPH.  Many of the state 2 lane roads are 65, and the 
interstates have an 80 MPH speed limit, the equivalent of about 130 KPH.  So 
the divided highways - at least in South Dakota - are reasonable.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Tuesday, August 4, 2020 7:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: OOBOL and English was Re: Still COBOL After All These 
Years?

(I know it's off-topic)
My opinion: I like american cars and roads.
However I don't understand common speed limit 55 mph which is in my opinion too 
low for the road on desert.

BTW:
Here in Poland default limit on highway is 140 km/h.
However in Germany default is ...your sanity. No speed limit. Most cars have 
factory limit at 250 km/h, but not luxury ones. And yes, it is legal to drive 
300 km/h Of course this is for highways only. And speed limit signs may reduce 
it.

--
Radoslaw Skorupka
Lodz, Poland







W dniu 21.07.2020 o 20:24, Tony Thigpen pisze:
> Too many things
>
> That context was with regard to driving in Canada and should have been 
> 100 KPM, not 100 knots. :-(
>
> Last time I was in Canada, we still were stuck with mostly 55mph 
> limits in USA while Canada seemed to have a standard of 100kpm so I 
> equate the two.
>
> My point was that I don't bother to convert. I just use the 
> measurement as presented.
>
> Tony Thigpen
>
> Pew, Curtis G wrote on 7/21/20 12:28 PM:
>> On Jul 21, 2020, at 11:12 AM, David Spiegel  
>> wrote:
>>>
>>> "... 100 knots is about 55mph ..."
>>> Assuming you meant Kilometers/Hour (based upon the context), it's 
>>> actually 62.5 MPH.
>>>
>>
>> Well, if the posted limit is 55 mph, 62.5 mph seems about the right 
>> speed to go. 
>>
>> But duck-duck-go tells me 100 knots is 115.078 mph, or 185.2001 km/h.




==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

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


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


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

Re: Goodbye.

[אריאל מרשנד]

Wow - All the best and better. ☺
I am a passive member of the group but I read many of your Posts.
Thank you very much and more !
Be Happy and enjoy your next steps.

On Mon, 3 Aug 2020 at 10:45, Vernooij, Kees (ITOP NM) - KLM <
kees.verno...@klm.com> wrote:

> After more than 41 years working as a mainframe systems programmer, the
> time has come for me to say goodbye.
> I enjoyed the mainframe world in all the aspects that I worked with, from
> SVS 1.7 to z/OS 2.4, from a 370/158 to a z13s and all other flavours that
> came and went in the past decades.
>
> It was a pleasure and an honour to participate in the ibm-main group, with
> all its high technical skills, that gave me so many answers and where I
> could answer some questions too.
> But most I enjoyed the company of this global community, where I met
> people from all over the world, with their unlimited willingness to help
> others, their humour, their rants and their Friday afternoon subjects. I am
> really gonna miss all this.
>
> I will retire on the 11th and unsubscribe then.
> I wish you all the best!
>
> Kees.
>
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain
> confidential and privileged material intended for the addressee only. If
> you are not the addressee, you are notified that no part of the e-mail or
> any attachment may be disclosed, copied or distributed, and that any other
> action related to this e-mail or attachment is strictly prohibited, and may
> be unlawful. If you have received this e-mail by error, please notify the
> sender immediately by return e-mail, and delete this message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its
> employees shall not be liable for the incorrect or incomplete transmission
> of this e-mail or any attachments, nor responsible for any delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
> Airlines) is registered in Amstelveen, The Netherlands, with registered
> number 33014286
> 
>
> --
> 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: SRB routine return code

[Joseph Reichman]

The SRB is in common so I still have addressability to the storage when it 
returns. As far as using dataspace the program processing it is in Metal C. I 
found it easier to work with alet than running AMODE 64

Thanks 

> On Aug 4, 2020, at 7:56 AM, Rob Scott  wrote:
> 
> What is stopping you from using the reason code from the SRB?
> 
> For example :
> 
> SRB RC=x’0008’
> SRB RSN=x’0801’Dataspace create failed
> SRB RSN=x’0802’ ALESERV failed
> SRB RSN=X’0803’   etc etc
> 
> 
> If you are after more diagnostic fields (eg the *actual* RC from an IBM 
> service)  then you could design a structure that could be passed as part of 
> the SRB parms or maybe in the header block for any returned data.
> 
> Another small point – do you really want to write “new“ code using 
> dataspaces? There are lots of really good 64-bit alternatives these days.
> 
> Rob
> 
> From: IBM Mainframe Discussion List  On Behalf Of 
> Joseph Reichman
> Sent: Tuesday, August 4, 2020 12:40 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SRB routine return code
> 
> EXTERNAL EMAIL
> 
> 
> 
> Thats what I was trying to say if something went wrong from a z/os point of 
> view SYNCOMPADDR would contain a return code SYNCRSNADDR would be the reason 
> code
> 
> As an example I am creating a dataspace in the target address space if that 
> fails and I would like to let the invoker of the IEAMSCHED macro know of that 
> there doesn’t seem to be a parm on the IEAMSCHED macro for that Scenario
> 
> Thanks
> 
>> On Aug 4, 2020, at 4:42 AM, Rob Scott 
>> mailto:rsc...@rocketsoftware.com>> wrote:
>> 
>> Joseph
>> 
>> I am not sure what you are asking as your question seemed slightly garbled, 
>> however the following might help :
>> 
>> IEAMSCHD has a variety of return and reason code fields, including getting 
>> feedback from the dispatch and the scheduling of the SRB.
>> 
>> Considering the following :
>> 
>> WA_DISPATCH_RC_ADDR contains the address of fullword WA_DISPATCH_RC
>> WA_SRB_RC_ADDR contains the address of fullword WA_SRB_RC
>> WA_SRB_RSN_ADDR contains the address of fullword WA_SRB_RSN
>> 
>> Coding IEAMSCHD with the following keywords :
>> 
>> SYNCHCOMPADDR=WA_DISPATCH_RC_ADDR,
>> SYNCHCODEADDR=WA_SRB_RC_ADDR,
>> SYNCHRSNADDR=WA_SRB_RSN_ADDR,
>> RETCODE=WA_SCHEDULE_RC,
>> 
>> Assuming that the SRB completes normally (or it has abended and your FRR has 
>> recovered successfully), the WA_SRB_RC and WA_SRB_RSN fields will contain 
>> the contains of R15 and R0 on exit from your SRB routine (ie the return and 
>> reason code).
>> 
>> Any problems in the scheduling or dispatching of the SRB is indicated in the 
>> values in WA_DISPATCH_RC and WA_SCHEDULE_RC and the contents of WA_SRB_RC 
>> and WA_SRB_RSN will contain further diagnostic values as indicated in the 
>> IEAMSCHD documentation.
>> 
>> Rob Scott
>> Rocket Software
>> 
>> 
>> 
>> 
>> -Original Message-
>> From: IBM Mainframe Discussion List 
>> mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of 
>> Joseph Reichman
>> Sent: Tuesday, August 4, 2020 12:50 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: SRB routine return code
>> 
>> EXTERNAL EMAIL
>> 
>> 
>> 
>> 
>> 
>> Is there a way for the a SRB routine to communicate to the invoker a return 
>> code SYNCHCOMPADDR has to do if the SRB completed normally
>> 
>> 
>> 
>> thanks
>> 
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions, send email 
>> to lists...@listserv.ua.edu with the 
>> message: INFO IBM-MAIN
>> 
>> 
>> Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 
>> ■ Main Office Toll Free Number: +1 855.577.4323
>> Contact Customer Support: 
>> https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
>> Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
>> http://www.rocketsoftware.com/manage-your-email-preferences
>> Privacy Policy - 
>> http://www.rocketsoftware.com/company/legal/privacy-policy
>> 
>> 
>> This communication and any attachments may contain confidential information 
>> of Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
>> prohibited. If you are not the intended recipient, please notify Rocket 
>> Software immediately and destroy all copies of this communication. Thank you.
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with 
>> the message: INFO IBM-MAIN
> 
> 

Re: [External] Re: OOBOL and English was Re: Still COBOL After All These Years?

[Tony Thigpen]

The 55 MPH limit was a federal law designed to force people to save fuel 
by driving slower during the 70's when the fuel crisis hit the US. And, 
we were stuck with for a long time even after the fuel crisis was over. 
Some studies showed that while it saved fuel for autos, it cost fuel for 
long-haul trucking.


Just like the 18% interest rates of the 70's, we hope to never see a 
national 55MPH speed limit again.


Tony Thigpen

Pommier, Rex wrote on 8/4/20 9:01 AM:

Radoslaw,

Speed limits are different in the States based on which state you're in.  Each 
state can set its own speed limit.  I am in South Dakota, and most smaller 2 
lane roads are 55 MPH.  Many of the state 2 lane roads are 65, and the 
interstates have an 80 MPH speed limit, the equivalent of about 130 KPH.  So 
the divided highways - at least in South Dakota - are reasonable.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Tuesday, August 4, 2020 7:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: OOBOL and English was Re: Still COBOL After All These 
Years?

(I know it's off-topic)
My opinion: I like american cars and roads.
However I don't understand common speed limit 55 mph which is in my opinion too 
low for the road on desert.

BTW:
Here in Poland default limit on highway is 140 km/h.
However in Germany default is ...your sanity. No speed limit. Most cars have 
factory limit at 250 km/h, but not luxury ones. And yes, it is legal to drive 
300 km/h Of course this is for highways only. And speed limit signs may reduce 
it.

--
Radoslaw Skorupka
Lodz, Poland







W dniu 21.07.2020 o 20:24, Tony Thigpen pisze:

Too many things

That context was with regard to driving in Canada and should have been
100 KPM, not 100 knots. :-(

Last time I was in Canada, we still were stuck with mostly 55mph
limits in USA while Canada seemed to have a standard of 100kpm so I
equate the two.

My point was that I don't bother to convert. I just use the
measurement as presented.

Tony Thigpen

Pew, Curtis G wrote on 7/21/20 12:28 PM:

On Jul 21, 2020, at 11:12 AM, David Spiegel 
wrote:


"... 100 knots is about 55mph ..."
Assuming you meant Kilometers/Hour (based upon the context), it's
actually 62.5 MPH.



Well, if the posted limit is 55 mph, 62.5 mph seems about the right
speed to go. 

But duck-duck-go tells me 100 knots is 115.078 mph, or 185.2001 km/h.





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

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


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


--

Re: Goodbye.

[David Crayford]

Please lurk! You were a fantastic contributor to this forum!

Best of luck with your retirement.

On 2020-08-03 3:44 PM, Vernooij, Kees (ITOP NM) - KLM wrote:

After more than 41 years working as a mainframe systems programmer, the time 
has come for me to say goodbye.
I enjoyed the mainframe world in all the aspects that I worked with, from SVS 
1.7 to z/OS 2.4, from a 370/158 to a z13s and all other flavours that came and 
went in the past decades.

It was a pleasure and an honour to participate in the ibm-main group, with all 
its high technical skills, that gave me so many answers and where I could 
answer some questions too.
But most I enjoyed the company of this global community, where I met people 
from all over the world, with their unlimited willingness to help others, their 
humour, their rants and their Friday afternoon subjects. I am really gonna miss 
all this.

I will retire on the 11th and unsubscribe then.
I wish you all the best!

Kees.


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


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


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

Re: [External] Re: OOBOL and English was Re: Still COBOL After All These Years?

[David Spiegel]

Hi Rex,
In the Northeast, interstates are generally 55-70. I haven't encountered 
any interstate that is 80. There can also be sections of the same 
highway with differing speeds.


Regards,
David

On 2020-08-04 09:01, Pommier, Rex wrote:

Radoslaw,

Speed limits are different in the States based on which state you're in.  Each 
state can set its own speed limit.  I am in South Dakota, and most smaller 2 
lane roads are 55 MPH.  Many of the state 2 lane roads are 65, and the 
interstates have an 80 MPH speed limit, the equivalent of about 130 KPH.  So 
the divided highways - at least in South Dakota - are reasonable.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Tuesday, August 4, 2020 7:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: OOBOL and English was Re: Still COBOL After All These 
Years?

(I know it's off-topic)
My opinion: I like american cars and roads.
However I don't understand common speed limit 55 mph which is in my opinion too 
low for the road on desert.

BTW:
Here in Poland default limit on highway is 140 km/h.
However in Germany default is ...your sanity. No speed limit. Most cars have 
factory limit at 250 km/h, but not luxury ones. And yes, it is legal to drive 
300 km/h Of course this is for highways only. And speed limit signs may reduce 
it.

--
Radoslaw Skorupka
Lodz, Poland







W dniu 21.07.2020 o 20:24, Tony Thigpen pisze:

Too many things

That context was with regard to driving in Canada and should have been
100 KPM, not 100 knots. :-(

Last time I was in Canada, we still were stuck with mostly 55mph
limits in USA while Canada seemed to have a standard of 100kpm so I
equate the two.

My point was that I don't bother to convert. I just use the
measurement as presented.

Tony Thigpen

Pew, Curtis G wrote on 7/21/20 12:28 PM:

On Jul 21, 2020, at 11:12 AM, David Spiegel 
wrote:

"... 100 knots is about 55mph ..."
Assuming you meant Kilometers/Hour (based upon the context), it's
actually 62.5 MPH.


Well, if the posted limit is 55 mph, 62.5 mph seems about the right
speed to go. 

But duck-duck-go tells me 100 knots is 115.078 mph, or 185.2001 km/h.




==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,https://nam03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.mbank.pl%2Fdata=02%7C01%7C%7C1ecf9cb025e64e562a8f08d83876becd%7C84df9e7fe9f640afb435%7C1%7C0%7C637321429944562409sdata=HevLSeeXiuLHxJwyH0zOJ65fIBnr5VGCP1DZodVDgSo%3Dreserved=0,
 e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy 
Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy 
(opłacony w całości) według stanu na 01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,https://nam03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.mbank.pl%2Fdata=02%7C01%7C%7C1ecf9cb025e64e562a8f08d83876becd%7C84df9e7fe9f640afb435%7C1%7C0%7C637321429944562409sdata=HevLSeeXiuLHxJwyH0zOJ65fIBnr5VGCP1DZodVDgSo%3Dreserved=0,
 e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial 
Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up 
share capital amounting to PLN 169.401.468 as at 1 January 2020.

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


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this