date:20200518

Is there optional source code for any IBM software announced or released after 
May, 1999? I didn't see anything there that related to permissible and 
impermissible use of source code.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Jon 
Perryman [jperr...@pacbell.net]
Sent: Tuesday, May 19, 2020 12:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Licensed source code

 https://www-03.ibm.com/software/sla/sladb.nsf/sla/home?OpenDocument


Jon.On Monday, May 18, 2020, 07:54:19 PM PDT, Seymour J Metz 
 wrote:

 Does anybody have an announcement or other document that I can cite for "The 
source code is covered by a non-disclosure agreement or a license that allows, 
for example, study and modification, but not redistribution." in the wikipedia 
article [[Proprietary software]] to document IBM's licensed terms for the 
optional source code of a program product. It doesn't matter which product, but 
it would be nice if the document were publicly available online. Thanks.



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

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

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

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

Re: Yechnical

2020-05-18 Thread ITschak Mugzach

Ibm have it today here in Israel.

בתאריך יום ב׳, 18 במאי 2020, 23:04, מאת Steve Beaver ‏:

> Did anyone attend the Technical Disclosure meeting in NY?
>
>
>
>
>
>
> --
> 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: Licensed source code

2020-05-18 Thread Jon Perryman

 https://www-03.ibm.com/software/sla/sladb.nsf/sla/home?OpenDocument


Jon.On Monday, May 18, 2020, 07:54:19 PM PDT, Seymour J Metz 
 wrote:  
 
 Does anybody have an announcement or other document that I can cite for "The 
source code is covered by a non-disclosure agreement or a license that allows, 
for example, study and modification, but not redistribution." in the wikipedia 
article [[Proprietary software]] to document IBM's licensed terms for the 
optional source code of a program product. It doesn't matter which product, but 
it would be nice if the document were publicly available online. Thanks.



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

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

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

Re: SHARE annouce plans for an online SHARE was Re: Yechnical

2020-05-18 Thread kekronbekron

Oh SHARE... please have a free-to-attend option.
Not many people (apart from the regulars) know about SHARE to begin with (not 
disrespecting, just comparing the SHARE audience count vs the number of 
mainframers in real world) ... so a free-to-attend option would be a welcome 
gift for those who at least know it exists but are not in the US!


- KB

‐‐‐ Original Message ‐‐‐
On Tuesday, May 19, 2020 8:16 AM, Ed Jaffe  wrote:

> On 5/18/2020 4:53 PM, Jesse 1 Robinson wrote:
>
> > This decision was prompted by the Boston mayor's announcement that 
> > gatherings of >100 would not be allowed until Labor Day at least. SHARE was 
> > scheduled for early August. The event is under reconstruction.
>
> You've got an extra zero there, my friend. Walsh's announcement said
> gatherings > TEN would be disallowed.
>
> I think SHARE was 1430+ in Pittsburgh, so either way something had to be
> done.
>
>
> --
>
> Phoenix Software International
> Edward E. Jaffe
> 831 Parkview Drive North
> El Segundo, CA 90245
> https://www.phoenixsoftware.com/
>
>
> ---
>
> This e-mail message, including any attachments, appended messages and the
> information contained therein, is for the sole use of the intended
> recipient(s). If you are not an intended recipient or have otherwise
> received this email message in error, any use, dissemination, distribution,
> review, storage or copying of this e-mail message and the information
> contained therein is strictly prohibited. If you are not an intended
> recipient, please contact the sender by reply e-mail and destroy all copies
> of this email message and do not otherwise utilize or retain this email
> message or any or all of the information contained therein. Although this
> email message and any attachments or appended messages are believed to be
> free of any virus or other defect that might affect any computer system into
> which it is received and opened, it is the responsibility of the recipient
> to ensure that it is virus free and no responsibility is accepted by the
> sender for any loss or damage arising in any way from its opening or use.
>
> 
>
> 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

Licensed source code

Does anybody have an announcement or other document that I can cite for "The 
source code is covered by a non-disclosure agreement or a license that allows, 
for example, study and modification, but not redistribution." in the wikipedia 
article [[Proprietary software]] to document IBM's licensed terms for the 
optional source code of a program product. It doesn't matter which product, but 
it would be nice if the document were publicly available online. Thanks.



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

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

Re: SHARE annouce plans for an online SHARE was Re: Yechnical

2020-05-18 Thread Ed Jaffe


On 5/18/2020 4:53 PM, Jesse 1 Robinson wrote:

This decision was prompted by the Boston mayor's announcement that gatherings of 
>100 would not be allowed until Labor Day at least. SHARE was scheduled for 
early August. The event is under reconstruction.


You've got an extra zero there, my friend. Walsh's announcement said 
gatherings > TEN would be disallowed.


I think SHARE was 1430+ in Pittsburgh, so either way something had to be 
done.



--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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

Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, non-database files?

On Mon, 18 May 2020 21:41:00 -0300, Clark Morris wrote:
>...
>This gets curiouser and curiouser.  Unless the receiver of the file is
>either z/OS or z/VSE, how is the file going to look?  Is what is
>actually being sent a sequential copy of the file?  Also the
>transmitting mechanism may well have a byte count.  Unless the file
>size is to be sent ahead of the actual transmission (I am assuming FTP
>or other online transport mechanism as opposed to tape or other
>physical medium), what can the receiver do based on the information?
>Is the sender supposed to do something?
>
The brute force (perhaps only) answer in the worst case would seem to
be to perform the transformation directing output to a zFS tmpfile and
use BPX1FST to get the size.  I can't find an Assemble callable tmpfile().
Three times the disk I/O unless the temp is a main storage buffer.

This wanders far from the requirement posed by the OP's client.

-- gil

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

Re: How determine local time zone name in Rexx?

An RCI makes it easier to, e.g., migrate PS to ESDS, since you don't have to 
change all of the applications in one swell foop.

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

From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Clark Morris [cfmt...@uniserve.com]
Sent: Monday, May 18, 2020 10:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How determine local time zone *name* in Rexx?

[Default] On 18 May 2020 18:19:07 -0700, in bit.listserv.ibm-main
sme...@gmu.edu (Seymour J Metz) wrote:

>CRJE
>
>All very well for a 2741, but for a 3270 I'd much rather have SuperWylbur or 
>ISPF, TYVM.
>
>> IEHIOSUP
>
>My eyes! Take the bad thing away, Mommy!
>
>I was thinking more of Compatibility Interface and Reverse Compatibility 
>Interface. Is there any good reason that I can't do sequential I/O on a PS 
>using an ACB or sequential I/O on a (K|E)SDS using a DCB? Why is it easier in 
>z/VSE?

I can see not having the ability to do sequential I/O on a VSAM file
with a DCB but not allowing an ACB to be used for all currently data
set organizations BSAM / QSAM and possibly BDAM was criminal
negligence.  Also not allowing the ability  to concatenate a QSAM file
and an ESDS was another area of short sightedness.  VSE was aimed at
small shops that didn't have the systems staff assumed for MVS so they
had to be concerned with ease of use.  Little things like dates were
set using month and day not day of year.

Clark Morris

--
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: How determine local time zone name in Rexx?

2020-05-18 Thread Clark Morris

[Default] On 18 May 2020 18:19:07 -0700, in bit.listserv.ibm-main
sme...@gmu.edu (Seymour J Metz) wrote:

>CRJE
>
>All very well for a 2741, but for a 3270 I'd much rather have SuperWylbur or 
>ISPF, TYVM.
>
>> IEHIOSUP
>
>My eyes! Take the bad thing away, Mommy!
>
>I was thinking more of Compatibility Interface and Reverse Compatibility 
>Interface. Is there any good reason that I can't do sequential I/O on a PS 
>using an ACB or sequential I/O on a (K|E)SDS using a DCB? Why is it easier in 
>z/VSE?

I can see not having the ability to do sequential I/O on a VSAM file
with a DCB but not allowing an ACB to be used for all currently data
set organizations BSAM / QSAM and possibly BDAM was criminal
negligence.  Also not allowing the ability  to concatenate a QSAM file
and an ESDS was another area of short sightedness.  VSE was aimed at
small shops that didn't have the systems staff assumed for MVS so they
had to be concerned with ease of use.  Little things like dates were
set using month and day not day of year.

Clark Morris 

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

Re: How determine local time zone name in Rexx?

CRJE

All very well for a 2741, but for a 3270 I'd much rather have SuperWylbur or 
ISPF, TYVM.

> IEHIOSUP

My eyes! Take the bad thing away, Mommy!

I was thinking more of Compatibility Interface and Reverse Compatibility 
Interface. Is there any good reason that I can't do sequential I/O on a PS 
using an ACB or sequential I/O on a (K|E)SDS using a DCB? Why is it easier in 
z/VSE?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
David Spiegel [dspiegel...@hotmail.com]
Sent: Monday, May 18, 2020 4:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How determine local time zone *name* in Rexx?

OS/VS1 ... like CRJE and IEHIOSUP?

On 2020-05-18 12:32, Seymour J Metz wrote:
>> You would think that IBM's "Premiere OS" would be able to provide something 
>> this simple!  :-)>
> Not when it's still missing features from OS/VS1 and z/VSE.
>
>
> --
> Shmuel (Seymour J.) Metz
> https://eur02.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=02%7C01%7C%7Ce2cfea8e7f264316930108d7fb492b94%7C84df9e7fe9f640afb435%7C1%7C0%7C637254163998319036sdata=nbm8zGAFRQfvrx1NW2UXHnoKD%2F%2FjdMJwiY8uDcofbCk%3Dreserved=0
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> Dale R. Smith [dale-sm...@columbus.rr.com]
> Sent: Monday, May 18, 2020 12:26 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How determine local time zone *name* in Rexx?
>
> On Sun, 17 May 2020 12:21:20 -0700, Charles Mills  wrote:
>
>> The heck with it! I wanted it for the "Date:" line in an outgoing e-mail but
>> it appears that SMTP provides a sent timestamp if I don't, so the heck with
>> it!
>>
>> Thanks all for your efforts. Why should something so basic be so hard?
>>
>> Charles
> A lot easier to let SMTP figure it out!
>
> z/VM has a CP QUERY TIMEZONE command:
> query timezone
> Zone  Direction   Offset   Status
> UTC  00.00.00  Inactive
> GMT  00.00.00  Inactive
> EDT West 04.00.00  Active
> EST West 05.00.00  Inactive
>
> So it's trivial to get the Zone name.  Of course, the name and the offset 
> have to be defined to CP in either the system parms or via command.  You 
> would think that IBM's "Premiere OS" would be able to provide something this 
> simple!  :-)>
>
> --
> Dale R. Smith
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> .

--
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: Question on wrapped JESMSGLG messages

> Messages in z/OS do not wrap and are not formatted.

In the nextt paragraph you say the opposite.

> Multi-line messages are multiple MLWTO's 

No, it's generally what its name suggests, a single WTO that specifies multiple 
lines of text, although there is a CONNECT parameter that allows you to add a 
line to an outstanding WTO.

> z/OS messages and codes.

The last time that there was a messages and codes manual was in OS/360; z/OS 
MVS System Codes is a separate manual. There is a z/OS MVS System Messages 
Volume 1 (ABA - AOM) that describes message formats and has a Directory of 
messages by prefix and component, but for explanations of specific message you 
must go to the appropriate volume.

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

From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Jon 
Perryman [jperr...@pacbell.net]
Sent: Monday, May 18, 2020 6:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question on wrapped JESMSGLG messages

 Messages in z/OS do not wrap and are not formatted. Messages are written using 
either WTO (single message) or MLWTO (multiple lines of a message). WTO allows 
you to write a single message which I think has a max length of somewhere 
around 128 bytes. Multi-line messages are multiple MLWTO's (one for each line) 
using the same token to relate the messages together (the number you mentioned 
from syslog).
For syslog, joblog and programmer log message information documentation, look 
at the first volume of the z/OS messages and codes.
As for Cobol display upon console, you can try displaying a 200 byte message to 
see if it's using multiple WTO's or multiple MLWTO's.

In syslog, you may notice an actual line wrap but it will be on the next line. 
This occurs when the message will not fit in the space available.
Jon.On Thursday, May 14, 2020, 06:57:01 AM PDT, Donald Johnson Jr. 
<02ee771a0785-dmarc-requ...@listserv.ua.edu> wrote:

 I have a peculiar question and hope the answer is easily found in this
group. Looking at these highlighted values

08.17.38 JOB57837  DJMU2DF:DB01900I - MUF
 DJMU2DF,99,NO
08.17.38 JOB57837  DJMU2DF:DB01909E -*
- ASTERISK  682
  682POINTS NEAR ERROR

08.05.17 JOB57048  IEC161I 056-084,CICSABCD,$$@ $$@,DFHLCD,,,  571

  571IEC161I OMY.CICS.DFHLCD,OMY.CICS.DFHLCD.DATA,
  571IEC161I ICF.ABCD.USERCAT

I know that the number is a cross-reference for continued lines in Syslog
and the user joblog, and I have never thought twice about it before.
However, I have someone asking about this, and I realized that I don't
really know how it works. My questions are:

1. What drives this process?  I assume it is part of JES message handling
2. Is the line length before wrapping a message held in a parameter
somewhere?
3. What causes some messages to use the #, and others to just wrap. For
example, if I write a COBOL program with DISPLAY...UPON CONSOLE, the lines
just wrap in the Syslog, with no ### identifier. Other jobs or STCs write
messages like the above, with the continuation number.
4. Is there some doc I can point to for my colleague to understand this? We
all know what it is, and most of us probably don't care how it works, but I
figure that someone knows what this is called, how it is configured, and
how it works for different messages.

Thanks all!
Don

Don Johnson

Broadcom
donald.johnso...@broadcom.com  | broadcom.com

--
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: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, non-database files?

2020-05-18 Thread Clark Morris

[Default] On 18 May 2020 09:38:34 -0700, in bit.listserv.ibm-main
peter.far...@broadridge.com (Farley, Peter x23353) wrote:

>Peter,
>
>Thanks for your comments and questions.  As I replied later in the thread, I 
>was incorrect in posing my original question because the file to be sent is 
>actually a VSAM file.  Not sure at this time if it is KSDS or ESDS, as the 
>question was posed to me by a co-worker in another application team and I am 
>not aware of all the details there.


This gets curiouser and curiouser.  Unless the receiver of the file is
either z/OS or z/VSE, how is the file going to look?  Is what is
actually being sent a sequential copy of the file?  Also the
transmitting mechanism may well have a byte count.  Unless the file
size is to be sent ahead of the actual transmission (I am assuming FTP
or other online transport mechanism as opposed to tape or other
physical medium), what can the receiver do based on the information?
Is the sender supposed to do something?

Clark Morris 
>
>As I understand the current limitations of UDATASIZ and COMUDSIZ, the VSAM 
>file must be in "extended format" for those fields to be meaningful.  Am I 
>correct in that understanding?
>
>Peter
>
>-Original Message-
>From: IBM Mainframe Discussion List  On Behalf Of 
>Peter Relson
>Sent: Sunday, May 17, 2020 4:36 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, 
>non-zFS, non-database files?
>
>Is the non-zFS "file" of the subject a data set / data set member (since we 
>move from HFS)? Or something else?
>
>I don't know what UDATASIZ and COMUDSIZ might or might not contain, but in 
>general the answer to the subject question is likely "no" because z/OS likely 
>does not keep that information. z/OS itself has no use for that information, 
>and maybe it's the case that there is no valid use for it in an application.
>
>Knowing the byte file size (which is what was asked about) is not the same as 
>knowing the number of records and the record size, particularly for a 
>variable-record-length data set, or the number of cylinders and/or tracks 
>and/or blocks that are allotted to the data set / member.
>
>Peter Relson
>z/OS Core Technology Design

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

Re: SHARE annouce plans for an online SHARE was Re: Yechnical

2020-05-18 Thread Jesse 1 Robinson

This decision was prompted by the Boston mayor's announcement that gatherings 
of >100 would not be allowed until Labor Day at least. SHARE was scheduled for 
early August. The event is under reconstruction. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Clark Morris
Sent: Monday, May 18, 2020 3:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):SHARE annouce plans for an online SHARE was Re: Yechnical

CAUTION EXTERNAL EMAIL

[Default] On 18 May 2020 14:49:23 -0700, in bit.listserv.ibm-main 
charl...@mcn.org (Charles Mills) wrote:

>It was yanceled due to yovid-19. SHARE in Yoston, too.

Share is planning an online conference.  See www.share.org. I may attend.

Clark Morris
>
>Charles
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>On Behalf Of Steve Beaver
>Sent: Monday, May 18, 2020 1:05 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Yechnical
>
>Did anyone attend the Technical Disclosure meeting in NY?
>
>
>
>
>
>
>--
>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

SHARE annouce plans for an online SHARE was Re: Yechnical

2020-05-18 Thread Clark Morris

[Default] On 18 May 2020 14:49:23 -0700, in bit.listserv.ibm-main
charl...@mcn.org (Charles Mills) wrote:

>It was yanceled due to yovid-19. SHARE in Yoston, too.

Share is planning an online conference.  See www.share.org. I may
attend.

Clark Morris
>
>Charles
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>Behalf Of Steve Beaver
>Sent: Monday, May 18, 2020 1:05 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Yechnical
>
>Did anyone attend the Technical Disclosure meeting in NY?
>
> 
>
> 
>
>
>--
>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: Question on wrapped JESMSGLG messages

2020-05-18 Thread Jon Perryman

Messages in z/OS do not wrap and are not formatted. Messages are written using
either WTO (single message) or MLWTO (multiple lines of a message). WTO allows
you to write a single message which I think has a max length of somewhere
around 128 bytes. Multi-line messages are multiple MLWTO's (one for each line)
using the same token to relate the messages together (the number you mentioned
from syslog).
For syslog, joblog and programmer log message information documentation, look
at the first volume of the z/OS messages and codes.
As for Cobol display upon console, you can try displaying a 200 byte message to
see if it's using multiple WTO's or multiple MLWTO's.

In syslog, you may notice an actual line wrap but it will be on the next line.
This occurs when the message will not fit in the space available.
Jon.On Thursday, May 14, 2020, 06:57:01 AM PDT, Donald Johnson Jr.
<02ee771a0785-dmarc-requ...@listserv.ua.edu> wrote:

I have a peculiar question and hope the answer is easily found in this
group. Looking at these highlighted values

08.17.38 JOB57837 DJMU2DF:DB01900I - MUF
DJMU2DF,99,NO
08.17.38 JOB57837 DJMU2DF:DB01909E - *
- ASTERISK 682
682 POINTS NEAR ERROR

08.05.17 JOB57048 IEC161I 056-084,CICSABCD,$$@ $$@,DFHLCD,,, 571

571 IEC161I OMY.CICS.DFHLCD,OMY.CICS.DFHLCD.DATA,
571 IEC161I ICF.ABCD.USERCAT

I know that the number is a cross-reference for continued lines in Syslog
and the user joblog, and I have never thought twice about it before.
However, I have someone asking about this, and I realized that I don't
really know how it works. My questions are:

1. What drives this process? I assume it is part of JES message handling
2. Is the line length before wrapping a message held in a parameter
somewhere?
3. What causes some messages to use the #, and others to just wrap. For
example, if I write a COBOL program with DISPLAY...UPON CONSOLE, the lines
just wrap in the Syslog, with no ### identifier. Other jobs or STCs write
messages like the above, with the continuation number.
4. Is there some doc I can point to for my colleague to understand this? We
all know what it is, and most of us probably don't care how it works, but I
figure that someone knows what this is called, how it is configured, and
how it works for different messages.

Thanks all!
Don

Don Johnson

Broadcom
donald.johnso...@broadcom.com | broadcom.com

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

Re: Yechnical

2020-05-18 Thread Charles Mills

It was yanceled due to yovid-19. SHARE in Yoston, too.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Steve Beaver
Sent: Monday, May 18, 2020 1:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Yechnical

Did anyone attend the Technical Disclosure meeting in NY?

 

 


--
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: Does allocating an HFS or zFS erase all existing data?intervals formatted?

2020-05-18 Thread Wayne Driscoll

I don't believe this is true. I know that Db2 will only "pre-format" a subset 
of pages when it opens a newly created LDS, or adds a new extent, rather than 
pre-formatting the entire dataset/extent.

Wayne Driscoll
Rocket Software
Note - All opinions are strictly my own.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Friday, May 15, 2020 12:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Does allocating an HFS or zFS erase all existing data?intervals 
formatted?

EXTERNAL EMAIL

All VSAM datasets including Linear are formatted when created.  The disk space 
used is not allocated to any other datasets.  Previous data left by deleted 
datasets is usually left in place (erase on delete is an option but not used 
frequently) but frequently overwritten in a short time so restoring a deleted 
data set is almost always impossible.

On Fri, May 15, 2020 at 4:25 PM Seymour J Metz  wrote:
>
> I want to edit the wiki article [[Disk formatting]] to clarify the
> statement "s a general rule,[nb 1] formatting a disk erases most if
> not all existing data on the disk medium". Normally I would consult
> the logic manuals :-(
>
> When you allocate an HFS or linear data set, does AMS preformat all of the 
> tracks? When you format a zFS, does that force formatting of all tracks? Can 
> you provide references that I can cite for the answers?
>
> Thanks.
>
>
>
> --
> Shmuel (Seymour J.) Metz
> https://nam01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.g
> mu.edu%2F~smetz3data=02%7C01%7C%7C421a17b8a7be4aed45fb08d7f8f37cf
> 4%7C79544c1eed224879a082b67a9a672aae%7C0%7C0%7C637251596968251708
> sdata=GI0Z4yvHlBuwKVQ3%2BJntG4HzfTreMlSIDJsPQ9PwjXE%3Dreserved=0
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

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: How determine local time zone name in Rexx?

2020-05-18 Thread David Spiegel


OS/VS1 ... like CRJE and IEHIOSUP?

On 2020-05-18 12:32, Seymour J Metz wrote:

You would think that IBM's "Premiere OS" would be able to provide something this 
simple!  :-)>

Not when it's still missing features from OS/VS1 and z/VSE.


--
Shmuel (Seymour J.) Metz
https://eur02.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=02%7C01%7C%7Ce2cfea8e7f264316930108d7fb492b94%7C84df9e7fe9f640afb435%7C1%7C0%7C637254163998319036sdata=nbm8zGAFRQfvrx1NW2UXHnoKD%2F%2FjdMJwiY8uDcofbCk%3Dreserved=0


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Dale R. Smith [dale-sm...@columbus.rr.com]
Sent: Monday, May 18, 2020 12:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How determine local time zone *name* in Rexx?

On Sun, 17 May 2020 12:21:20 -0700, Charles Mills  wrote:


The heck with it! I wanted it for the "Date:" line in an outgoing e-mail but
it appears that SMTP provides a sent timestamp if I don't, so the heck with
it!

Thanks all for your efforts. Why should something so basic be so hard?

Charles

A lot easier to let SMTP figure it out!

z/VM has a CP QUERY TIMEZONE command:
query timezone
Zone  Direction   Offset   Status
UTC  00.00.00  Inactive
GMT  00.00.00  Inactive
EDT West 04.00.00  Active
EST West 05.00.00  Inactive

So it's trivial to get the Zone name.  Of course, the name and the offset have to be defined 
to CP in either the system parms or via command.  You would think that IBM's "Premiere 
OS" would be able to provide something this simple!  :-)>

--
Dale R. Smith

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

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


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

Re: Yechnical

2020-05-18 Thread Tony Harminc

On Mon, 18 May 2020 at 16:04, Steve Beaver  wrote:

> Did anyone attend the Technical Disclosure meeting in NY?
>

No - absolutely no one! IBM, like everyone else, has been doing pretty much
everything online lately.

Tony H.

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

Yechnical

2020-05-18 Thread Steve Beaver

Did anyone attend the Technical Disclosure meeting in NY?

 

 


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

Re: Creating new SMS environment in a monoplex

2020-05-18 Thread Richards, Robert B.

Thanks Carmen. I'll post the results when I try an IPL of that new system and 
SMS starts up

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Monday, May 18, 2020 3:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Creating new SMS environment in a monoplex

Hi Bob, been a while for me also, but in my current sysplex I have systems 
defined that no longer exist, my ACS routines do not check for these systems. 
my base configuration has 4 systems in the plex, only 3 exists, not sure this 
helps you but I think you are on the right track 

Carmen Vitullo 

- Original Message -

From: "Robert B. Richards" <01c91f408b9e-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, May 18, 2020 1:36:29 PM
Subject: Creating new SMS environment in a monoplex 

It has been a few decades since I have created a new SMS environment. 

Current environment is parallel sysplex replete with CFs and lots of lpars. 

I am trying to create a simple SMS environment that will be part of a monoplex 
consisting on one lpar. 

I did the following: 

  1.  Defined the new SYSNAME into the base configuration in ISMF and activated 
same. D SMS verified it was defined and not active
  2.  A REPRO of the SCDS into a new SCDS dataset (Alter/newname to correct 
usercat)
  3.  Issued a SETSMS SAVEACDS(also using a SSA connector that I subsequently 
ALTER NEWNAME the new ACDS into a new usercat that is connected to a new 
mastercat)
  4.  Defined an empty COMMDS that I also performed an alter/newname to get the 
desired COMMDS dataset name. 

My boss says the ACDS is aware of the original sysplex environment and my 
gyrations of trying to make the above work in a monoplex will not succeed. 

Who is right? Will it work or not? 

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

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

Re: Creating new SMS environment in a monoplex

2020-05-18 Thread Carmen Vitullo

I forgot to mention, once the base is activated, you can alter the 
configuration and remove systemsIIRC 

Carmen Vitullo 

- Original Message -

From: "Robert B. Richards" <01c91f408b9e-dmarc-requ...@listserv.ua.edu> 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Monday, May 18, 2020 1:36:29 PM 
Subject: Creating new SMS environment in a monoplex 

It has been a few decades since I have created a new SMS environment. 

Current environment is parallel sysplex replete with CFs and lots of lpars. 

I am trying to create a simple SMS environment that will be part of a monoplex 
consisting on one lpar. 

I did the following: 

  1.  Defined the new SYSNAME into the base configuration in ISMF and activated 
same. D SMS verified it was defined and not active 
  2.  A REPRO of the SCDS into a new SCDS dataset (Alter/newname to correct 
usercat) 
  3.  Issued a SETSMS SAVEACDS(also using a SSA connector that I subsequently 
ALTER NEWNAME the new ACDS into a new usercat that is connected to a new 
mastercat) 
  4.  Defined an empty COMMDS that I also performed an alter/newname to get the 
desired COMMDS dataset name. 

My boss says the ACDS is aware of the original sysplex environment and my 
gyrations of trying to make the above work in a monoplex will not succeed. 

Who is right? Will it work or not? 

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

Re: Creating new SMS environment in a monoplex

2020-05-18 Thread Carmen Vitullo

Hi Bob, been a while for me also, but in my current sysplex I have systems 
defined that no longer exist, my ACS routines do not check for these systems. 
my base configuration has 4 systems in the plex, only 3 exists, not sure this 
helps you but I think you are on the right track 



Carmen Vitullo 

- Original Message -

From: "Robert B. Richards" <01c91f408b9e-dmarc-requ...@listserv.ua.edu> 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Monday, May 18, 2020 1:36:29 PM 
Subject: Creating new SMS environment in a monoplex 

It has been a few decades since I have created a new SMS environment. 

Current environment is parallel sysplex replete with CFs and lots of lpars. 

I am trying to create a simple SMS environment that will be part of a monoplex 
consisting on one lpar. 

I did the following: 


  1.  Defined the new SYSNAME into the base configuration in ISMF and activated 
same. D SMS verified it was defined and not active 
  2.  A REPRO of the SCDS into a new SCDS dataset (Alter/newname to correct 
usercat) 
  3.  Issued a SETSMS SAVEACDS(also using a SSA connector that I subsequently 
ALTER NEWNAME the new ACDS into a new usercat that is connected to a new 
mastercat) 
  4.  Defined an empty COMMDS that I also performed an alter/newname to get the 
desired COMMDS dataset name. 

My boss says the ACDS is aware of the original sysplex environment and my 
gyrations of trying to make the above work in a monoplex will not succeed. 

Who is right? Will it work or not? 

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

Re: USS: su: User ID "SH" does not exist

2020-05-18 Thread Ed Jaffe


On 5/18/2020 10:56 AM, Jousma, David wrote:

My subsequent response was indeed that.  My point though is that "su" followed 
by some other commands do not appear to be executing as UID(0) authority.


Yes, that's normal and expected behavior.  You can see what's happening 
if you logon and issue the command interactively:


|    EDJX1:/u/edjx1: >whoami
|    EDJX1
|    EDJX1:/u/edjx1: >su;ps -ef
|    EDJX1:/u/edjx1: >whoami
|    BPXROOT
|    EDJX1:/u/edjx1: >exit
|         UID    PID   PPID  C    STIME TTY   TIME CMD
|       EDJX1   50463146   50463152  - 11:57:39 ttyp  0:00 ps -ef
|       EDJX1   50463152   67240408  - 11:55:20 ttyp  0:00 sh -L
|       EDJX1   67240408   50463193  - 11:55:20 ? 0:00 
/usr/sbin/sshd -f /etc/ssh/sshd_config -R

|    EDJX1:/u/edjx1: >whoami
|    EDJX1
|    EDJX1:/u/edjx1: >

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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

Creating new SMS environment in a monoplex

2020-05-18 Thread Richards, Robert B.

It has been a few decades since I have created a new SMS environment.

Current environment is parallel sysplex replete with CFs and lots of lpars.

I am trying to create a simple SMS environment that will be part of a monoplex 
consisting on one lpar.

I did the following:


  1.  Defined the new SYSNAME into the base configuration in ISMF and activated 
same. D SMS verified it was defined and not active
  2.  A REPRO of the SCDS into a new SCDS dataset (Alter/newname to correct 
usercat)
  3.  Issued a SETSMS SAVEACDS(also using a SSA connector that I subsequently 
ALTER NEWNAME the new ACDS into a new usercat that is connected to a new 
mastercat)
  4.  Defined an empty COMMDS that I also performed an alter/newname to get the 
desired COMMDS dataset name.

My boss says the ACDS is aware of the original sysplex environment and my 
gyrations of trying to make the above work in a monoplex will not succeed.

Who is right? Will it work or not?

Bob


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

Re: USS: su: User ID "SH" does not exist

My subsequent response was indeed that.  My point though is that "su" followed 
by some other commands do not appear to be executing as UID(0) authority.

_
Dave Jousma
AVP | Manager, Systems Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ed 
Jaffe
Sent: Monday, May 18, 2020 1:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: USS: su: User ID "SH" does not exist

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

On 5/18/2020 9:37 AM, Jousma, David wrote:
> //OMVS EXEC PGM=BPXBATCH,REGION=128M
> //SYSPRINT DD   SYSOUT=*
> //SYSTSPRT DD   SYSOUT=*
> //SYSOUT   DD   SYSOUT=*
> //STDPARM  DD   *
> SH su;
> ps -ef
> /*

For that I would try: echo ps -ef | su

-- 
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/

This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

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: How determine local time zone name in Rexx?

2020-05-18 Thread Mike Schwab

Depends on the date.  If it is during daylight savings, MDT, otherwise CST.
-0500 used to prevent a bit of a challenge.  EST, CDT, or Indiana EST all year.

On Mon, May 18, 2020 at 5:02 PM Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Mon, 18 May 2020 11:26:17 -0500, Dale R. Smith wrote:
> >
> >z/VM has a CP QUERY TIMEZONE command:
> >query timezone
> >Zone  Direction   Offset   Status
> >UTC  00.00.00  Inactive
> >GMT  00.00.00  Inactive
> >EDT West 04.00.00  Active
> >EST West 05.00.00  Inactive
> >
> >So it's trivial to get the Zone name.  Of course, the name and the offset 
> >have to be defined to CP in either the system parms or via command.  You 
> >would think that IBM's "Premiere OS" would be able to provide something this 
> >simple!  :-)>
> >
> It ain't so easy, but it's been done at https://www.iana.org/time-zones
>
> On MacOS I see:
> ...
> 2504/usr/share/zoneinfo/.
> 2504total
>
> Ummm ... 2504 KiB.  Of course you don't need all that.  Poll your users
> on what to prune.  I expect no consensus.  See also:
> https://en.wikipedia.org/wiki/List_of_tz_database_time_zones
>
> ...  couple hundred entries.
>
> Should -0600 be MDT or CST?
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



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

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

Re: USS: su: User ID "SH" does not exist

2020-05-18 Thread Ed Jaffe


On 5/18/2020 9:37 AM, Jousma, David wrote:

//OMVS EXEC PGM=BPXBATCH,REGION=128M
//SYSPRINT DD   SYSOUT=*
//SYSTSPRT DD   SYSOUT=*
//SYSOUT   DD   SYSOUT=*
//STDPARM  DD   *
SH su;
ps -ef
/*



For that I would try: echo ps -ef | su


--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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

Re: USS: su: User ID "SH" does not exist

SDSF?  I don’t think so.

If I run this way.

//STDPARM  DD   *   
SH echo 'ps -ef' | su   
/*  

Then I get the expected results...

_
Dave Jousma
AVP | Manager, Systems Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Monday, May 18, 2020 1:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: USS: su: User ID "SH" does not exist

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

On Mon, 18 May 2020 16:37:09 +, Jousma, David wrote:  
>...
>Yet, I only see PID's associated my own UID instead of UID(0)
>...
It's a security feature, enforced mostly by IBM.  SDSF may allow finer-grained 
control.  From the Command Ref. for ps:
   ... However, these options can only show information for those processes
   the user has appropriate privileges to access.

-- gil

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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

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: USS: su: User ID "SH" does not exist

On Mon, 18 May 2020 16:37:09 +, Jousma, David wrote:  
>...
>Yet, I only see PID's associated my own UID instead of UID(0)
>...
It's a security feature, enforced mostly by IBM.  SDSF may allow
finer-grained control.  From the Command Ref. for ps:
   ... However, these options can only show information for those processes
   the user has appropriate privileges to access.

-- gil


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

Re: How determine local time zone name in Rexx?

On Mon, 18 May 2020 11:26:17 -0500, Dale R. Smith wrote:
>
>z/VM has a CP QUERY TIMEZONE command:
>query timezone  
>Zone  Direction   Offset   Status   
>UTC  00.00.00  Inactive 
>GMT  00.00.00  Inactive 
>EDT West 04.00.00  Active   
>EST West 05.00.00  Inactive 
>
>So it's trivial to get the Zone name.  Of course, the name and the offset have 
>to be defined to CP in either the system parms or via command.  You would 
>think that IBM's "Premiere OS" would be able to provide something this simple! 
> :-)>
> 
It ain't so easy, but it's been done at https://www.iana.org/time-zones

On MacOS I see:
...
2504/usr/share/zoneinfo/.
2504total

Ummm ... 2504 KiB.  Of course you don't need all that.  Poll your users
on what to prune.  I expect no consensus.  See also:
https://en.wikipedia.org/wiki/List_of_tz_database_time_zones

...  couple hundred entries.

Should -0600 be MDT or CST?

-- gil

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

Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, non-database files?

2020-05-18 Thread Farley, Peter x23353

Peter,

Thanks for your comments and questions.  As I replied later in the thread, I 
was incorrect in posing my original question because the file to be sent is 
actually a VSAM file.  Not sure at this time if it is KSDS or ESDS, as the 
question was posed to me by a co-worker in another application team and I am 
not aware of all the details there.

As I understand the current limitations of UDATASIZ and COMUDSIZ, the VSAM file 
must be in "extended format" for those fields to be meaningful.  Am I correct 
in that understanding?

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter Relson
Sent: Sunday, May 17, 2020 4:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

Is the non-zFS "file" of the subject a data set / data set member (since we 
move from HFS)? Or something else?

I don't know what UDATASIZ and COMUDSIZ might or might not contain, but in 
general the answer to the subject question is likely "no" because z/OS likely 
does not keep that information. z/OS itself has no use for that information, 
and maybe it's the case that there is no valid use for it in an application.

Knowing the byte file size (which is what was asked about) is not the same as 
knowing the number of records and the record size, particularly for a 
variable-record-length data set, or the number of cylinders and/or tracks 
and/or blocks that are allotted to the data set / member.

Peter Relson
z/OS Core Technology Design
--

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: USS: su: User ID "SH" does not exist

Ed,

This has been a headscratcher to me for a long time.  I tried similar example:

//OMVS EXEC PGM=BPXBATCH,REGION=128M 
//SYSPRINT DD   SYSOUT=* 
//SYSTSPRT DD   SYSOUT=* 
//SYSOUT   DD   SYSOUT=* 
//STDPARM  DD   *
SH su;   
   ps -ef
/*   
//STDOUT  DDSYSOUT=* 
//STDERR  DDSYSOUT=* 

Yet, I only see PID's associated my own UID instead of UID(0)

 UIDPID   PPID  CSTIME TTY   TIME CMD   

 MYID   33685978 131596  - 12:32:53 ? 0:00 ps -ef   

 MYID 131596   84017677  - 12:32:53 ? 0:00 -sh -c su;   

 MYID   84017677  1  - 12:32:53 ? 0:01 BPXBATCH 

Did the same thing running command "id", which I though would show uid(0) but 
did not. 

So I am still scratching my balding head
_
Dave Jousma
AVP | Manager, Systems Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ed 
Jaffe
Sent: Friday, May 15, 2020 12:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: USS: su: User ID "SH" does not exist

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

On 5/14/2020 5:23 PM, Jon Bathmaker wrote:
> //STDPARM DD *
> SH su
> SH echo $PATH
> SH unmount -fv ZOS240.SYS1.OMVS.SYSRES.OS240971.FNT.ZFS

The above looks wrong to me. I always do it this way:

//STDPARM  DD *
SH su;
    echo $PATH;
    unmount -fv ZOS240.SYS1.OMVS.SYSRES.OS240971.FNT.ZFS

-- 
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/

This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

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: Looking for clarification/guidance on SMTP DD FREE/SPIN

FSVO needed. If you want the space freed when the e-mail is sent instead of 
waiting for the job to end, then you need SPIN=UNALLOC. If you don't care then 
you don't.

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

From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Dale R. Smith [dale-sm...@columbus.rr.com]
Sent: Monday, May 18, 2020 12:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Looking for clarification/guidance on SMTP DD FREE/SPIN

On Mon, 18 May 2020 10:15:55 +, Seymour J Metz  wrote:

>> f you allocate a DD in your JCL with SYSOUT going to SMTP, and specify 
>> FREE=CLOSE,
>> then your emails will be sent to SMTP when you close the DD in REXX, (EXECIO 
>> with FINIS option).
>> You can use the same DD over and over as long as you don't FREE it.
>
>Closing it will free it. Also, you really should have SPIN=UNALLOC.
>
>> REUSE lets you use the same DD Name over and over.
>
>You don't need REUSE when you've freed the allocation.
>
>
>--
>Shmuel (Seymour J.) Metz
>http://mason.gmu.edu/~smetz3

You are correct on the "Closing it will free it."  I forgot that I had tried 
that before and it didn't work, which is why all my code does ALLOCATE/FREE.
However, for a single email using a DD statement, SPIN=UNALLOC is not needed.  
Using FREE=CLOSE is all that is required.  I submitted a test job that sends an 
email in the first Step with just FREE=CLOSE and the second Step was a Sleep 
for 10 minutes.  I received the email while the job was still running.

--
Dale R. Smith

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

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

Re: How determine local time zone name in Rexx?

> You would think that IBM's "Premiere OS" would be able to provide something 
> this simple!  :-)>

Not when it's still missing features from OS/VS1 and z/VSE.

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

From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Dale R. Smith [dale-sm...@columbus.rr.com]
Sent: Monday, May 18, 2020 12:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How determine local time zone *name* in Rexx?

On Sun, 17 May 2020 12:21:20 -0700, Charles Mills  wrote:

>The heck with it! I wanted it for the "Date:" line in an outgoing e-mail but
>it appears that SMTP provides a sent timestamp if I don't, so the heck with
>it!
>
>Thanks all for your efforts. Why should something so basic be so hard?
>
>Charles

A lot easier to let SMTP figure it out!

z/VM has a CP QUERY TIMEZONE command:
query timezone
Zone  Direction   Offset   Status
UTC  00.00.00  Inactive
GMT  00.00.00  Inactive
EDT West 04.00.00  Active
EST West 05.00.00  Inactive

So it's trivial to get the Zone name.  Of course, the name and the offset have 
to be defined to CP in either the system parms or via command.  You would think 
that IBM's "Premiere OS" would be able to provide something this simple!  :-)>

--
Dale R. Smith

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

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

Re: How determine local time zone name in Rexx?

2020-05-18 Thread Dale R. Smith

On Sun, 17 May 2020 12:21:20 -0700, Charles Mills  wrote:

>The heck with it! I wanted it for the "Date:" line in an outgoing e-mail but
>it appears that SMTP provides a sent timestamp if I don't, so the heck with
>it!
>
>Thanks all for your efforts. Why should something so basic be so hard?
>
>Charles

A lot easier to let SMTP figure it out!  

z/VM has a CP QUERY TIMEZONE command:
query timezone  
Zone  Direction   Offset   Status   
UTC  00.00.00  Inactive 
GMT  00.00.00  Inactive 
EDT West 04.00.00  Active   
EST West 05.00.00  Inactive 

So it's trivial to get the Zone name.  Of course, the name and the offset have 
to be defined to CP in either the system parms or via command.  You would think 
that IBM's "Premiere OS" would be able to provide something this simple!  :-)>

-- 
Dale R. Smith

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

Re: How determine local time zone name in Rexx?

On Mon, 18 May 2020 09:38:01 -0400, Steve Smith wrote:

>Speaking of TZ, by coincidence I just stumbled across its full
>documentation in UNIX System Services Command Reference  Appendix I.
>
>Format
>TZ= standardHH[:MM[:SS]] [daylight[HH[:MM[:SS:]]]
>[,startdate[/starttime],enddate[/endtime]] ]
>
>It describes all those elements.  I wasn't even aware of the DST rules
>part.  I'll probably not get this right, but I calculate the full US ET
>string as TZ=EST05EDT04,M3.2.0,M11.1.0
>
>Maybe fetching TZ would solve the original problem.  And maybe it would be
>easier to just take a parm.
> 
FWIW, the POSIX forms appear as the last lines of tzdata entries and can
be extracted on Linux or other modern systems with the command:
 ( cd /usr/share/zoneinfo & find . -name posix -prune -o -name right 
-prune -o -type f -exec printf %s\\t {} \; -exec  tail -1 {} \; )
...
./America/ReginaCST6
./America/Cuiaba<-04>4
./America/Maceio<-03>3
./America/Montreal  EST5EDT,M3.2.0,M11.1.0
./America/Blanc-Sablon  AST4
./America/Cambridge_Bay MST7MDT,M3.2.0,M11.1.0
./America/Bogota<-05>5
./America/Iqaluit   EST5EDT,M3.2.0,M11.1.0
./America/Mendoza   <-03>3
...
Hammer and file to fit.

--gil

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

Re: Looking for clarification/guidance on SMTP DD FREE/SPIN

2020-05-18 Thread Dale R. Smith

On Mon, 18 May 2020 10:15:55 +, Seymour J Metz  wrote:

>> f you allocate a DD in your JCL with SYSOUT going to SMTP, and specify 
>> FREE=CLOSE,
>> then your emails will be sent to SMTP when you close the DD in REXX, (EXECIO 
>> with FINIS option).
>> You can use the same DD over and over as long as you don't FREE it.
>
>Closing it will free it. Also, you really should have SPIN=UNALLOC.
>
>> REUSE lets you use the same DD Name over and over.
>
>You don't need REUSE when you've freed the allocation.
>
>
>--
>Shmuel (Seymour J.) Metz
>http://mason.gmu.edu/~smetz3

You are correct on the "Closing it will free it."  I forgot that I had tried 
that before and it didn't work, which is why all my code does ALLOCATE/FREE.
However, for a single email using a DD statement, SPIN=UNALLOC is not needed.  
Using FREE=CLOSE is all that is required.  I submitted a test job that sends an 
email in the first Step with just FREE=CLOSE and the second Step was a Sleep 
for 10 minutes.  I received the email while the job was still running.

-- 
Dale R. Smith

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

Re: How determine local time zone name in Rexx?

2020-05-18 Thread Bob Bridges

I've been staying out of this conversation; sometimes I fail to read carefully, 
but this time I actually understood the question, so I kept my mouth shut, not 
knowing the answer.

...Except for the obvious possibility, of course.  But no one seems to have 
mentioned that possibility yet, except Mr Relson.  So I'll go ahead and say it: 
 If what you want is to plug in a time-zone name, and the local computer 
doesn't offer it, don't you just have to create a table of 24 possibilities (or 
maybe a few more) and select one based on the offset from GMT?  You can double 
the size of the table, if you want, by accounting for DST.  So if the local 
time is five hours less than GMT, you cite it either as EST or CDT, depending 
on the date.  Sure, your algorithm presumably can't know whether it's located 
in Montreal, Costa Rica or Quito, but you can plug ~something~ in and it'll at 
least match ~a~ time zone.

Not as satisfying as having The Real Local time-zone name, I agree.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* There's a new study out that says too much caffeine can cause 
hallucinations. I think it's true because I was at Starbuck's today, and I 
hallucinated that a cup of coffee cost $4.  -Craig Ferguson */


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Sunday, May 17, 2020 18:24

Or as I said in the OP "and yes, I know the limitations thereof, and that they 
are not necessarily unique, etc., etc."



I think I have run into EST being both Eastern Standard and European Summer 
Time. It is obviously a funky system, as so many "legacy" (in the generic sense 
of the word, not in the sense of "mainframe") systems are. +/-nnn makes so much 
more sense. Frankly, if programmers ruled the world, there probably would not 
be any local times at all. Certainly no summer times.

I would not have been processing the 'XXX' in any event, so I would not have 
cared about trying to interpret it. It could be literally XXX for all I cared. 
The e-mail header apparently wanted it and so I was going to put it in there. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Sunday, May 17, 2020 2:03 PM

Beware of ambiguity.  AST is both Arabia Standard Time and Atlantic Standard 
Time,
https://en.wikipedia.org/wiki/List_of_time_zone_abbreviations

... and I hadn't gotten through the "A"s yet.

--- On Sun, 17 May 2020 13:39:18 -0700, Charles Mills wrote:
>Please read the subject line ... :-)

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

Re: How determine local time zone name in Rexx?

On Mon, 18 May 2020 08:16:20 -0400, Peter Relson wrote:
>
>... the  protocols such as having the clock be UTC ...
>
More precisely, the PoOps under TOD Programmable Register
suggests (actually avers) that the TOD be set not to UTC but
to TAI-10 seconds; currently about half a minute faster.

>The customer does not provide a time zone name.
>
Except under OMVS if conscientious.  That customer would
be spared effort and confusion if z/OS provided a single
(that means only one) place, honored by both OMVS and
classic (such as TIME macro) to set the local time offset.

On Mon, 18 May 2020 12:40:20 +, Barkow, Eileen wrote:

>Java has several classes and API methods to get the time zone.
>Where does the JVM determine this info -is is not from the Unix settings?
>
Try "find /usr/lpp/java -name zoneinfo"

Works splendidly.  The rest of z/OS should learn from the technique.

-- gil

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

Re: How determine local time zone name in Rexx?

Offset, yes, but not zone name.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
David Crayford [dcrayf...@gmail.com]
Sent: Monday, May 18, 2020 8:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How determine local time zone *name* in Rexx?

On 2020-05-18 8:40 PM, Barkow, Eileen wrote:
> Java has several classes and API methods to get the time zone.
> Where does the JVM determine this info -is is not from the Unix settings?

Yes, but you better make sure the TZ, _TZ variables are set correctly!

ISO-8601 flattens this issue somewhat as the timezone etc is part of the
timestamp.

https://secure-web.cisco.com/1hpMnzj2XyT5IvrY2p7oblFjNp5LWdgSOOvY3T-8j7xY-pVqtX0sXOKHJ4fdmOyiMw1TveYOvqkKDA4jm9_VYKOdIP5QDZ49Cc962LEk76FoqhoZkZ8wBbFk3DdkjC3jhlTN4oh8Cctu_PtXtV0ReHAHxH2f9f8oSxur7rChoQ1N9NO1QKFAN1yWN0FmAx6yZIBMBL4Y443vQzwruSTKUQXvJ_KdsYZBd96XgkuEI0k_kiChN7HPq5we62fW4BkL1CUmZUl5oT4Uy5TuW-69GZiJ631zl4AguT1FwXRspZgc7MB5tgjC1QOplvyWqxcZaZ53sgmZl-brLorV1rfxAuBPzgdWPFyegja0SJwchManE2VxTpA3cGNmoJhTkTsmEKucFidFc86B5xtO8pZ-Df03CGCN5BdQ6llweiG0oevoJHrzF4an9cOcRHiqn4wci/https%3A%2F%2Fen.wikipedia.org%2Fwiki%2FISO_8601


>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> ITschak Mugzach
> Sent: Monday, May 18, 2020 8:33 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How determine local time zone *name* in Rexx?
>
> But make sure that uss & mvs clocks are the same.
>
> בתאריך יום ב׳, 18 במאי 2020, 15:28, מאת Steve Smith ‏:
>
>> I forgot about the IANA Time-Zone database.  That does seem to be the
>> standard.
>>
>> I don't see that Unix has anything to do with it.
>>
>> sas
>>
>> On Mon, May 18, 2020 at 1:41 AM Mike Schwab 
>> wrote:
>>
>>> East Bank Palestinians and Israelites use different times for the
>>> same location Line Islands in Kiribati uses +14 time zone, same time
>>> one day earlier as -10 Hawaii.
>>> And agree the Unix time zone database is a great idea.
>>>
>>> On Mon, May 18, 2020 at 2:58 AM Paul Gilmartin
>>> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
 On Mon, 18 May 2020 01:58:01 +, Mike Schwab wrote:

> Yep.  You almost need a country code, and for multi zone
> countries a zone indicator.  Especially since a shared time zone
> might have different DST / ST switch dates in different countries.
>
 And it's up to the recipient to unwind the process?

 That's the reason that SMTP date headers specify simply "+/-hhmm"
 (Which might be + for UTC.)

 Do you want to know the physical time the message originated, or
 the solar illumination at that point in spacetime?

 Otherwise, the Truth (which z/OS shuns) is:

 https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2F
 http://secure-web.cisco.com/1Jxf4fiKfCfH--vSNum_xjdc4fdWxS8_u14vieP2-jvMOPtBGUnXjmqYvtinKxRTmV2xuhv1ZHPOeQRWV6YSKbpyZbx1wETP30dfATspjPld-9gYVrPOP8OyZrJaDWP578XF4EQiTeO5QEJcocqBG3bDpWZaQQPsshu1ODarN3Y9d2IeHwZmOWbmRgdxE1ZGwRvdCaCr4Sp4qr7FVzRlvOn2Ygdr_1Ydbhmm2EYwlyAb_FOasADS8DvpR5aAmDwsBNSVqKFrvGRjasbb0hyf6CqJTgRJAgGGCZkxktcwkPIzST7wJtJVKO_NSdv8g0VrC01JqJ-bJyr-XJy4kkpvrrc0w7eQRFSyeK39_-BDUWiKTUjq5_eBheYagnqUwOAOhSHRh4rcXaFi74I8zGgrgfO8XHWceJ62_PABzHl82tzjepey6q_atcgwIenVGzoOu/http%3A%2F%2Fwww.iana.org%2Ftime-zonesdata=02%7C01%7Cebarkow%40doitt.nyc.g
 ov%7Cb30cb350311847227f9608d7fb27b8b1%7C73d61799c28440228d4154cc4f
 1929ef%7C0%7C0%7C637254020360322895sdata=0w76FuzcVm3%2BPycbUw
 6DnlEIXKy1DyQOEFMnGDrgf7U%3Dreserved=0

>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions, send
>> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> 
>
> This e-mail, including any attachments, may be confidential, privileged or 
> otherwise legally protected. It is intended only for the addressee. If you 
> received this e-mail in error or from someone who was not authorized to send 
> it to you, do not disseminate, copy or otherwise use this e-mail or its 
> attachments. Please notify the sender immediately by reply e-mail and delete 
> the e-mail from your system.
>
> --
> 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: Does allocating an HFS or zFS erase all existing data?intervals formatted?

Easy to read, if you're authorized.

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

From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
R.S. [r.skoru...@bremultibank.com.pl]
Sent: Monday, May 18, 2020 9:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Does allocating an HFS or zFS erase all existing data?intervals 
formatted?

Excuse me, but IMHO RECOVERY does "format" CIs within CA - that means
proper values are written into CIDF and RDF (in any).
That means VSAM knows the CI is empty, or partially filled. Unused space
within CI is not cleared, there is no need for that.
 From the other hand physically full block is written. PB is usually
equal CI (let's focus on this case), so everytime you write CIDF, you
write full block. The rest of block may be zeros or just any value, but
not previous content from the track.
So - it seems the goal of RECOVERY is to write control fields, but the
way its being done means whole CIs are rewritten.

IMHO nevermind, because both SPEED and RECOVERY do not "format" all
possible CI's within disk extent. So, even with RECOVERY it is possible
to have residual data within the extent. Still hard to read, but not
impossible.

--
Radoslaw Skorupka
Lodz, Poland

W dniu 15.05.2020 o 21:17, Mike Schwab pisze:
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.idai200/da6i2118.htm
> Discussion on Speed / Recovery option.
>
> On Fri, May 15, 2020 at 5:34 PM Seymour J Metz  wrote:
>> Do you have something that I can cite for that, preferably something that 
>> all wiki readers can look at?
>>
>>
>> --
>> Shmuel (Seymour J.) Metz
>> http://mason.gmu.edu/~smetz3
>>
>> 
>> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
>> Mike Schwab [mike.a.sch...@gmail.com]
>> Sent: Friday, May 15, 2020 1:14 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Does allocating an HFS or zFS erase all existing data?intervals 
>> formatted?
>>
>> All VSAM datasets including Linear are formatted when created.  The
>> disk space used is not allocated to any other datasets.  Previous data
>> left by deleted datasets is usually left in place (erase on delete is
>> an option but not used frequently) but frequently overwritten in a
>> short time so restoring a deleted data set is almost always
>> impossible.
>>
>> On Fri, May 15, 2020 at 4:25 PM Seymour J Metz  wrote:
>>> I want to edit the wiki article [[Disk formatting]] to clarify the 
>>> statement "s a general rule,[nb 1] formatting a disk erases most if not all 
>>> existing data on the disk medium". Normally I would consult the logic 
>>> manuals :-(
>>>
>>> When you allocate an HFS or linear data set, does AMS preformat all of the 
>>> tracks? When you format a zFS, does that force formatting of all tracks? 
>>> Can you provide references that I can cite for the answers?
>>>
>>> Thanks.
>>>
>>>
>>>
>>> --
>>> Shmuel (Seymour J.) Metz
>>> http://mason.gmu.edu/~smetz3
>>>
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>>
>> --
>> Mike A Schwab, Springfield IL USA
>> Where do Forest Rangers go to get away from it all?
>>
>>

==

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,http://secure-web.cisco.com/1ISsJxe3gUoQRotlF_0jTbuqotAWxbHEXflN-NIw9crn4KpwKd32d1oNWFB0hZVjl9huaBfHygbzRjz4uIrkE5YGusOgujYGlR47c__L63dotSshe5dtts2LEtTfAVEjayMKMFCvRuoToKvqjvcZZ-MZSgykgkEOksIRp2PxDr0CbT502QGFIvVGmmmV7L-ITxvfS0dukH6dwXrrE_A3dinN7bcOQTjBNwazJFzQpSFuNAee-cMbNH3HH2IbuzRbE74FqzNkCvdTbz1PpMvPWt-KWUKTQLXIJPRG2EwZHHiVKg8BQZjdzzNJYY6FHne-5OuEWYgjJp1ezhUWuX4gUAYxg1mzg2QDg3tgLqcsx2VeUuLL9RwArKs8G_Pn4tiY4n0NuCc7YNYf0JINZpx-1zE4nrtYvAWgNkrJBjDqqjQ9BuDcidd6ik3p5-xjEfXjT/http%3A%2F%2Fwww.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

Re: ASAP Application of IBM Servicelink

2020-05-18 Thread Tom Conley


On 5/17/2020 9:48 PM, Glenn Miller wrote:

I have a question or two for the group.

Does anyone still use the ASAP (Automatic Software Alert Process) "application" of IBM Servicelink? 
My reason for asking...it appears (is) broke. The last Email I received from the ASAP application was on 
April 21,2020. I did not notice the "lack of Emails" from it for a couple of weeks. I have opened a 
feedback ticket as a Sev 2 on May 9, 2020.  The last update from the support area was on May 15, 2020 and it 
appears to be saying that the problem is a "general issue" not specific to my IBM ID.

Glenn

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



Glenn,

Come to think of it, I'm not getting ASAP alerts either.  Keep us posted.

Regards,
Tom Conley

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

Re: DFSMS Move Dataset

2020-05-18 Thread R.S.


W dniu 16.05.2020 o 21:54, esst...@juno.com pisze:

I am Not a DASD Administrator -
.
However I used the following JCL to move a PDS -
//STEP1EXEC  PGM=ADRDSSU
//SYSPRINT DDSYSOUT=A
//DASD1DDUNIT=3390,VOL=(PRIVATE,SER=USER12),DISP=OLD
//DASD2DDUNIT=3390,VOL=(PRIVATE,SER=USER01),DISP=OLD
//SYSINDD*
  COPY DATASET(INCLUDE(MONSOON.SRCLIB.BKUP)) -
   LOGINDDNAME(DASD1) OUTDDNAME(DASD2) DELETE CATALOG
/*
.
Would Anyone have an example of moving VSAM Datasets
Do I specify the base cluster ? Do I specify the base cluster, data component, 
and index
component ? An Example would be appreciated ?


The above example is valid for VSAM datasets. Provide cluster name in 
INCLUDE(). You do not have to provide data component name, or index 
component name.
Note: some VSAM datasets may have "dependent objcects" that means 
Alterinate Index and PATH. PATH is catalog entry only, so it does not 
occupy place on disk (so cannot be moved), but AIX is KSDS itself - two 
physical components. In order to move it use magic word SPHERE i.e. 
between DELETE and CATALOG.
SPHERE means VSAM cluster with all objects. Very convenient for 
backup/restore.


--
Radoslaw Skorupka
Lodz, Poland





==

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: How determine local time zone name in Rexx?

2020-05-18 Thread Steve Smith

Speaking of TZ, by coincidence I just stumbled across its full
documentation in UNIX System Services Command Reference  Appendix I.

Format
TZ= standardHH[:MM[:SS]] [daylight[HH[:MM[:SS:]]]
[,startdate[/starttime],enddate[/endtime]] ]

It describes all those elements.  I wasn't even aware of the DST rules
part.  I'll probably not get this right, but I calculate the full US ET
string as TZ=EST05EDT04,M3.2.0,M11.1.0

Maybe fetching TZ would solve the original problem.  And maybe it would be
easier to just take a parm.

sas

On Mon, May 18, 2020 at 8:46 AM David Crayford  wrote:

> On 2020-05-18 8:40 PM, Barkow, Eileen wrote:
> > Java has several classes and API methods to get the time zone.
> > Where does the JVM determine this info -is is not from the Unix settings?
>
> Yes, but you better make sure the TZ, _TZ variables are set correctly!
>
> ISO-8601 flattens this issue somewhat as the timezone etc is part of the
> timestamp.
>
> https://en.wikipedia.org/wiki/ISO_8601
>
>

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

Re: Does allocating an HFS or zFS erase all existing data?intervals formatted?

2020-05-18 Thread R.S.

Excuse me, but IMHO RECOVERY does "format" CIs within CA - that means 
proper values are written into CIDF and RDF (in any).
That means VSAM knows the CI is empty, or partially filled. Unused space 
within CI is not cleared, there is no need for that.
From the other hand physically full block is written. PB is usually 
equal CI (let's focus on this case), so everytime you write CIDF, you 
write full block. The rest of block may be zeros or just any value, but 
not previous content from the track.
So - it seems the goal of RECOVERY is to write control fields, but the 
way its being done means whole CIs are rewritten.


IMHO nevermind, because both SPEED and RECOVERY do not "format" all 
possible CI's within disk extent. So, even with RECOVERY it is possible 
to have residual data within the extent. Still hard to read, but not 
impossible.



--
Radoslaw Skorupka
Lodz, Poland







W dniu 15.05.2020 o 21:17, Mike Schwab pisze:

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.idai200/da6i2118.htm
Discussion on Speed / Recovery option.

On Fri, May 15, 2020 at 5:34 PM Seymour J Metz  wrote:

Do you have something that I can cite for that, preferably something that all 
wiki readers can look at?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Mike Schwab [mike.a.sch...@gmail.com]
Sent: Friday, May 15, 2020 1:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Does allocating an HFS or zFS erase all existing data?intervals 
formatted?

All VSAM datasets including Linear are formatted when created.  The
disk space used is not allocated to any other datasets.  Previous data
left by deleted datasets is usually left in place (erase on delete is
an option but not used frequently) but frequently overwritten in a
short time so restoring a deleted data set is almost always
impossible.

On Fri, May 15, 2020 at 4:25 PM Seymour J Metz  wrote:

I want to edit the wiki article [[Disk formatting]] to clarify the statement "s a 
general rule,[nb 1] formatting a disk erases most if not all existing data on the disk 
medium". Normally I would consult the logic manuals :-(

When you allocate an HFS or linear data set, does AMS preformat all of the 
tracks? When you format a zFS, does that force formatting of all tracks? Can 
you provide references that I can cite for the answers?

Thanks.



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

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



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





==

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: How determine local time zone name in Rexx?

2020-05-18 Thread David Crayford


On 2020-05-18 8:40 PM, Barkow, Eileen wrote:

Java has several classes and API methods to get the time zone.
Where does the JVM determine this info -is is not from the Unix settings?


Yes, but you better make sure the TZ, _TZ variables are set correctly!

ISO-8601 flattens this issue somewhat as the timezone etc is part of the 
timestamp.


https://en.wikipedia.org/wiki/ISO_8601




-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: Monday, May 18, 2020 8:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How determine local time zone *name* in Rexx?

But make sure that uss & mvs clocks are the same.

בתאריך יום ב׳, 18 במאי 2020, 15:28, מאת Steve Smith ‏:


I forgot about the IANA Time-Zone database.  That does seem to be the
standard.

I don't see that Unix has anything to do with it.

sas

On Mon, May 18, 2020 at 1:41 AM Mike Schwab 
wrote:


East Bank Palestinians and Israelites use different times for the
same location Line Islands in Kiribati uses +14 time zone, same time
one day earlier as -10 Hawaii.
And agree the Unix time zone database is a great idea.

On Mon, May 18, 2020 at 2:58 AM Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

On Mon, 18 May 2020 01:58:01 +, Mike Schwab wrote:


Yep.  You almost need a country code, and for multi zone
countries a zone indicator.  Especially since a shared time zone
might have different DST / ST switch dates in different countries.


And it's up to the recipient to unwind the process?

That's the reason that SMTP date headers specify simply "+/-hhmm"
(Which might be + for UTC.)

Do you want to know the physical time the message originated, or
the solar illumination at that point in spacetime?

Otherwise, the Truth (which z/OS shuns) is:

https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2F
www.iana.org%2Ftime-zonesdata=02%7C01%7Cebarkow%40doitt.nyc.g
ov%7Cb30cb350311847227f9608d7fb27b8b1%7C73d61799c28440228d4154cc4f
1929ef%7C0%7C0%7C637254020360322895sdata=0w76FuzcVm3%2BPycbUw
6DnlEIXKy1DyQOEFMnGDrgf7U%3Dreserved=0


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


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



This e-mail, including any attachments, may be confidential, privileged or 
otherwise legally protected. It is intended only for the addressee. If you 
received this e-mail in error or from someone who was not authorized to send it 
to you, do not disseminate, copy or otherwise use this e-mail or its 
attachments. Please notify the sender immediately by reply e-mail and delete 
the e-mail from your system.

--
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: How determine local time zone name in Rexx?

2020-05-18 Thread Barkow, Eileen

Java has several classes and API methods to get the time zone.
Where does the JVM determine this info -is is not from the Unix settings?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: Monday, May 18, 2020 8:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How determine local time zone *name* in Rexx?

But make sure that uss & mvs clocks are the same.

בתאריך יום ב׳, 18 במאי 2020, 15:28, מאת Steve Smith ‏:

> I forgot about the IANA Time-Zone database.  That does seem to be the
> standard.
>
> I don't see that Unix has anything to do with it.
>
> sas
>
> On Mon, May 18, 2020 at 1:41 AM Mike Schwab 
> wrote:
>
> > East Bank Palestinians and Israelites use different times for the
> > same location Line Islands in Kiribati uses +14 time zone, same time
> > one day earlier as -10 Hawaii.
> > And agree the Unix time zone database is a great idea.
> >
> > On Mon, May 18, 2020 at 2:58 AM Paul Gilmartin
> > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> > >
> > > On Mon, 18 May 2020 01:58:01 +, Mike Schwab wrote:
> > >
> > > >Yep.  You almost need a country code, and for multi zone
> > > >countries a zone indicator.  Especially since a shared time zone
> > > >might have different DST / ST switch dates in different countries.
> > > >
> > > And it's up to the recipient to unwind the process?
> > >
> > > That's the reason that SMTP date headers specify simply "+/-hhmm"
> > > (Which might be + for UTC.)
> > >
> > > Do you want to know the physical time the message originated, or
> > > the solar illumination at that point in spacetime?
> > >
> > > Otherwise, the Truth (which z/OS shuns) is:
> > >
> > > https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2F
> > > www.iana.org%2Ftime-zonesdata=02%7C01%7Cebarkow%40doitt.nyc.g
> > > ov%7Cb30cb350311847227f9608d7fb27b8b1%7C73d61799c28440228d4154cc4f
> > > 1929ef%7C0%7C0%7C637254020360322895sdata=0w76FuzcVm3%2BPycbUw
> > > 6DnlEIXKy1DyQOEFMnGDrgf7U%3Dreserved=0
> > >
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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



This e-mail, including any attachments, may be confidential, privileged or 
otherwise legally protected. It is intended only for the addressee. If you 
received this e-mail in error or from someone who was not authorized to send it 
to you, do not disseminate, copy or otherwise use this e-mail or its 
attachments. Please notify the sender immediately by reply e-mail and delete 
the e-mail 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: How determine local time zone name in Rexx?

2020-05-18 Thread ITschak Mugzach

But make sure that uss & mvs clocks are the same.

בתאריך יום ב׳, 18 במאי 2020, 15:28, מאת Steve Smith ‏:

> I forgot about the IANA Time-Zone database.  That does seem to be the
> standard.
>
> I don't see that Unix has anything to do with it.
>
> sas
>
> On Mon, May 18, 2020 at 1:41 AM Mike Schwab 
> wrote:
>
> > East Bank Palestinians and Israelites use different times for the same
> > location
> > Line Islands in Kiribati uses +14 time zone, same time one day earlier
> > as -10 Hawaii.
> > And agree the Unix time zone database is a great idea.
> >
> > On Mon, May 18, 2020 at 2:58 AM Paul Gilmartin
> > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> > >
> > > On Mon, 18 May 2020 01:58:01 +, Mike Schwab wrote:
> > >
> > > >Yep.  You almost need a country code, and for multi zone countries a
> > > >zone indicator.  Especially since a shared time zone might have
> > > >different DST / ST switch dates in different countries.
> > > >
> > > And it's up to the recipient to unwind the process?
> > >
> > > That's the reason that SMTP date headers specify simply "+/-hhmm"
> > > (Which might be + for UTC.)
> > >
> > > Do you want to know the physical time the message originated,
> > > or the solar illumination at that point in spacetime?
> > >
> > > Otherwise, the Truth (which z/OS shuns) is:
> > > https://www.iana.org/time-zones
> > >
> >
>
> --
> 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: How determine local time zone name in Rexx?

2020-05-18 Thread Steve Smith

I forgot about the IANA Time-Zone database.  That does seem to be the
standard.

I don't see that Unix has anything to do with it.

sas

On Mon, May 18, 2020 at 1:41 AM Mike Schwab  wrote:

> East Bank Palestinians and Israelites use different times for the same
> location
> Line Islands in Kiribati uses +14 time zone, same time one day earlier
> as -10 Hawaii.
> And agree the Unix time zone database is a great idea.
>
> On Mon, May 18, 2020 at 2:58 AM Paul Gilmartin
> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > On Mon, 18 May 2020 01:58:01 +, Mike Schwab wrote:
> >
> > >Yep.  You almost need a country code, and for multi zone countries a
> > >zone indicator.  Especially since a shared time zone might have
> > >different DST / ST switch dates in different countries.
> > >
> > And it's up to the recipient to unwind the process?
> >
> > That's the reason that SMTP date headers specify simply "+/-hhmm"
> > (Which might be + for UTC.)
> >
> > Do you want to know the physical time the message originated,
> > or the solar illumination at that point in spacetime?
> >
> > Otherwise, the Truth (which z/OS shuns) is:
> > https://www.iana.org/time-zones
> >
>

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

Re: How determine local time zone name in Rexx?

2020-05-18 Thread Peter Relson

Surely a simple answer is: you have to do it yourself. 

In general, it is likely impossible because you do not know if the 
customer might be setting the clock to their local time and not using the 
protocols such as having the clock be UTC with the timezone being the 
offset from UTC. 

The customer does not provide a time zone name.

Peter Relson
z/OS Core Technology Design


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

Re: Using the CONSOLE command

2020-05-18 Thread Barkow, Eileen

With SDSF you can check the job logs  and SYSLOG for messages and issue 
additional commands against the job to interrogate it if it is supported.
You can also wait for responses and do a lot of other things with SDSF/REXX or 
SDSF/Java.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jousma, David
Sent: Monday, May 18, 2020 6:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using the CONSOLE command

Eileen, the issue is not how to issue the command, but the fact that the 
activation completes asynchronously from the command itself.

Easiest way but not exact would be to issue a the command, then use something 
like OSHELL sleep command for some number of seconds in the jobstream.

_
Dave Jousma
AVP | Manager, Systems Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Barkow, Eileen
Sent: Monday, May 18, 2020 6:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using the CONSOLE command

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

You can also use the SDSF/REXX interface to issue console commands and retrieve 
the response.
IBM provides several examples of this.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: Monday, May 18, 2020 1:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using the CONSOLE command

SYS1.SAMPLIB(IEATOPS0)but it better to use a token to get only the response to 
your command.

ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring for 
z/OS, x/Linux & IBM I **| z/VM comming son  *

On Mon, May 18, 2020 at 8:21 AM Gadi Ben-Avi  wrote:

> Hi,
> I would like to write a REXX program that will issue the command to 
> activate the SMS Configuration, and then wait until the message saying 
> that the configuration has been activated is issued.
>
> I haven't been able to find examples that do that.
>
> Does anyone have an example?
>
> The program would run in Batch, if it makes any difference.
>
> Thanks
>
> Gadi
>
>
> --
> 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, including any attachments, may be confidential, privileged or 
otherwise legally protected. It is intended only for the addressee. If you 
received this e-mail in error or from someone who was not authorized to send it 
to you, do not disseminate, copy or otherwise use this e-mail or its 
attachments. Please notify the sender immediately by reply e-mail and delete 
the e-mail from your system.

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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

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: Using the CONSOLE command

Eileen, the issue is not how to issue the command, but the fact that the 
activation completes asynchronously from the command itself.

Easiest way but not exact would be to issue a the command, then use something 
like OSHELL sleep command for some number of seconds in the jobstream.

_
Dave Jousma
AVP | Manager, Systems Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Barkow, Eileen
Sent: Monday, May 18, 2020 6:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using the CONSOLE command

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

You can also use the SDSF/REXX interface to issue console commands and retrieve 
the response.
IBM provides several examples of this.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: Monday, May 18, 2020 1:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using the CONSOLE command

SYS1.SAMPLIB(IEATOPS0)but it better to use a token to get only the response to 
your command.

ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring for 
z/OS, x/Linux & IBM I **| z/VM comming son  *

On Mon, May 18, 2020 at 8:21 AM Gadi Ben-Avi  wrote:

> Hi,
> I would like to write a REXX program that will issue the command to 
> activate the SMS Configuration, and then wait until the message saying 
> that the configuration has been activated is issued.
>
> I haven't been able to find examples that do that.
>
> Does anyone have an example?
>
> The program would run in Batch, if it makes any difference.
>
> Thanks
>
> Gadi
>
>
> --
> 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, including any attachments, may be confidential, privileged or 
otherwise legally protected. It is intended only for the addressee. If you 
received this e-mail in error or from someone who was not authorized to send it 
to you, do not disseminate, copy or otherwise use this e-mail or its 
attachments. Please notify the sender immediately by reply e-mail and delete 
the e-mail from your system.

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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

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: Using the CONSOLE command

Don't forget to assign yourself the right security definitions for, e.g., 
CONSOLE, MVS.SET.SMS and MVS.SETSMS.SMS resources, OPERPARM segment.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Gadi Ben-Avi [gad...@malam.com]
Sent: Monday, May 18, 2020 1:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Using the CONSOLE command

Hi,
I would like to write a REXX program that will issue the command to activate 
the SMS Configuration, and then wait until the message saying that the 
configuration has been activated is issued.

I haven't been able to find examples that do that.

Does anyone have an example?

The program would run in Batch, if it makes any difference.

Thanks

Gadi


--
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: Using the CONSOLE command

2020-05-18 Thread Barkow, Eileen

You can also use the SDSF/REXX interface to issue console commands and retrieve 
the response.
IBM provides several examples of this.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: Monday, May 18, 2020 1:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using the CONSOLE command

SYS1.SAMPLIB(IEATOPS0)but it better to use a token to get only the response to 
your command.

ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring for 
z/OS, x/Linux & IBM I **| z/VM comming son  *

On Mon, May 18, 2020 at 8:21 AM Gadi Ben-Avi  wrote:

> Hi,
> I would like to write a REXX program that will issue the command to
> activate the SMS Configuration, and then wait until the message saying
> that the configuration has been activated is issued.
>
> I haven't been able to find examples that do that.
>
> Does anyone have an example?
>
> The program would run in Batch, if it makes any difference.
>
> Thanks
>
> Gadi
>
>
> --
> 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, including any attachments, may be confidential, privileged or 
otherwise legally protected. It is intended only for the addressee. If you 
received this e-mail in error or from someone who was not authorized to send it 
to you, do not disseminate, copy or otherwise use this e-mail or its 
attachments. Please notify the sender immediately by reply e-mail and delete 
the e-mail 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: Looking for clarification/guidance on SMTP DD FREE/SPIN