Re: CVE entries

[Richards, Robert B.]

David,

I had found that, but was looking for a CVE to PTF/APAR cross reference because 
my coworker had the CVE numbers only.

I suppose I can click on all those links and see if any contain CVE comments 
and match the ones I am interested in.

Thank you anyway,

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Wednesday, January 06, 2016 6:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CVE entries

It's an entry off Resourcelink 
https://www-304.ibm.com/servers/resourcelink/hom03010.nsf?OpenDatabase then on 
the left, choose problem solving, and then security alerts.  Once in the 
portal, at the top are the downloadable SMPE files, and beyond that you will 
see C-IBM-zSeries* entries.   Those describe the vulnerability, and the 
associated APAR.

_
Dave Jousma
Assistant Vice President, Mainframe Engineering david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Tuesday, January 05, 2016 4:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CVE entries

Lizette,

No, that resembles entries found on the Mitre site here: 
http://cve.mitre.org/cve/index.html

A coworker was told in a SR response to check out a handful of CVE entries and 
their associated PTFs. He is not registered to the portal.

I get the security alerts, but have never gone into the portal itself even 
though I am registered to it. 

I can't even find a URL at the moment.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, January 05, 2016 4:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CVE entries

Since I am not familiar with CVE is this what you are asking about?

CVE Reference Map for Source IBM

IBM:ERS-OAR-E01-2000:075.1  CVE-2000-0249

Lizette

-Original Message-
>From: "Richards, Robert B." 
>Sent: Jan 5, 2016 2:12 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: CVE entries
>
>Can someone tell me how to cross reference CVE numbers with their applicable 
>z/OS PTFs?
>
>For the record, I registered to the portal.
>
>Bob
>

--
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 e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


--
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: CVE entries

[Jousma, David]

It's an entry off Resourcelink 
https://www-304.ibm.com/servers/resourcelink/hom03010.nsf?OpenDatabase then on 
the left, choose problem solving, and then security alerts.  Once in the 
portal, at the top are the downloadable SMPE files, and beyond that you will 
see C-IBM-zSeries* entries.   Those describe the vulnerability, and the 
associated APAR.

_
Dave Jousma
Assistant Vice President, Mainframe Engineering
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Tuesday, January 05, 2016 4:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CVE entries

Lizette,

No, that resembles entries found on the Mitre site here: 
http://cve.mitre.org/cve/index.html

A coworker was told in a SR response to check out a handful of CVE entries and 
their associated PTFs. He is not registered to the portal.

I get the security alerts, but have never gone into the portal itself even 
though I am registered to it. 

I can't even find a URL at the moment.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, January 05, 2016 4:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CVE entries

Since I am not familiar with CVE is this what you are asking about?

CVE Reference Map for Source IBM

IBM:ERS-OAR-E01-2000:075.1  CVE-2000-0249

Lizette

-Original Message-
>From: "Richards, Robert B." 
>Sent: Jan 5, 2016 2:12 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: CVE entries
>
>Can someone tell me how to cross reference CVE numbers with their applicable 
>z/OS PTFs?
>
>For the record, I registered to the portal.
>
>Bob
>

--
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 e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


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

Re: CVE entries

[Jousma, David]

Yea, they don’t seem to put CVE numbers on all of them.   If you know the 
affected product FMID, might be easier to pull what you want by scanning the 
HOLDDATA file as it has FMID and associated PTF.   Still wont get you to the 
relevant CVE entry, but at least you can narrow down the results by FMID.

_
Dave Jousma
Assistant Vice President, Mainframe Engineering
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Wednesday, January 06, 2016 6:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CVE entries

David,

I had found that, but was looking for a CVE to PTF/APAR cross reference because 
my coworker had the CVE numbers only.

I suppose I can click on all those links and see if any contain CVE comments 
and match the ones I am interested in.

Thank you anyway,

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Wednesday, January 06, 2016 6:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CVE entries

It's an entry off Resourcelink 
https://www-304.ibm.com/servers/resourcelink/hom03010.nsf?OpenDatabase then on 
the left, choose problem solving, and then security alerts.  Once in the 
portal, at the top are the downloadable SMPE files, and beyond that you will 
see C-IBM-zSeries* entries.   Those describe the vulnerability, and the 
associated APAR.

_
Dave Jousma
Assistant Vice President, Mainframe Engineering david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Tuesday, January 05, 2016 4:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CVE entries

Lizette,

No, that resembles entries found on the Mitre site here: 
http://cve.mitre.org/cve/index.html

A coworker was told in a SR response to check out a handful of CVE entries and 
their associated PTFs. He is not registered to the portal.

I get the security alerts, but have never gone into the portal itself even 
though I am registered to it. 

I can't even find a URL at the moment.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, January 05, 2016 4:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CVE entries

Since I am not familiar with CVE is this what you are asking about?

CVE Reference Map for Source IBM

IBM:ERS-OAR-E01-2000:075.1  CVE-2000-0249

Lizette

-Original Message-
>From: "Richards, Robert B." 
>Sent: Jan 5, 2016 2:12 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: CVE entries
>
>Can someone tell me how to cross reference CVE numbers with their applicable 
>z/OS PTFs?
>
>For the record, I registered to the portal.
>
>Bob
>

--
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 e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


--
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 e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message 

Re: Migration from z196 to z13 encryption aspect

[R.S.]

W dniu 2016-01-05 o 22:00, Ed Finnell pisze:

Normally these issues are identified in the SAPR review. [...]

There is no SAPR book for z13.


--
Radoslaw Skorupka
Lodz, Poland






--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru 
Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2015 r. kapita zakadowy mBanku S.A. (w caoci 
wpacony) wynosi 168.840.228 zotych.


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

Re: So Long, and Thanks For All The Fish

[Clem Clarke]

It's spelt Oz, isn't it?

Clem

Elardus Engelbrecht wrote:

David Crayford wrote:


Bloody hell you can't retire! You are the chief aussie on the list!!!

Yes, Mate, you're bloody hell correct! But, please remember to write Aussie 
(with capitalized A!) ;-)

Shame, I'll miss Shane!

Oh, look at http://planetmvs.com/humor/burnedoutsysprog.html at your peril!

(Mentioned on IBM-MAIN-ARCHIVES)

Groete / Greetings
Elardus Engelbrecht

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




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: So Long, and Thanks For All The Fish

[Elardus Engelbrecht]

David Crayford wrote:

>Bloody hell you can't retire! You are the chief aussie on the list!!!

Yes, Mate, you're bloody hell correct! But, please remember to write Aussie 
(with capitalized A!) ;-)

Shame, I'll miss Shane! 

Oh, look at http://planetmvs.com/humor/burnedoutsysprog.html at your peril!

(Mentioned on IBM-MAIN-ARCHIVES)

Groete / Greetings
Elardus Engelbrecht

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

Re: CVE entries

[Richards, Robert B.]

Well, if they aren't, the defect support person didn't correct him. Not to 
mention that that person referred him to the portal. Go figure.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Wednesday, January 06, 2016 8:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CVE entries

W dniu 2016-01-06 o 12:23, Richards, Robert B. pisze:
> David,
>
> I had found that, but was looking for a CVE to PTF/APAR cross reference 
> because my coworker had the CVE numbers only.
>
> I suppose I can click on all those links and see if any contain CVE comments 
> and match the ones I am interested in.
>
Just curious: is he sure the CVE numbers are applicable to z/OS and its 
components?

--
Radoslaw Skorupka
Lodz, Poland






--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

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, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2015 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.840.228 złotych.


--
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: CVE entries

[R.S.]

W dniu 2016-01-06 o 12:23, Richards, Robert B. pisze:

David,

I had found that, but was looking for a CVE to PTF/APAR cross reference because 
my coworker had the CVE numbers only.

I suppose I can click on all those links and see if any contain CVE comments 
and match the ones I am interested in.

Just curious: is he sure the CVE numbers are applicable to z/OS and its 
components?


--
Radoslaw Skorupka
Lodz, Poland






--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

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, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2015 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.840.228 złotych.


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

Re: Anyone got any ancient DASD manuals?

[Mitch Mccluhan]

Mike,

Did you ever get your information?  None of my sources responded.
 

Mitch McCluhan
mitc...@aol.com

 

 

-Original Message-
From: Mike Ross 
To: IBM-MAIN 
Sent: Sat, Jan 2, 2016 9:31 pm
Subject: Anyone got any ancient DASD manuals?

I have a friend trying to restore a 9370 system and he needs to
re-init the diag track on the disk. This requires entering some
special commands on the keyboard behind the front panel on the drive
controller itself... and he needs IBM 9335-A01 SERVICE GUIDE (probably
SY33-0113, but not sure) to tell him what they are!

Please check old dusty bookshelves. Any current or former IBM CEs reading this?

Thanks

Mike

http://www.corestore.org
'No greater love hath a man than he lay down his life for his brother.
Not for millions, not for glory, not for fame.
For one person, in the dark, where no one will ever know or see.'

--
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: So Long, and Thanks For All The Fish

[David Crayford]

Bloody hell you can't retire! You are the chief aussie on the list!!!

On 31/12/2015 10:47 PM, Shane Ginnane wrote:

Shane ...

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

job listing

[Pommier, Rex]

Hello list,

I don't know the protocol any more or how to reach Darren for approval so I'll 
post this and beg for forgiveness if it is inappropriate.

I know of a systems programmer position available in the upper Midwest.  Can't 
really say much about it on the list other than it is not a contract position 
and somebody with experience is needed, so if you know of somebody who might be 
interested, have them contact me off-list for further details!  Work from home 
or remote is a possibility but preference to be on site. 

Thanks,

Rex

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: Migration from z196 to z13 encryption aspect

[John Eells]

R.S. wrote:

W dniu 2016-01-05 o 22:00, Ed Finnell pisze:

Normally these issues are identified in the SAPR review. [...]

There is no SAPR book for z13.


It's true there is no SAPR guide, but I'm told the same sort of 
information is available in a different form when you plan to install a z13.


--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

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

Re: HDS G1000

[Pew, Curtis G]

On Jan 6, 2016, at 9:43 AM, Steve Beaver  wrote:
> 
> Does anyone in the group use a HDS G1000?
> 
> From what I understand there are 2 components:
> (1) The Feature to do PPRC/XRC must me enabled on the G1000
> (2) There is some software that needs to be installed on the MVS System
> 
> Is this correct?

We have one, but we don’t do PPRC. (We do use the HDS Universal Replicator 
feature.) We didn’t install any software on MVS.

-- 
Pew, Curtis G
curtis@austin.utexas.edu
ITS Systems/Core/Administrative Services


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

HDS G1000

[Steve Beaver]

Does anyone in the group use a HDS G1000?

>From what I understand there are 2 components:
(1) The Feature to do PPRC/XRC must me enabled on the G1000
(2) There is some software that needs to be installed on the MVS System
 
Is this correct?


Steve   

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

Sharing of consoles

[Lopez, Sharon]

What console controllers does everyone use to share consoles across multiple 
data centers?  Are most people using OSA, Visara controllers, etc?

Thank you.

Sharon Lopez



Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

Re: Sharing of consoles

[Brian France]

Visara

On 1/6/2016 11:18 AM, Lopez, Sharon wrote:

What console controllers does everyone use to share consoles across multiple 
data centers?  Are most people using OSA, Visara controllers, etc?

Thank you.

Sharon Lopez



Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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


--
Brian W. France
Systems Administrator (Mainframe)
Pennsylvania State University
Administrative Information Services - Infrastructure/SYSARC
Rm 25 Shields Bldg., University Park, Pa. 16802
814-863-4739
b...@psu.edu

"To make an apple pie from scratch, you must first invent the universe."

Carl Sagan

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

Re: Sharing of consoles

[Jerry Whitteridge]

We use Visara Ficon controllers

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lopez, Sharon
Sent: Wednesday, January 06, 2016 8:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Sharing of consoles

What console controllers does everyone use to share consoles across multiple 
data centers?  Are most people using OSA, Visara controllers, etc?

Thank you.

Sharon Lopez



Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

"Email Firewall" made the following annotations.
--

Warning: 
All e-mail sent to this address will be received by the corporate e-mail 
system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain proprietary information and is intended 
only for the use of the intended recipient(s).  If the reader of this message 
is not the intended recipient(s), you are notified that you have received this 
message in error and that any review, dissemination, distribution or copying of 
this message is strictly prohibited.  If you have received this message in 
error, please notify the sender immediately.. 
 
==

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

Re: Sharing of consoles

[John Sawyer]

SecureAgent IDG 9074  Full FIPs 140 Compliance.

John Sawyer
On Jan 6, 2016, at 11:30 AM, David Purdy wrote:

> Visara here as well.
> 
> David
> 
> -Original Message-
> From: Brian France 
> To: IBM-MAIN 
> Sent: Wed, Jan 6, 2016 11:24 AM
> Subject: Re: Sharing of consoles
> 
> 
> Visara
> 
> On 1/6/2016 11:18 AM, Lopez, Sharon wrote:
>> What console controllers does everyone use to share consoles across multiple 
>> data centers?  Are most people using OSA, Visara controllers, etc?
>> 
>> Thank you.
>> 
>> Sharon Lopez
>> 
>> 
>> 
>> Email correspondence to and from this address may be subject to the North 
>> Carolina Public Records Law and may be disclosed to third parties by an 
>> authorized state official.
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to > href="mailto:lists...@listserv.ua.edu;>lists...@listserv.ua.edu with the 
>> message: INFO IBM-MAIN
> 
> -- 
> Brian W. France
> Systems Administrator (Mainframe)
> Pennsylvania State University
> Administrative Information Services - Infrastructure/SYSARC
> Rm 25 Shields Bldg., University Park, Pa. 16802
> 814-863-4739
> mailto:b...@psu.edu;>b...@psu.edu
> 
> "To make an apple pie from scratch, you must first invent the universe."
> 
> Carl Sagan
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to  href="mailto:lists...@listserv.ua.edu;>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: HDS G1000

[Steve Beaver]

Thanks Curtis

Steve  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pew, Curtis G
Sent: Wednesday, January 6, 2016 8:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: HDS G1000

On Jan 6, 2016, at 9:43 AM, Steve Beaver  wrote:
> 
> Does anyone in the group use a HDS G1000?
> 
> From what I understand there are 2 components:
> (1) The Feature to do PPRC/XRC must me enabled on the G1000
> (2) There is some software that needs to be installed on the MVS System
> 
> Is this correct?

We have one, but we don’t do PPRC. (We do use the HDS Universal Replicator 
feature.) We didn’t install any software on MVS.

-- 
Pew, Curtis G
curtis@austin.utexas.edu
ITS Systems/Core/Administrative Services


--
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: Sort for not there?

[Tony Harminc]

On 6 January 2016 at 14:04, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>>>   //DD1  DD  *,DLM=AA
>>
>> True. I've used $ quite a bit myself. But in the _general_ case, how can
>> you guarantee that whatever characters you select will _not_ occur as the
>> first two characters in the "sample" data?

And this all started with arbitrary (GOFF) files as input to SMP/E,
which has, AFAIK, no delimiter option on e.g. the ++MOD statement. JCL
isn't the only thing with this problem. A single GOFF file could
plausibly contain records starting with ++ and // and /* .

Tony H.

Tony H.

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

Re: job listing

[Pommier, Rex]

Thanks, Ed.  Added to my "keepers" file.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Finnell
Sent: Wednesday, January 06, 2016 3:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: job listing

He's still has a _darren@bama.edu_ (mailto:dar...@bama.edu)   account and 
responds when his day job permits.
 
 
In a message dated 1/6/2016 10:02:29 A.M. Central Standard Time,  
rpomm...@sfgmembers.com writes:

Darren  for approval so I'll post this and beg for forgiveness if it is  
inappropriate.


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

Instream Rexx (was: Sort for not there?)

[Paul Gilmartin]

On Wed, 6 Jan 2016 14:03:36 -0600, John McKown  wrote:

>On Wed, Jan 6, 2016 at 1:40 PM, Charles Mills  wrote:
>
>> > One of these days, I will looking into write a
>> > program for IRXJCL which allows "in line" REXX code.
>>
>> Have not fully thought this through but couldn't you do it as a PROC that
>> copied inline Rexx into a temporary PDS and then ran it with IRXJCL?
>
>​Many do this. I do it myself. But it is a "kludge" in my no-so-humble
>opinion. But it is why this is not a big thing for me to do. If I do, I'll
>put it up on the CBTTape.org site.
>
>> Kind of an unfortunate restriction on IRXJCL that it requires a PDS and a
>> member name. Presumably would not have been terribly difficult for it to
>> have supported a sequential dataset.
>> 
A fiendish hacker (not I) has discovered an alternative, not documented,
not supported.  If you execute IRXJCL with 8X'00' as a member name it
takes SYSEXEC (which may be instream) as PS.  Somewhat inferred from
the documented Rexx API where identical invocations distinguish between
PS and PDS member solely by the member name's being zeroes.  I think
it does only one CLI to decide.

Of course, using a PS SYSEXEC precludes any library Rexx calls.  I rather
execute IKJEFTfoobar with SYSTSIN starting with one or more REPROs
to copy instream EXECs to a temporary DS as SYSEXEC to which I then
concatenate my Rexx utility function library.

There's also an API for Rexx EXEC text in storage; no data set needed.

-- gil

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

Re: Sort for not there?

[Paul Gilmartin]

On 2016-01-06 19:04, Tom Marchant wrote:
> 
> I remain unconvinced that there is a need for GIMDTS to transform data just 
> because it contains "//" or "/*" in columns 1 and 2. If this hs ever come up 
> as a 
> problem for you where you couldn't select a two byte delimiter, please show 
> an 
> example.
> 
You easily win that one.  Either:

o The data contain a record beginning with "++" in which case
  GIMDTS will transform them.  Or:

o The data contain no such record, in which case DLM='++' works.

But what became of the KISS principle?  If the programmer invokes
GIMDTS, let it transform the data regardless of content.  The
code becomes simpler; the documentation becomes simpler.

Why make any exceptions?  IBM has stumbled into its own needless rule:

http://www-01.ibm.com/support/docview.wss?uid=swg1OW33063

... and apparently IBM reacted not by removing all exceptions, but by
removing the one exception that impacted the customer.


On 2016-01-06 19:13, Tom Marchant wrote:
>
>> Make it 64 or even 80 bytes!
>
> There are a lot of areas where z/OS could use improvement. I am unconvinced
> that the delimiter for in-stream data is an important constraint. Has anyone 
> here
> ever coded JCL with in-stream data that they couldn't find a suitable 
> delimiter for?
> 
It's not a matter of whether it can be done at all but of whether it can be done
easily.  For a delimiter of the size Charles envisions, using a random character
string from /dev/random (ICSF) with no selection leaves no practical exposure.
That's in the range used for strong encryption; good enough for NSA.

A more likely hazard is that the data contain a GIMDTS header.  One looks like:
$$ GIMDTS  FORMAT

That, too, could be protected by transforming the data with GIMDTS.

I imagine someone asking, "Why would a programmer want to use a file
beginning with such a record?"  But that's rhetoric, best countered
with rhetoric:  "What need has IBM to prohibit it?"  Just to flout KISS?

-- gil

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

Re: Sort for not there?

[Tom Marchant]

On Wed, 6 Jan 2016 19:01:15 -0500, Tony Harminc wrote:

>And this all started with arbitrary (GOFF) files as input to SMP/E,
>which has, AFAIK, no delimiter option on e.g. the ++MOD statement. JCL
>isn't the only thing with this problem. A single GOFF file could
>plausibly contain records starting with ++ and // and /* .

Even if that were true, I fail to see what the fuss is all about. Why would 
anyone 
want to go to the trouble of wrapping JCL around such a file such that it would 
be 
read as in-stream data? Why not code the reference to the data set?

This all started when Gil complained that GIMDTS won't transform FB 80-byte 
data 
unless it contains a "++" in columns 1 and 2 What about "//", he said. I didn't 
understand why he needed to GIMDTS to transform data containing such a file.

I still don't understand why. The example of DD * data that contains JCL seems 
contrived. Do you really build JCL containing in-stream data that you don't 
know the 
contents of, and that you can't select a delimiter for?

Does anyone build JCL that contains in-stream data with arbitrary contents?

I remain unconvinced that there is a need for GIMDTS to transform data just 
because it contains "//" or "/*" in columns 1 and 2. If this hs ever come up as 
a 
problem for you where you couldn't select a two byte delimiter, please show an 
example.

-- 
Tom Marchant

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

Re: Sort for not there?

[Tony Harminc]

On 6 January 2016 at 20:17, Charles Mills  wrote:
> Isn't that the scheme? Conventional object decks all begin with x'02'. 
> (12-2-9 multi-punch, right? -- Now there's some wasted brain cells!)
>
> So for GOFF they went to ... X'03'

Actually it even says so much in the description. I take it all back.
(Well, not the JCL DLM= part...)

"The value X'03' is chosen to distinguish GOFF records from OBJ
records, which begin with a byte  containing X'02', and from control
statements, which begin with a byte whose hex value is not less than
X'40'."

Tony H.

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

OT IBM down and out

[Ed Gould]

http://www.theregister.co.uk/2016/01/06/ 
alliance_at_ibm_suspends_organised_campaigns/


6 Jan 2016 at 12:05, Paul Kunert
The sole unionised outpost trying to give a voice to IBM workers  
Stateside has frozen campaigns, citing sustained job cuts and a  
resulting drop in membership as the reasons.


Alliance@IBM was set up in 1999 to organise protests against  
redundancies as Big Blue started to move more roles, particularly in  
manufacturing and services, to lower-cost overseas operations.


Lee Conrad, national coordinator for the Alliance@IBM, yesterday  
wrote to its brothers and sisters, telling them the “union organising  
campaign at IBM has been suspended".


“Years of job cuts and membership losses have taken their toll. IBM  
executive management steamrolled over employees and their families,”  
he added in the missive.


In the 1980s, IBM had 230,000 staff based in the US but this figure  
has fallen to 71,000, the union claimed. The company hasn’t provided  
clarity on its local headcount for roughly five years.


“We tried to push back when we could but we didn’t have enough people  
power to change the working conditions or stop the massive job cuts  
or offshoring at IBM,” said Conrad.


The union is understood to have only 200 paying members across the  
local workforce in the States, down from a peak of 400.


But Alliance@IBM, part of the Communication Workers of America, has  
helped to shine a light on the happenings at the veteran technology  
organisation for employees, and tried to garner support for action.


IBM went through a massive restructure last year and made some  
redundancies - it budgeted to reduce the global workforce by 6,500.  
The company, like all of its fellow veteran tech firms, is failing to  
offset falling revenues with cloudy stuff.


For the past 14 quarters - not including financials for calendar Q4 -  
IBM revenues have declined.


As for Alliance@IBM, Conrad is reportedly going to provide a place on  
the web for employees to share information and is building a new  
website. ®


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

Re: Sort for not there?

[Tom Marchant]

On Wed, 6 Jan 2016 12:06:13 -0800, Charles Mills wrote:

>It's 2016! z13's go to what? 3TB real?>

3 TB? That would be a zEC12. z13 can have 10TB. 
What does that have to do with it?

>Make it 64 or even 80 bytes!

There are a lot of areas where z/OS could use improvement. I am unconvinced 
that the delimiter for in-stream data is an important constraint. Has anyone 
here 
ever coded JCL with in-stream data that they couldn't find a suitable delimiter 
for?

-- 
Tom Marchant

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

Re: Sort for not there?

[Tony Harminc]

On 6 January 2016 at 19:38, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> When all else fails, try an experiment.  (Maybe then read the instructions.)
> I just tried HLASMC PARM=GOFF.  Every record in SYSLIN begins with X'03'.
> So, on the basis of this unscientific sample, no problem.

Dang! And it even says so in the Binder Advanced Facilities
description of GOFF. I had thought that the logical records
could/would be splashed across the available LRECL without regard to
physical boundaries. So what does it look like when written to a UNIX
file?

Tony H.

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

Re: Sort for not there?

[Charles Mills]

Isn't that the scheme? Conventional object decks all begin with x'02'. (12-2-9 
multi-punch, right? -- Now there's some wasted brain cells!)

So for GOFF they went to ... X'03'.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Wednesday, January 06, 2016 4:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sort for not there?

On Wed, 6 Jan 2016 19:01:15 -0500, Tony Harminc wrote:
>
>And this all started with arbitrary (GOFF) files as input to SMP/E, 
>which has, AFAIK, no delimiter option on e.g. the ++MOD statement. JCL 
>isn't the only thing with this problem. A single GOFF file could 
>plausibly contain records starting with ++ and // and /* .
> 
When all else fails, try an experiment.  (Maybe then read the instructions.) I 
just tried HLASMC PARM=GOFF.  Every record in SYSLIN begins with X'03'.
So, on the basis of this unscientific sample, no problem.

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

Re: Migration from z196 to z13 encryption aspect

[Ed Finnell]

Well Harv Emery(WSC) thinks there is a SAPR guide(pg 5). Don't  know if it 
was renamed. Never see a z13 .
 
https://share.confex.com/share/124/webprogram/Handout/Session16704/
 
 
 
 
In a message dated 1/6/2016 8:49:15 A.M. Central Standard Time,  
ee...@us.ibm.com writes:

It's  true there is no SAPR guide, but I'm told the same sort of 
information is  available in a different form when you plan to install a  
z13.


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

Re: Sort for not there?

[Charles Mills]

Had a break waiting for a Job to run so looked it up. It is 65536, not 39**2, 
because you can code "special characters" in quotes. The ability to specify the 
delimiters in printable hexadecimal rather than as actual non-printable values 
would be a nice-to-have.

Longer would certainly be an improvement.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Wednesday, January 06, 2016 11:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sort for not there?

It's more like 39**2 than 65535, right? Only uppercase alphamerics?

Agreed. JCL is kind of sad in many areas where it surely would not take a lot 
of resources to relieve some constraints (such as this one). The ability to 
specify hex (non-alphameric) DLM= values would improve things considerably 
here, with nada in the way of upward compatibility issues.

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

Re: Sort for not there?

[Charles Mills]

It's 2016! z13's go to what? 3TB real? Make it 64 or even 80 bytes!

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Wednesday, January 06, 2016 11:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sort for not there?

DLM can have a quoted string value for using non-alphanumeric/national 
characters, and ISPF edit allows one to enter non-printable hex characters into 
that two-byte quoted string pretty easily, so theoretically you can use any 
2-byte hex value you want for DLM.

But for arbitrary input (e.g., a GOFF-format assembler object output file) , as 
Gil pointed out there is no way to tell a priori what 2-byte value to use which 
does not occur in the data stream.

Allowing a 4-byte (or more) DLM value would improve the odds against a mistaken 
EOF signal, though not of course eliminate them.  I'd vote for a 64-byte limit 
myself, but even that may be short-sighted.

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

Re: Sort for not there?

[Mike Schwab]

80 bytes?  Then you would get someone who puts a sequence number on the member.
No more than 72.
If a line would happen to be interpreted as JCL, I would want column
72 to be blank so it is NOT a continuation character.  In fact I code
No more than 71.
In fact, I put ISPF Profile TABS * (non-display) in columns 72-77 so I
can't type a continuation character.

On Wed, Jan 6, 2016 at 2:06 PM, Charles Mills  wrote:
> It's 2016! z13's go to what? 3TB real? Make it 64 or even 80 bytes!
>
> Charles

-- 
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: HDS G1000

[Ed Castro]

Hi Steve,

A Hitachi VSP-G1000 will generally have the following license keys enabled if 
it has the basic replication package installed. 

Compatible XRC
TrueCopy for Mainframe - Compatible with IBM PPRC


No additional software is needed on zOS to use these functions.

Compatible XRC and TrueCopy (PPRC) can be managed as documented in the 
following IBM manuals:

z/OS DFSMS Advanced Copy Services
Version 1 Release 13 
SC35-0428-19

z/OS DFSMS Advanced Copy Services
Version 2 Release 1
SC23-6847-01

z/OS DFSMS Advanced Copy Services
Version 2 Release 2
SC23-6847-02


Hitachi also has a software product called 'Business Continuity Manager (BCM)' 
which can be used to manage TrueCopy environments (but not XRC).
This software is a priced option.

Many of our customers use IBM's GDPS to manage their TrueCopy configirations to 
provide hyperswap capability.  

Let me know if you have any further questions.




Best Regards.

Sergio E. Castro
Hitachi Data Systems
Global Support Center
15231 Avenue of Science
Suite 100
San Diego, California 92128
U.S.A

Office Phone: 858 537 3075
Cell Phone:760-213-9255

Email: sergio.cas...@hds.com
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: Wednesday, January 06, 2016 7:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: HDS G1000

Does anyone in the group use a HDS G1000?

>From what I understand there are 2 components:
(1) The Feature to do PPRC/XRC must me enabled on the G1000
(2) There is some software that needs to be installed on the MVS System
 
Is this correct?


Steve   

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

Sort for not there?

[Paul Gilmartin]

(hyperspaced from ASSEMBLER-LIST)

On 2016-01-06, at 11:45, John McKown wrote:
>> 
>>   //DD1  DD  *,DLM=AA
> 
> ​True. I've used $$ quite a bit myself. But in the _general_ case, how can
> you guarantee that whatever characters you select will _not_ occur as the
> first two characters in the "sample" data?​
> 
Well, the Pigeonhole Principle guarantees that if the data don't exceed
65,535 lines a suitable value must exist.  But how to find it?

I might take this to IBM-MAIN; someone is apt to jump in with a DFSORT/ICETOOL
solution.

Hmmm.  Count occurences of each initial digraph and select any zero value.
But are zeroes counted?

Why isn't DLM allowed to be longer?  If it were a few dozen characters,
there's be a guaranteed value for any plausible size data set.

I suppose one could concatenate SYSINs with a different DLM for each, until
the concatenation limit was encountered.

I hate JCL!  It ain't 1965 no more; we shouldn't be burdened with resource
constraints designed for 1965.

--gil

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

Re: Sort for not there?

[John McKown]

On Wed, Jan 6, 2016 at 1:04 PM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> (hyperspaced from ASSEMBLER-LIST)
>
> On 2016-01-06, at 11:45, John McKown wrote:
> >>
> >>   //DD1  DD  *,DLM=AA
> >
> > ​True. I've used $$ quite a bit myself. But in the _general_ case, how
> can
> > you guarantee that whatever characters you select will _not_ occur as the
> > first two characters in the "sample" data?​
> >
> Well, the Pigeonhole Principle guarantees that if the data don't exceed
> 65,535 lines a suitable value must exist.  But how to find it?
>
> I might take this to IBM-MAIN; someone is apt to jump in with a
> DFSORT/ICETOOL
> solution.
>

​This _is_ IBM-MAIN.​



>
> Hmmm.  Count occurences of each initial digraph and select any zero value.
> But are zeroes counted?
>
> Why isn't DLM allowed to be longer?  If it were a few dozen characters,
> there's be a guaranteed value for any plausible size data set.
>
> I suppose one could concatenate SYSINs with a different DLM for each, until
> the concatenation limit was encountered.
>
> I hate JCL!  It ain't 1965 no more; we shouldn't be burdened with resource
> constraints designed for 1965.
>

​OK. But I can just imagine the flames and wars (and the demands for a
business case from IBM) for "something else". Oh, and be damn sure that the
"something else" can be used with CA-11 restart management. ​So the
simplest thing would be a new control language which can be "compiled" into
"internal text" (like JCL is at present). But that would still have some of
the problems that JCL has. E.g. no looping construct. There is no way to
construct SWA to do "looping".

Of course, you could abandon most of JCL by using Co:Z Batch Launcher to
write a UNIX shell script. One of these days, I will looking into write a
program for IRXJCL which allows "in line" REXX code.

E.g.
//STEP1 EXEC PGM=RUNREXX,REGION=0M
//SYSPRINT DD SYSOUT=*
//SYSERROR DD SYSOUT=*
//SYSPROC DD DISP=SHR,DSN=SYS1.SBPXEXEC
//SYSIN DD DLM='$$'
/* REXX */
SAY "HELLO, WORLD!"
CALL BPXWDYN "ALLOC DDN(X) DSN(X) OLD"
CALL 'some.linklib(somepgm)' 'some parm'
$$
//

Or just use JOL: http://jol.oscar-jol.com/downloads


>
> --gil
>

-- 
Computer Science is the only discipline in which we view adding a new wing
to a building as being maintenance -- Jim Horning

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: Sort for not there?

[Lizette Koehler]

And there is a DFSORT team waiting to help.  Send emails to
DFSORThotline  dfs...@us.ibm.com

Lizette


-Original Message-
>From: John McKown 
>Sent: Jan 6, 2016 12:25 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Sort for not there?
>
>On Wed, Jan 6, 2016 at 1:04 PM, Paul Gilmartin <
>000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
>> (hyperspaced from ASSEMBLER-LIST)
>>
>> On 2016-01-06, at 11:45, John McKown wrote:
>> >>
>> >>   //DD1  DD  *,DLM=AA
>> >
>> > ​True. I've used $$ quite a bit myself. But in the _general_ case, how
>> can
>> > you guarantee that whatever characters you select will _not_ occur as the
>> > first two characters in the "sample" data?​
>> >
>> Well, the Pigeonhole Principle guarantees that if the data don't exceed
>> 65,535 lines a suitable value must exist.  But how to find it?
>>
>> I might take this to IBM-MAIN; someone is apt to jump in with a
>> DFSORT/ICETOOL
>> solution.
>>
>
>​This _is_ IBM-MAIN.​
>
>
>
>>
>> Hmmm.  Count occurences of each initial digraph and select any zero value.
>> But are zeroes counted?
>>
>> Why isn't DLM allowed to be longer?  If it were a few dozen characters,
>> there's be a guaranteed value for any plausible size data set.
>>
>> I suppose one could concatenate SYSINs with a different DLM for each, until
>> the concatenation limit was encountered.
>>
>> I hate JCL!  It ain't 1965 no more; we shouldn't be burdened with resource
>> constraints designed for 1965.
>>
>
>​OK. But I can just imagine the flames and wars (and the demands for a
>business case from IBM) for "something else". Oh, and be damn sure that the
>"something else" can be used with CA-11 restart management. ​So the
>simplest thing would be a new control language which can be "compiled" into
>"internal text" (like JCL is at present). But that would still have some of
>the problems that JCL has. E.g. no looping construct. There is no way to
>construct SWA to do "looping".
>
>Of course, you could abandon most of JCL by using Co:Z Batch Launcher to
>write a UNIX shell script. One of these days, I will looking into write a
>program for IRXJCL which allows "in line" REXX code.
>
>E.g.
>//STEP1 EXEC PGM=RUNREXX,REGION=0M
>//SYSPRINT DD SYSOUT=*
>//SYSERROR DD SYSOUT=*
>//SYSPROC DD DISP=SHR,DSN=SYS1.SBPXEXEC
>//SYSIN DD DLM='$$'
>/* REXX */
>SAY "HELLO, WORLD!"
>CALL BPXWDYN "ALLOC DDN(X) DSN(X) OLD"
>CALL 'some.linklib(somepgm)' 'some parm'
>$$
>//
>
>Or just use JOL: http://jol.oscar-jol.com/downloads
>
>
>>
>> --gil
>>
>
>-- 
>Computer Science is the only discipline in which we view adding a new wing
>to a building as being maintenance -- Jim Horning
>
>Schrodinger's backup: The condition of any backup is unknown until a
>restore is attempted.
>
>Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.
>
>He's about as useful as a wax frying pan.
>
>10 to the 12th power microphones = 1 Megaphone
>
>Maranatha! <><
>John McKown
>

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

Re: Sort for not there?

[Charles Mills]

It's more like 39**2 than 65535, right? Only uppercase alphamerics?

Agreed. JCL is kind of sad in many areas where it surely would not take a lot 
of resources to relieve some constraints (such as this one). The ability to 
specify hex (non-alphameric) DLM= values would improve things considerably 
here, with nada in the way of upward compatibility issues.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Wednesday, January 06, 2016 11:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Sort for not there?

(hyperspaced from ASSEMBLER-LIST)

On 2016-01-06, at 11:45, John McKown wrote:
>> 
>>   //DD1  DD  *,DLM=AA
> 
> ​True. I've used $$ quite a bit myself. But in the _general_ case, how 
> can you guarantee that whatever characters you select will _not_ occur 
> as the first two characters in the "sample" data?​
> 
Well, the Pigeonhole Principle guarantees that if the data don't exceed
65,535 lines a suitable value must exist.  But how to find it?

I might take this to IBM-MAIN; someone is apt to jump in with a DFSORT/ICETOOL 
solution.

Hmmm.  Count occurences of each initial digraph and select any zero value.
But are zeroes counted?

Why isn't DLM allowed to be longer?  If it were a few dozen characters, there's 
be a guaranteed value for any plausible size data set.

I suppose one could concatenate SYSINs with a different DLM for each, until the 
concatenation limit was encountered.

I hate JCL!  It ain't 1965 no more; we shouldn't be burdened with resource 
constraints designed for 1965.

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

Re: Sort for not there?

[Charles Mills]

> One of these days, I will looking into write a
> program for IRXJCL which allows "in line" REXX code.

Have not fully thought this through but couldn't you do it as a PROC that 
copied inline Rexx into a temporary PDS and then ran it with IRXJCL?

Kind of an unfortunate restriction on IRXJCL that it requires a PDS and a 
member name. Presumably would not have been terribly difficult for it to have 
supported a sequential dataset.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Wednesday, January 06, 2016 11:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sort for not there?

On Wed, Jan 6, 2016 at 1:04 PM, Paul Gilmartin < 
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> (hyperspaced from ASSEMBLER-LIST)
>
> On 2016-01-06, at 11:45, John McKown wrote:
> >>
> >>   //DD1  DD  *,DLM=AA
> >
> > ​True. I've used $$ quite a bit myself. But in the _general_ case, 
> > how
> can
> > you guarantee that whatever characters you select will _not_ occur 
> > as the first two characters in the "sample" data?​
> >
> Well, the Pigeonhole Principle guarantees that if the data don't 
> exceed
> 65,535 lines a suitable value must exist.  But how to find it?
>
> I might take this to IBM-MAIN; someone is apt to jump in with a 
> DFSORT/ICETOOL solution.
>

​This _is_ IBM-MAIN.​



>
> Hmmm.  Count occurences of each initial digraph and select any zero value.
> But are zeroes counted?
>
> Why isn't DLM allowed to be longer?  If it were a few dozen characters,
> there's be a guaranteed value for any plausible size data set.
>
> I suppose one could concatenate SYSINs with a different DLM for each, until
> the concatenation limit was encountered.
>
> I hate JCL!  It ain't 1965 no more; we shouldn't be burdened with resource
> constraints designed for 1965.
>

​OK. But I can just imagine the flames and wars (and the demands for a
business case from IBM) for "something else". Oh, and be damn sure that the
"something else" can be used with CA-11 restart management. ​So the
simplest thing would be a new control language which can be "compiled" into
"internal text" (like JCL is at present). But that would still have some of
the problems that JCL has. E.g. no looping construct. There is no way to
construct SWA to do "looping".

Of course, you could abandon most of JCL by using Co:Z Batch Launcher to
write a UNIX shell script. One of these days, I will looking into write a
program for IRXJCL which allows "in line" REXX code.

E.g.
//STEP1 EXEC PGM=RUNREXX,REGION=0M
//SYSPRINT DD SYSOUT=*
//SYSERROR DD SYSOUT=*
//SYSPROC DD DISP=SHR,DSN=SYS1.SBPXEXEC
//SYSIN DD DLM='$$'
/* REXX */
SAY "HELLO, WORLD!"
CALL BPXWDYN "ALLOC DDN(X) DSN(X) OLD"
CALL 'some.linklib(somepgm)' 'some parm'
$$
//

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

Re: Sort for not there?

[Farley, Peter x23353]

DLM can have a quoted string value for using non-alphanumeric/national 
characters, and ISPF edit allows one to enter non-printable hex characters into 
that two-byte quoted string pretty easily, so theoretically you can use any 
2-byte hex value you want for DLM.

But for arbitrary input (e.g., a GOFF-format assembler object output file) , as 
Gil pointed out there is no way to tell a priori what 2-byte value to use which 
does not occur in the data stream.

Allowing a 4-byte (or more) DLM value would improve the odds against a mistaken 
EOF signal, though not of course eliminate them.  I'd vote for a 64-byte limit 
myself, but even that may be short-sighted.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Wednesday, January 06, 2016 2:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sort for not there?

It's more like 39**2 than 65535, right? Only uppercase alphamerics?

Agreed. JCL is kind of sad in many areas where it surely would not take a lot 
of resources to relieve some constraints (such as this one). The ability to 
specify hex (non-alphameric) DLM= values would improve things considerably 
here, with nada in the way of upward compatibility issues.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Wednesday, January 06, 2016 11:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Sort for not there?

(hyperspaced from ASSEMBLER-LIST)

On 2016-01-06, at 11:45, John McKown wrote:
>> 
>>   //DD1  DD  *,DLM=AA
> 
> ​True. I've used $$ quite a bit myself. But in the _general_ case, how 
> can you guarantee that whatever characters you select will _not_ occur 
> as the first two characters in the "sample" data?​
> 
Well, the Pigeonhole Principle guarantees that if the data don't exceed
65,535 lines a suitable value must exist.  But how to find it?

I might take this to IBM-MAIN; someone is apt to jump in with a DFSORT/ICETOOL 
solution.

Hmmm.  Count occurences of each initial digraph and select any zero value.
But are zeroes counted?

Why isn't DLM allowed to be longer?  If it were a few dozen characters, there's 
be a guaranteed value for any plausible size data set.

I suppose one could concatenate SYSINs with a different DLM for each, until the 
concatenation limit was encountered.

I hate JCL!  It ain't 1965 no more; we shouldn't be burdened with resource 
constraints designed for 1965.

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

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


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

Re: Sort for not there?

[John McKown]

On Wed, Jan 6, 2016 at 1:40 PM, Charles Mills  wrote:

> > One of these days, I will looking into write a
> > program for IRXJCL which allows "in line" REXX code.
>
> Have not fully thought this through but couldn't you do it as a PROC that
> copied inline Rexx into a temporary PDS and then ran it with IRXJCL?
>

​Many do this. I do it myself. But it is a "kludge" in my no-so-humble
opinion. But it is why this is not a big thing for me to do. If I do, I'll
put it up on the CBTTape.org site.


>
> Kind of an unfortunate restriction on IRXJCL that it requires a PDS and a
> member name. Presumably would not have been terribly difficult for it to
> have supported a sequential dataset.
>
> Charles
>

-- 
Computer Science is the only discipline in which we view adding a new wing
to a building as being maintenance -- Jim Horning

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: So Long, and Thanks For All The Fish

[Knutson, Samuel]

Enjoyed all your contributions over the years.   Be well!

Best Regards,

Sam Knutson  |  Director, Product Management  |  Compuware
@samknutson |  linkedin.com/in/samknutson
samuel.knut...@compuware.com  |  M: +1 301 996-1318

DO SOMETHING!) SMALL) USEFUL) NOW!) - computer pioneer  Bob Bemer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Shane Ginnane
Sent: Thursday, December 31, 2015 9:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: So Long, and Thanks For All The Fish

Shane ...
The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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

Re: job listing

[Ed Finnell]

He's still has a _darren@bama.edu_ (mailto:dar...@bama.edu)   account and 
responds when his day job permits.
 
 
In a message dated 1/6/2016 10:02:29 A.M. Central Standard Time,  
rpomm...@sfgmembers.com writes:

Darren  for approval so I'll post this and beg for forgiveness if it is  
inappropriate.


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

Re: SMFxTME field

[Neil Duffee]

Caveat:  with daily digesting, I'm at least a day behind the discussion...

Actually, I believe that MXG is SMFxxDTE & SMFxxTME cognizant by virtue of 
using the underlying SAS 'inFormat's SMFDATETIME, SMFDATE, & SMFTIME.  I do my 
SMF reporting using SAS directly and, using SMFDATETIME, get SAS Date/DateTime 
variables [1] that can have the (out) 'Format's you desire.  

[1]  If I remember rightly, the SAS internal representations are #seconds or 
days from an arbitrary point ie.  Jan 01, 1970 (or 1900?).  That means, 
internally, the raw value can be negative for dates/times in previous 
(Gregorian) centuries, etc.

>  signature = 8 lines follows  <
Neil Duffee, Joe Sysprog, uOttawa, Ottawa, Ont, Canada
telephone:1 613 562 5800 x4585  fax:1 613 562 5161
mailto:NDuffee of uOttawa.ca http:/ /aix1.uOttawa.ca/ ~nduffee
“How *do* you plan for something like that?”  Guardian Bob, Reboot
“For every action, there is an equal and opposite criticism.”
“Systems Programming: Guilty, until proven innocent”  John Norgauer 2004
"Schrodinger's backup: The condition of any backup is unknown until a restore 
is attempted."  John McKown 2015

-Original Message-
From: Charles Mills [mailto:cha...@mcn...org] 
Sent: January 5, 2016 19:46
Subject: Re: SMFxTME field

Of course, if you have the good Doctor Merrill's most excellent MXG software 
then it will do all of this for you and more in but a trice!

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Tuesday, January 05, 2016 4:30 PM
Subject: Re: SMFxTME field

The SMFxxTME and SMFxxDTE fields are in my experience consistent 
representations of *local* time and date on the LPAR represented by the SMFID. 
No worries about leap seconds (unless you need to get back to some more basic 
time than local).


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

Re: SMFxTME field

[Barry Merrill]

It's actually the SMFSTAMP8. format provided in the SAS language that converts
the datetime format into a SAS datetime variable, which contains the number of
seconds plus/minus Jan 1, 1960, the IBM epoch.  (Unix and other use 1970).

There are 670 instances of variables INPUT with the SMFSTAMP8 informat in the 
MXG source library, and 1538 instances of variables INPUT with TODSTAMP8 
informat.

SMFSTAMP is limited to 2 decimal resolution (10 milliseconds) while most 
TODSTAMP8
fields have microsecond resolution.

One of the beauties of SAS datetime variables is the ability to under specify 
the
length of the datetime FORMAT (DATETIME21.2 for SMFSTAMP, DATETIME25.6 for 
TODSTAMP)
so that FORMAT VARIABLE DATE9. ; can be used to summarize/report by DATE 
(06JAN2016)
without creating a DATE variable, or FORMAT VARIABLE DATETIME12.; can be used to
report/summarize by DATE and HOUR (06JAN2016:12) and FORMAT VARIABLE 
DATETIME13. can be used
report/summarize by DATE/HOUR/and MINUTE (06JAN2016:12:30) without creating new 
variables.


MERRILLY NEW YEAR,

Barry


Herbert W. “Barry” Merrill, PhD
President-Programmer
MXG Software
Merrill Consultants
10717 Cromwell Drive
Dallas, TX 75229-5112
ba...@mxg.com
Fax:  214 350 3694 – Still works, received as email
Tel:  214 351 1966 – Unreliable, please use email

www.mxg.comHomePage: FAQ answers most questions
ad...@mxg.com  License Forms, Invoice, Payment, ftp information
supp...@mxg.comTechnical Issues 
MXG-L FREE ListServer  http://www.mxg.com/mxg-l_listserver/



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Neil Duffee
Sent: Wednesday, January 06, 2016 2:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMFxTME field

Caveat:  with daily digesting, I'm at least a day behind the discussion...

Actually, I believe that MXG is SMFxxDTE & SMFxxTME cognizant by virtue of 
using the underlying SAS 'inFormat's SMFDATETIME, SMFDATE, & SMFTIME.  I do my 
SMF reporting using SAS directly and, using SMFDATETIME, get SAS Date/DateTime 
variables [1] that can have the (out) 'Format's you desire.  

[1]  If I remember rightly, the SAS internal representations are #seconds or 
days from an arbitrary point ie.  Jan 01, 1970 (or 1900?).  That means, 
internally, the raw value can be negative for dates/times in previous 
(Gregorian) centuries, etc.

>  signature = 8 lines follows  <
Neil Duffee, Joe Sysprog, uOttawa, Ottawa, Ont, Canada
telephone:1 613 562 5800 x4585  fax:1 613 562 5161
mailto:NDuffee of uOttawa.ca http:/ /aix1.uOttawa.ca/ ~nduffee
“How *do* you plan for something like that?”  Guardian Bob, Reboot “For every 
action, there is an equal and opposite criticism.”
“Systems Programming: Guilty, until proven innocent”  John Norgauer 2004 
"Schrodinger's backup: The condition of any backup is unknown until a restore 
is attempted."  John McKown 2015

-Original Message-
From: Charles Mills [mailto:cha...@mcn...org]
Sent: January 5, 2016 19:46
Subject: Re: SMFxTME field

Of course, if you have the good Doctor Merrill's most excellent MXG software 
then it will do all of this for you and more in but a trice!

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Tuesday, January 05, 2016 4:30 PM
Subject: Re: SMFxTME field

The SMFxxTME and SMFxxDTE fields are in my experience consistent 
representations of *local* time and date on the LPAR represented by the SMFID. 
No worries about leap seconds (unless you need to get back to some more basic 
time than local).


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