Re: How can I generate a UUID in a z/OS COBOL Program
Yes, a service available also to C/C++ programs would be very nice. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Frank Swarbrick Sent: Friday, November 1, 2019 1:47 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How can I generate a UUID in a z/OS COBOL Program Most excellent! New Fed Wire rules will require a UUID for an upcoming version, so this is very good news. I do kind of question the need for language specific methods, though. Couldn't an LE service be developed for use by all languages? Either way, I look forward to it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
What does "User cannot be authenticated with the GSSAPI credentials" mean?
I am seeing FTP timeouts (I know what is causing the timeout -- that's not the question here) with the message EZA2589E Connection to server interrupted or timed out. User cannot be authenticated with the GSSAPI credentials I don't see that "operation" documented here (apologies if this folds): https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.4.0/com.ibm.zos.v2r4 .hald001/vefoeza.htm And furthermore it seems incorrect: the timeout in question was in fact a vanilla FTP "server did move quickly enough" timeout. There was no security failure involved. I'm seeing it on more than one independently-configured system, so it's not just something stupid on one system. Anyone have any clues? Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can I generate a UUID in a z/OS COBOL Program
On Fri, 1 Nov 2019 at 16:15, Allan Kielstra wrote: > > We're actually working on generating UUID directly from COBOL. I would > expect to see it in V6.2 and V6.3 in a continuous > delivery PTF fairly soon. We'll post more information when it does become > available. Wouldn't want to bump into that pending patent from Walmart... Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can I generate a UUID in a z/OS COBOL Program
Most excellent! New Fed Wire rules will require a UUID for an upcoming version, so this is very good news. I do kind of question the need for language specific methods, though. Couldn't an LE service be developed for use by all languages? Either way, I look forward to it. From: IBM Mainframe Discussion List on behalf of Allan Kielstra Sent: Friday, November 1, 2019 2:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How can I generate a UUID in a z/OS COBOL Program We're actually working on generating UUID directly from COBOL. I would expect to see it in V6.2 and V6.3 in a continuous delivery PTF fairly soon. We'll post more information when it does become available. -- 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 can I generate a UUID in a z/OS COBOL Program
We're actually working on generating UUID directly from COBOL. I would expect to see it in V6.2 and V6.3 in a continuous delivery PTF fairly soon. We'll post more information when it does become available. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
COBOL Migration v4 to v6.1 - CONDITIONS OF INITIALIZATION
Since migrating from COBOL v4 to COBOL v6.1 a few runtime abends have occurred which seem to have a root cause of data items not being initialized. These data-items seem to be under a group level where the group level is initialized. The compile's diagnostic errors listing shows al warning messages of: IGYPS2047-W "INITIALIZE" STATEMENT OPERAND DID NOT MEET CONDITIONS FOR INITIALIZATION WAS NOT INITIALIZED. Our Quick Ref did not have info on this message but I did find one mention of it in both the v6.1 migration and customization guide. However the text of the message was completely different and referred to the ALPHA parm. IGYPS2047-W "INITIALIZE" statement receiver "ALPHA" was incompatible with the data category(s) of the "REPLACING" operand(s). "ALPHA" was not initialized. Does anyone have insights on what the term "CONDITIONS FOR INITIZATION" refers to and what these conditions are? This might help us determine why some data-items do not meet these condition under its group level. Bill __ CONFIDENTIALITY NOTICE: This email from the State of California is for the sole use of the intended recipient and may contain confidential and privileged information. Any unauthorized review or use, including disclosure or distribution, is prohibited. If you are not the intended recipient, please contact the sender and destroy all copies of this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How many programs does it take to copy a UNIX file?
At least IEHMOVE doesn't support paths. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Charles Mills Sent: Thursday, October 31, 2019 4:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How many programs does it take to copy a UNIX file? And if you are a masochist, IEBGENER with //SYSUTn DD PATH=. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kirk Wolf Sent: Thursday, October 31, 2019 12:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How many programs does it take to copy a UNIX file? Don't forget /bin/cp Kirk Wolf Dovetailed Technologies PS> also the Co:Z "fromdsn" and "todsn" shell commands, which include options for code page conversion, line terminators, padding, truncating, wrapping, etc, etc. https://secure-web.cisco.com/1J2oGUrneeBpAs_oka6xhrrEcPF2bvittcSp5Eiv6jTwAsrh5BE0DwUZ7mtZSsR7sPaTnGNf32J-Uiyad4dmihTJ5ubu0qgXsmCxunKWTGGG4xJTjOB5YdlRFEBrrq1PfxVyJHvSJwc9pIysLuolcWyiVtmjrIws-Qrif_WH8ubTN1mTNkB-yZ05Mr2BxT8N5BfV62Of3IO33MA88-UHAwNMG5tC4_lMRRNUGeilKKB2g2NX6CbMz6AJVaG4LZmz5MvR6SM_i78LUpSx4PGG5rh8zOyT_V6RtfS87AyWeGtMx7KOy_2H5OTVwTrHl5XFxGu75K7Mj_Mq2SyZilu_0X2TcZYuWCRGJTWNm9iECMwBjzch90YhS2nMXPHzuTXbq66rCBgYFyYLgtIsaXwEbGEo7rUQwMRn1l6ot1mp9GZOCdbNrhMHP1qZGGf3pVIrA/https%3A%2F%2Fdovetail.com%2Fdocs%2Fdspipes%2Fdsp-ref_fromdsn.html https://secure-web.cisco.com/1Z-pQEz3QQ7THvcYOZ2vQbludJKoRKmFiWqJEnRSOj1YGkhKnICtDOLqzFrvgu57Us1pvZRaXQWikdH1oLopELx05SAkFDPficSnL8xPkRbVljiYTo2RtQY8MKtbCHcm1hHm27ofMYghd7T9d1S0-TGssIbwOepuSDGFH6CD4BuSF4OblyvmZFOkzIiaAumqbvuVb_LpxVNTAJbXGke4j2r_29_c-Fh4QRjlLILpQ-foNKLpYCvAk2bCLRk0Tl3Q6c1Hg7WcfF8Vz-4AIGmz1aH6gvR0P5C9uNMmEjAmYQruLkRVIa_SAksbXJyXyyWxVsKUtRkjn73HXHWH44xsKWIhVaTV76vt77xAbYBk97eMSHwPOve9DklbasgR6Ze2iwmESnLuPfLBvfjsajhjZzIG7LyA3BVCFwfSq5SR3RP8da9QQD0wTxsvtFABRDpq1/https%3A%2F%2Fdovetail.com%2Fdocs%2Fdspipes%2Fdsp-ref_todsn.html -- 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: Set change bit after DFdss restore
Is it a requirement that the data sets being restored in the other sysplex have the same name as when they were dumped? When dss restore data sets with new names, it turns the changed bit on. Robert DFSMSdss Architecture and Development Tucson, AZ 1-720-349-5211 rgen...@us.ibm.com IBM Mainframe Discussion List wrote on 11/01/2019 03:42:50 AM: > From: "Vernooij, Kees (ITOP NM) - KLM" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 11/01/2019 03:46 AM > Subject: [EXTERNAL] Re: Set change bit after DFdss restore > Sent by: IBM Mainframe Discussion List > > Not exactly my situation: the change bits are off correctly then the > datasets are dumped, but I want them turned on when the datasets are > restored in the new sysplex. > > Kees. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU > ] On Behalf Of Michael Stein > Sent: 01 November 2019 07:04 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Set change bit after DFdss restore > > This might be old news and fixed (or documented?) but I remember > that ADRDSSU dump of a full volume turned off the DSCB change bits > *IN THE DUMP*. > > So you have a slightly bad/failing disk. You dump it to tape. > IBM replaces the HDA. You restore the tape image to the new disk. > Then you toss the tape... > > NO, you just lost information... > > That volume is in an incremental backup scheme and you just turned > off the change flag on an unknown number of datasets which now won't > be backed up by the next incremental backup run... > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > For information, services and offers, please visit our web site: > https://urldefense.proofpoint.com/v2/url? > u=http-3A__www.klm.com=DwIFAg=jf_iaSHvJObTbx- > siA1ZOg=4IouVQcajkz0Xk8aBQYNyp4CJn0tmfX31FiYrnNQujA=bV02HP- > KIeF0jjGCothMYLqKXOfGgJCWRYLlwMtqSow=SzpSHlfsDy6aEqIlkc7one3I8c21RZz16MUS- > IDFDJ4= . This e-mail and any attachment may contain confidential > and privileged material intended for the addressee only. If you are > not the addressee, you are notified that no part of the e-mail or > any attachment may be disclosed, copied or distributed, and that any > other action related to this e-mail or attachment is strictly > prohibited, and may be unlawful. If you have received this e-mail by > error, please notify the sender immediately by return e-mail, and > delete this message. > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/ > or its employees shall not be liable for the incorrect or incomplete > transmission of this e-mail or any attachments, nor responsible for > any delay in receipt. > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal > Dutch Airlines) is registered in Amstelveen, The Netherlands, with > registered number 33014286 > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Token from CELQPIPI per task ?
Hi Is the token returned from CELQPIPI per task or for any task I have a multitask environment that would like to use the pre-INIT tables -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Set change bit after DFdss restore
Not exactly my situation: the change bits are off correctly then the datasets are dumped, but I want them turned on when the datasets are restored in the new sysplex. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Michael Stein Sent: 01 November 2019 07:04 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Set change bit after DFdss restore This might be old news and fixed (or documented?) but I remember that ADRDSSU dump of a full volume turned off the DSCB change bits *IN THE DUMP*. So you have a slightly bad/failing disk. You dump it to tape. IBM replaces the HDA. You restore the tape image to the new disk. Then you toss the tape... NO, you just lost information... That volume is in an incremental backup scheme and you just turned off the change flag on an unknown number of datasets which now won't be backed up by the next incremental backup run... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Set change bit after DFdss restore
This might be old news and fixed (or documented?) but I remember that ADRDSSU dump of a full volume turned off the DSCB change bits *IN THE DUMP*. So you have a slightly bad/failing disk. You dump it to tape. IBM replaces the HDA. You restore the tape image to the new disk. Then you toss the tape... NO, you just lost information... That volume is in an incremental backup scheme and you just turned off the change flag on an unknown number of datasets which now won't be backed up by the next incremental backup run... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN