Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, non-database files?
Here's the clarification from IBM... (the field being referred to is UDATASIZ, which is where the restriction statement popped up)... "Unfortunately that field is only valid for extended format VSAM and non-VSAM data sets, as it is maintained in the extended format cell. It was introduced primarily to be able to compare the compressed and uncompressed sizes of a compressed format data set. It probably would be beneficial to maintain this type of number for all data sets. However, it might be difficult to maintain accurately for sequential non-extended format data sets and we would also need to find a place to store it. In any case, hope this helps for now." HTH, Mike -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Farley, Peter x23353 Sent: Sunday, May 17, 2020 2:02 AM 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? Caution! This message was sent from outside your organization. Thanks Mike. If CSI is in fact a potential solution I can pass that on. Meantime I will try to find out if the VSAM file being sent is already extended format or not. I have the impression from my co-worker that the record volume isn't sufficient to warrant extended format under current storage administration rules, but if extended format solves the requirement to determine file size it might be an acceptable exception to the storage admin rules. Please let us know if/when you get an answer. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mike Hochee Sent: Saturday, May 16, 2020 11:03 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? It does seem implausible, but who knows. It is all in the parsing and for now we can only really be sure that it means what it means. Therefore I emailed the DFSMS architect I spoke with and requested clarification. I will share when/if she responds. HTH, Mike -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Saturday, May 16, 2020 10:44 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? Extended format (VSAM and non-VSAM) Or (Extended format VSAM) and (non-VSAM) ? The former is redundant or overly wordy: why not just say "extended format datasets"? The latter, OTOH, seems implausible to me. Why would they do all non-VSAM but only extended format VSAM? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Seymour J Metz Sent: Saturday, May 16, 2020 6:40 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? How do you parse "Restriction: This field is only valid for extended format VSAM and non-VSAM data sets."? Does that mean extended format VSAM and any format non-VSAM, or extended format VSAM extended format non-VSAM? From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Mike Hochee [mike.hoc...@aspg.com] Sent: Saturday, May 16, 2020 1:31 AM 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? Hi Peter, I came across a similar use case a couple times over the past year or so. Shifting priorities have prevented me from doing much with it, but while at the most recent SHARE in Fort Worth, I asked one of the DFSMS architects about it. She encouraged me to check out the CSI, specifically, fields UDATASIZ and COMUDSIZ. They appeared to satisfy my use case, although as others have mentioned there are a few restrictions especially for UDATASIZ. HTH, Mike -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Farley, Peter x23353 Sent: Thursday, May 14, 2020 11:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, non-database files? Caution! This message was sent from outside your organization. This question came to me from a co-worker: Is there any API to get the byte file size of a non-VSAM, non-zFS, non-database file in z/OS? I.E., byte file size for plain sequential files? I am aware of the "old way" of reading the VTOC of a volume to get the various DSCB's that total up disk extents, but that gets complicated quickly for multi-volume files, and was never guaranteed to be accurate as to the actual byte count of data in the file except in the RECFM=FS/FBS case anyway. There is always the performance-killing option of just reading the whole file and totaling up the length of every record (or block depending on how you struct
Re: Licensed source code
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
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
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
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
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?
[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~smetz3&data=02%7C01%7C%7Ce2cfea8e7f264316930108d7fb492b94%7C84df9e7fe9f640afb435%7C1%7C0%7C637254163998319036&sdata=nbm8zGAFRQfvrx1NW2UXHnoKD%2F%2FjdMJwiY8uDcofbCk%3D&reserved=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?
[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
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
[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
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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Yechnical
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?
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~smetz3&data=02%7C01%7C%7C421a17b8a7be4aed45fb08d7f8f37cf > 4%7C79544c1eed224879a082b67a9a672aae%7C0%7C0%7C637251596968251708& > sdata=GI0Z4yvHlBuwKVQ3%2BJntG4HzfTreMlSIDJsPQ9PwjXE%3D&reserved=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?
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~smetz3&data=02%7C01%7C%7Ce2cfea8e7f264316930108d7fb492b94%7C84df9e7fe9f640afb435%7C1%7C0%7C637254163998319036&sdata=nbm8zGAFRQfvrx1NW2UXHnoKD%2F%2FjdMJwiY8uDcofbCk%3D&reserved=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
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
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
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
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
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
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
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?
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
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?
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?
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
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?
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-zones&data=02%7C01%7Cebarkow%40doitt.nyc.g ov%7Cb30cb350311847227f9608d7fb27b8b1%7C73d61799c28440228d4154cc4f 1929ef%7C0%7C0%7C637254020360322895&sdata=0w76FuzcVm3%2BPycbUw 6DnlEIXKy1DyQOEFMnGDrgf7U%3D&reserved=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 exclusivel
Re: ASAP Application of IBM Servicelink
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
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?
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?
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?
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-zones&data=02%7C01%7Cebarkow%40doitt.nyc.g ov%7Cb30cb350311847227f9608d7fb27b8b1%7C73d61799c28440228d4154cc4f 1929ef%7C0%7C0%7C637254020360322895&sdata=0w76FuzcVm3%2BPycbUw 6DnlEIXKy1DyQOEFMnGDrgf7U%3D&reserved=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?
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-zones&data=02%7C01%7Cebarkow%40doitt.nyc.g > > > ov%7Cb30cb350311847227f9608d7fb27b8b1%7C73d61799c28440228d4154cc4f > > > 1929ef%7C0%7C0%7C637254020360322895&sdata=0w76FuzcVm3%2BPycbUw > > > 6DnlEIXKy1DyQOEFMnGDrgf7U%3D&reserved=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?
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?
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?
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
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
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
> 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 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Dale R. Smith [dale-sm...@columbus.rr.com] Sent: Sunday, May 17, 2020 10:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Looking for clarification/guidance on SMTP DD FREE/SPIN On Fri, 15 May 2020 13:08:40 -0700, Charles Mills wrote: >I am designing a long-running Rexx program that will from time to time >generate an e-mail via the SMTP server. The idea is to allocate a DD >SYSOUT=(B,SMTP) and write the SMTP commands to it. I've never done that >before so I have some questions: > >- Am I correct in my assumption that I will have to "spin" the dataset >before the SMTP server will pick it up? >- Assuming Yes to the first question, am I correct (a.) that >FREE=CLOSE,SPIN=UNALLOC on the DD will get the records over to SMTP on >EXECIO (FINIS; but that (b.) at that point the DD "no longer exists" -- that >I will get an error if I try to open it again? (Recall the program is >"long-running" and needs to generate multiple e-mails "from time to time." >They need to go out more or less as created, not in a big batch later on.) >- Not a huge deal if so, I guess. I can use BPXWDYN to allocate my DD again >and again rather than JCL. Anyone have any better ideas? > >Thanks. Outside-the-above-box suggestions cheerfully considered. I'm pretty >much set on Rexx, e-mails, and "long-running with multiple e-mails from time >to time" but will consider other possibilities. > >Charles I have written several long running REXX Programs that periodically send emails. If 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. You can also dynamically allocate a file to use to send email like this: 'ALLOCATE DDNAME(yourdd) REUSE SYSOUT', 'SPIN(UNALLOC) DEST(yournode.SMTP)' (You probably don't need the Node Name, but it doesn't hurt. You might need it if the Job is submitted from a different node than the one it is running on. You can get the node name of the current system in REXX with SYSVAR: sysnode = SysVar('SYSNODE') ). Write your email to the DD Name you specified with EXECIO, then FREE it when you are done. REUSE lets you use the same DD Name over and over. -- 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