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

IBM currently provides access to all IBM announcement letters starting from January 1, 1976, from this Web site: https://ibm.com/common/ssi As a random example, at that site you can find IBM U.S. Announcement #285-045 dated February 12, 1985, and entitled "VM/XA Migration Aid Release 2

Re: STIMERM LT value

On Tue, 11 May 2021 03:25:35 -0700, Ed Jaffe wrote: >We experienced significant clock drift on our z13s.  (I can't understand >why IBM makes STP optional and pricey. All Z machines should be able to >synchronize to NIST.) Ed, I won't argue the point of "Why isn't in a standard feature?" (I wish

Re: STIMERM LT value

On Thu, 13 May 2021 17:51:47 -0400, George Kozakos wrote: >> How does STIMER behave when the interval spans a DST or leap second >> boundary? Is this documented? > >STIMER does not need to know the interval spans a DST or leap second >boundary. When a DST or leap second change occurs an

Re: Mainframe t-shirt store

I must admit that I've only ordered mundane items like a water bottle and shirts. The thong must be one of their defaults; it's not something that I would have explicitly selected when I created the designs. A bit of history; for decades I'd been hoping for somebody to create certain designs.

Re: Mainframe t-shirt store

"A man's reach should exceed his grasp, else what's a heaven for" -> "A man's P should exceed his V, else whats a semaphore" -> "A mans P should exceed his V, else what's a metaphor" ; see , and note that the phores are in the meta position on

Re: Mainframe t-shirt store

I don't get it. But it seems to have something to do with my special purpose. On 5/13/2021 12:29 PM, Seymour J Metz wrote: You might try a different browser. It's not mainframe, but you might get a chuckle out of .

Re: Mainframe t-shirt store

They have enough SKUs to justify the use of Db2. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mitch Mccluhan Sent: Thursday, May 13, 2021 11:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Mainframe t-shirt store ...it

Re: Mainframe t-shirt store

You too could own a shmuel thong! Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Seymour J Metz Sent: Thursday, May 13, 2021 12:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Mainframe t-shirt store You might try a

Re: Flashcopy for Non-SMS volume backup?

Ed, Glad to hear that it is working out for you! TCT will be a perfect addition. 1) HSM does provide data set level recovery from copy pools, just differently :) If the data set has not been deleted or moved since the backup, it's supported w/o a catalog capture. To support recovery for

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

I have some things in BM format, but my priority is sources available online in a format that other editors can read. I'd especially like online copies of the announcement letters, which I can't find at botsavers. VM/[B]SE and [B]SEPP are common abbreviations for VM [Basic] Systems Extension

Re: STIMERM LT value

> How does STIMER behave when the interval spans a DST or leap second > boundary? Is this documented? STIMER does not need to know the interval spans a DST or leap second boundary. When a DST or leap second change occurs an adjustment is made to existing TQEs. George Kozakos, z/OS Software

Re: STIMERM LT value

Returning to Ed's comment about cost for STP The need to pay extra for time syncing on mainframe was and is always hard to justify or even explain. Often even got me laughed at. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of George Kozakos > Sent: Thursday,

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

On Wed, 12 May 2021 08:18:36 +, Seymour J Metz wrote: > > doesn't list an option on the FORMAT command to select a new format file > system.

Re: STIMERM LT value

> > It is also possible to set a user specified LPAR offset via PTFF-STOU (E) > > without IPLing but you need to be aware you are jumping the LPAR TOD on a > > running system. > > PTFF-STOU(E)? Is this something I'm supposed to recognize?  What are you > trying to tell me? See the PERFORM TIMING

Re: Mainframe t-shirt store

W dniu 13.05.2021 o 19:58, PINION, RICHARD W. pisze: If you haven't seen this, then check it out. www.mainframestore.com To be honest, my team and me created our own mainframe t-shirts. All blue with white inscription: MAINFRAME  DB2 MAINFRAME CICS/MQ MAINFRAME ISPW MAINFRAME RACF MAINFRAME

Re: Mainframe t-shirt store

You might try a different browser. It's not mainframe, but you might get a chuckle out of . -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU]

Re: Mainframe t-shirt store

Not quite: foo.bar and www.foo.bar might both be domains with web sites, in which case it matters that you use the correct domain in the URL. I refer to the way in which web browsers autocomplete as a "Molly Malone": She died of a faever From which none could save her And that was

Re: Mainframe t-shirt store

On Thu, 13 May 2021 18:24:44 +, Seymour J Metz wrote: >A blast from the past! ITYM RFC 3986, unless they've also replaced that. > OK. I stand slightly corrected: The prefix "URL:" (with or without a trailing space) was formerly recommended as a way to help distinguish a URI from other

Re: Mainframe t-shirt store

So did I. Sent from Yahoo Mail for iPhone On Thursday, May 13, 2021, 2:32 PM, PINION, RICHARD W. wrote: I just made a purchase. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mitch Mccluhan Sent: Thursday, May 13, 2021 2:26 PM To: IBM-MAIN@LISTSERV.UA.EDU

Re: Mainframe t-shirt store

I just made a purchase. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mitch Mccluhan Sent: Thursday, May 13, 2021 2:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Mainframe t-shirt store [External Email. Exercise caution when clicking links or opening

Re: Mainframe t-shirt store

...it gets to the point to checkout/pay, and it freezes.  Must not be running on a mainframe!! Mitch -Original Message- From: PINION, RICHARD W. To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, May 13, 2021 12:58 pm Subject: Mainframe t-shirt store If you haven't seen this, then check it

Re: Mainframe t-shirt store

A blast from the past! ITYM RFC 3986, unless they've also replaced that. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gilmartin

Re: Mainframe t-shirt store

Sorry about that, I guess my employer's email protection software mangled the URL. three w's dot mainframestore dot com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Thursday, May 13, 2021 2:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re:

Re: Mainframe t-shirt store

On Thu, 13 May 2021 17:58:55 +, PINION, RICHARD W. wrote: >If you haven't seen this, then check it out. > >www.mainframestore.com > LISTSERV recognizes URLs better if RFC 1738 compliant: https://mainframestore.com/> -- gil

Re: Gotchas with CBDQDISP / HCM?

Hi folks, I have debugged this a bit further, and it appears that my SSHD is also behaving strangely. If I connect to port 22 I can see the SSH-version string (you know, the "SSH-2.0-OpenSSH_8.4p1 Debian-5" equivalent) - but it is sent in EBCDIC! I can also see the connection closed with the

Re: STIMERM LT value

On Tue, 11 May 2021 03:25:35 -0700, Ed Jaffe wrote: > >We experienced significant clock drift on our z13s.  (I can't understand >why IBM makes STP optional and pricey. All Z machines should be able to >synchronize to NIST.) > >This discrepancy wreaked havoc for our folks trying to use the

Mainframe t-shirt store

If you haven't seen this, then check it out. www.mainframestore.com Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for

Re: STIMERM LT value

On 5/12/2021 3:59 PM, George Kozakos wrote: Are you IPLing to pick up the new TIMEZONE or are you using SET CLOCK as SET TIMEZONE only accepts hours and minutes? We IPL every Sunday morning to pick up the previous week's IBM service. We also pick up TIMEZONE changes at the same time. You

Re: STIMERM LT value

On 5/13/2021 5:48 AM, Paul Gilmartin wrote: On Wed, 12 May 2021 18:59:53 -0400, George Kozakos wrote: ... Without STP, you can access an ETS via an NTP server on the HMC to make sure the HMC clock is accurate, and just before POR set the SE clock to the HMC clock via "Use Console Time" on

Re: SMPE Receive Order post May 1st

On 5/12/2021 1:51 PM, Dave Jousma wrote: We are still broke since the 5/1 TLSv1.2 cutover on your end. We are assuming its a problem on our end. We do have ticket open with ATTLS support group at IBM. We do have HTTPS service working, but continue to pursue, as not sure if

Re: SMPE Receive Order post May 1st

On 5/13/2021 8:54 AM, Michael Babcock wrote: Oh, and the AT-TLS error was 402. BPXF024I (STSYSLOG) May 12 20:26:41 X/TCPIP  TCPIP 256 TTLS[280]: 15:26:41 TCPIP    EZD1286I TTLS Error GRPID: 0017 ENVID: 008B CONNID: C6AD LOCAL: xxx.xxx.xxx.xxx..7199 REMOTE: 170.225.15.117..21

Re: SMPE Receive Order post May 1st

Oh, and the AT-TLS error was 402. BPXF024I (STSYSLOG) May 12 20:26:41 X/TCPIP  TCPIP 256 TTLS[280]: 15:26:41 TCPIP    EZD1286I TTLS Error GRPID: 0017 ENVID: 008B CONNID: C6AD LOCAL: xxx.xxx.xxx.xxx..7199 REMOTE: 170.225.15.117..21 JOBNAME: RECV USERID: RULE:

Re: STIMERM LT value

On Wed, 12 May 2021 18:59:53 -0400, George Kozakos wrote: >... >Without STP, you can access an ETS via an NTP server on the HMC to make >sure the HMC clock is accurate, and just before POR set the SE clock to >the HMC clock via "Use Console Time" on the SE Date/Time panel (accessed >via the

Re: z/OS Conda install questions

Hi – saw your note in IBM-Main – this is my somewhat refined process. I am working with a friend and may have a more refined process shortly. Note that my goals are: 1. be able to create a filesystem with a set of tools that can then be deployed without having to deploy anything conda 2.