Re: PDS to PDSE conversion issues
Thats correct gil. A few IBM products run with NODSI intentionally. Looking the I&T, looks like PSF, VLF, DLF, FFST, RMF, JES2, JES3, *MASTER*, SMF, CAS I wouldn’t be changing them to DSI in SCHED00, as I am sure they are set that way for good reason. _ 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: Wednesday, October 23, 2019 10:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: PDS to PDSE conversion issues **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** On Wed, 23 Oct 2019 20:37:52 +, Jousma, David wrote: >Defaults to nodsi in sched00 I'm guessing > I'm very naive here. All I know is from a search that found: https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.apss000/deppt.htm Other hits seem to indicate that NODSI stands for NO Data Set Integrity. I can't imagine why anyone would *ever* want to run any program in that condition. -- 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
dfsort sum processing
the following situation return abend0c7: 1. sort fields=(1,4,ch,a,9,5,ch,a) sum fields=(245,15,ZD) sum statement caused the abend. without sum, no issue. 2. run icetool verify and print. bothe ended with rc=0. print show x'f0f0f0f0f0f0f0f0f0f0f0f0f0f0f0f5' with seems to be ok. why am I getting abend0c7? ITschak -- ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for Legacy **| * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
dfsort SUM processing
the following situation return abend0c7: 1. sort fields=(1,4,ch,a,9,5,ch,a) sum fields=(245,15,ZD) sum statement caused the abend. without sum, no issue. 2. run icetool verify and print. bothe ended with rc=0. print show x'f0f0f0f0f0f0f0f0f0f0f0f0f0f0f0f5' with seems to be ok. why am I getting abend0c7? -- ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for Legacy **| * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] dfsort SUM processing
Just a wild guess here, is the SUM statement looking for a signed field? From the DFSORT manual: An invalid PD or ZD sign or digit results in a data exception (0C7 ABEND); 0-9are invalid for the sign and A-F are invalid for the digit. For example, a ZDvalue such as 3.5 (X'F34BF5') results in an 0C7 because "." (X'4B') is treated as an invalid digit. ICETOOL's DISPLAY or VERIFY operator can be used to identify decimal values with invalid digits. ICETOOL's VERIFY operator can be used to identify decimal values with invalid signs. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of ITschak Mugzach Sent: Thursday, October 24, 2019 8:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] dfsort SUM processing the following situation return abend0c7: 1. sort fields=(1,4,ch,a,9,5,ch,a) sum fields=(245,15,ZD) sum statement caused the abend. without sum, no issue. 2. run icetool verify and print. bothe ended with rc=0. print show x'f0f0f0f0f0f0f0f0f0f0f0f0f0f0f0f5' with seems to be ok. why am I getting abend0c7? -- ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for Legacy **| * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] dfsort SUM processing
Rex, x'F5' is a valid sign for (positive) ZD field. I already read this section, and the number to sum (all are the same) is valid ZD number. ITschak On Thu, Oct 24, 2019 at 4:15 PM Pommier, Rex wrote: > Just a wild guess here, is the SUM statement looking for a signed field? > > From the DFSORT manual: > An invalid PD or ZD sign or digit results in a data exception (0C7 ABEND); > 0-9are invalid for the sign and A-F are invalid for the digit. For example, > a ZDvalue such as 3.5 (X'F34BF5') results in an 0C7 because "." (X'4B') is > treated as an invalid digit. ICETOOL's DISPLAY or VERIFY operator can be > used to identify decimal values with invalid digits. ICETOOL's VERIFY > operator can be used to identify decimal values with invalid signs. > > Rex > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of ITschak Mugzach > Sent: Thursday, October 24, 2019 8:09 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [External] dfsort SUM processing > > the following situation return abend0c7: > 1. sort fields=(1,4,ch,a,9,5,ch,a) >sum fields=(245,15,ZD) >sum statement caused the abend. without sum, no issue. > > 2. run icetool verify and print. bothe ended with rc=0. print show > x'f0f0f0f0f0f0f0f0f0f0f0f0f0f0f0f5' > with seems to be ok. > > why am I getting abend0c7? > > -- > ITschak Mugzach > *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring > for Legacy **| * > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > The information contained in this message is confidential, protected from > disclosure and may be legally privileged. If the reader of this message is > not the intended recipient or an employee or agent responsible for > delivering this message to the intended recipient, you are hereby notified > that any disclosure, distribution, copying, or any action taken or action > omitted in reliance on it, is strictly prohibited and may be unlawful. If > you have received this communication in error, please notify us immediately > by replying to this message and destroy the material in its entirety, > whether in electronic or hard copy format. Thank you. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for Legacy **| * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SV: [External] dfsort SUM processing
Isn't this 16 numbers and You are doing sum on 15 //Lasse -Ursprungligt meddelande- Från: IBM Mainframe Discussion List För ITschak Mugzach Skickat: den 24 oktober 2019 15:19 Till: IBM-MAIN@LISTSERV.UA.EDU Ämne: Re: [External] dfsort SUM processing Rex, x'F5' is a valid sign for (positive) ZD field. I already read this section, and the number to sum (all are the same) is valid ZD number. ITschak On Thu, Oct 24, 2019 at 4:15 PM Pommier, Rex wrote: > Just a wild guess here, is the SUM statement looking for a signed field? > > From the DFSORT manual: > An invalid PD or ZD sign or digit results in a data exception (0C7 > ABEND); 0-9are invalid for the sign and A-F are invalid for the digit. > For example, a ZDvalue such as 3.5 (X'F34BF5') results in an 0C7 > because "." (X'4B') is treated as an invalid digit. ICETOOL's DISPLAY > or VERIFY operator can be used to identify decimal values with invalid > digits. ICETOOL's VERIFY operator can be used to identify decimal values with > invalid signs. > > Rex > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of ITschak Mugzach > Sent: Thursday, October 24, 2019 8:09 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [External] dfsort SUM processing > > the following situation return abend0c7: > 1. sort fields=(1,4,ch,a,9,5,ch,a) >sum fields=(245,15,ZD) >sum statement caused the abend. without sum, no issue. > > 2. run icetool verify and print. bothe ended with rc=0. print show > x'f0f0f0f0f0f0f0f0f0f0f0f0f0f0f0f5' > with seems to be ok. > > why am I getting abend0c7? > > -- > ITschak Mugzach > *|** IronSphere Platform* *|* *Information Security Contiguous > Monitoring for Legacy **| * > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > The information contained in this message is confidential, protected > from disclosure and may be legally privileged. If the reader of this > message is not the intended recipient or an employee or agent > responsible for delivering this message to the intended recipient, you > are hereby notified that any disclosure, distribution, copying, or any > action taken or action omitted in reliance on it, is strictly > prohibited and may be unlawful. If you have received this > communication in error, please notify us immediately by replying to > this message and destroy the material in its entirety, whether in electronic > or hard copy format. Thank you. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for Legacy **| * -- 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: [External] dfsort SUM processing
No, and even if so, all are numbers and can be sub summerized with a valid sign of F. בתאריך יום ה׳, 24 באוק׳ 2019, 16:35, מאת Lars Höglund < lars.hogl...@alecta.se>: > Isn't this 16 numbers and You are doing sum on 15 > > //Lasse > > -Ursprungligt meddelande- > Från: IBM Mainframe Discussion List För > ITschak Mugzach > Skickat: den 24 oktober 2019 15:19 > Till: IBM-MAIN@LISTSERV.UA.EDU > Ämne: Re: [External] dfsort SUM processing > > Rex, > > x'F5' is a valid sign for (positive) ZD field. I already read this > section, and the number to sum (all are the same) is valid ZD number. > > ITschak > > On Thu, Oct 24, 2019 at 4:15 PM Pommier, Rex > wrote: > > > Just a wild guess here, is the SUM statement looking for a signed field? > > > > From the DFSORT manual: > > An invalid PD or ZD sign or digit results in a data exception (0C7 > > ABEND); 0-9are invalid for the sign and A-F are invalid for the digit. > > For example, a ZDvalue such as 3.5 (X'F34BF5') results in an 0C7 > > because "." (X'4B') is treated as an invalid digit. ICETOOL's DISPLAY > > or VERIFY operator can be used to identify decimal values with invalid > > digits. ICETOOL's VERIFY operator can be used to identify decimal values > with invalid signs. > > > > Rex > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of ITschak Mugzach > > Sent: Thursday, October 24, 2019 8:09 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: [External] dfsort SUM processing > > > > the following situation return abend0c7: > > 1. sort fields=(1,4,ch,a,9,5,ch,a) > >sum fields=(245,15,ZD) > >sum statement caused the abend. without sum, no issue. > > > > 2. run icetool verify and print. bothe ended with rc=0. print show > > x'f0f0f0f0f0f0f0f0f0f0f0f0f0f0f0f5' > > with seems to be ok. > > > > why am I getting abend0c7? > > > > -- > > ITschak Mugzach > > *|** IronSphere Platform* *|* *Information Security Contiguous > > Monitoring for Legacy **| * > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > The information contained in this message is confidential, protected > > from disclosure and may be legally privileged. If the reader of this > > message is not the intended recipient or an employee or agent > > responsible for delivering this message to the intended recipient, you > > are hereby notified that any disclosure, distribution, copying, or any > > action taken or action omitted in reliance on it, is strictly > > prohibited and may be unlawful. If you have received this > > communication in error, please notify us immediately by replying to > > this message and destroy the material in its entirety, whether in > electronic or hard copy format. Thank you. > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > ITschak Mugzach > *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring > for Legacy **| * > > -- > 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: [External] dfsort SUM processing
ITschak, Yup, I misread the book. Sorry about that - and for the clutter... Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of ITschak Mugzach Sent: Thursday, October 24, 2019 8:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [External] dfsort SUM processing Rex, x'F5' is a valid sign for (positive) ZD field. I already read this section, and the number to sum (all are the same) is valid ZD number. ITschak On Thu, Oct 24, 2019 at 4:15 PM Pommier, Rex wrote: > Just a wild guess here, is the SUM statement looking for a signed field? > > From the DFSORT manual: > An invalid PD or ZD sign or digit results in a data exception (0C7 > ABEND); 0-9are invalid for the sign and A-F are invalid for the digit. > For example, a ZDvalue such as 3.5 (X'F34BF5') results in an 0C7 > because "." (X'4B') is treated as an invalid digit. ICETOOL's DISPLAY > or VERIFY operator can be used to identify decimal values with invalid > digits. ICETOOL's VERIFY operator can be used to identify decimal values with > invalid signs. > > Rex > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of ITschak Mugzach > Sent: Thursday, October 24, 2019 8:09 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [External] dfsort SUM processing > > the following situation return abend0c7: > 1. sort fields=(1,4,ch,a,9,5,ch,a) >sum fields=(245,15,ZD) >sum statement caused the abend. without sum, no issue. > > 2. run icetool verify and print. bothe ended with rc=0. print show > x'f0f0f0f0f0f0f0f0f0f0f0f0f0f0f0f5' > with seems to be ok. > > why am I getting abend0c7? > > -- > ITschak Mugzach > *|** IronSphere Platform* *|* *Information Security Contiguous > Monitoring for Legacy **| * > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > The information contained in this message is confidential, protected > from disclosure and may be legally privileged. If the reader of this > message is not the intended recipient or an employee or agent > responsible for delivering this message to the intended recipient, you > are hereby notified that any disclosure, distribution, copying, or any > action taken or action omitted in reliance on it, is strictly > prohibited and may be unlawful. If you have received this > communication in error, please notify us immediately by replying to > this message and destroy the material in its entirety, whether in electronic > or hard copy format. Thank you. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for Legacy **| * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SV: [External] dfsort SUM processing
x'f0f0f0f0f0f0f0f0f0f0f0f0f0f0f0f5' is 16 digits or But right, it should work anyhow even if You are doing sum on the first 15 //Lasse -Ursprungligt meddelande- Från: IBM Mainframe Discussion List För ITschak Mugzach Skickat: den 24 oktober 2019 15:37 Till: IBM-MAIN@LISTSERV.UA.EDU Ämne: Re: [External] dfsort SUM processing No, and even if so, all are numbers and can be sub summerized with a valid sign of F. בתאריך יום ה׳, 24 באוק׳ 2019, 16:35, מאת Lars Höglund < lars.hogl...@alecta.se>: > Isn't this 16 numbers and You are doing sum on 15 > > //Lasse > > -Ursprungligt meddelande- > Från: IBM Mainframe Discussion List För > ITschak Mugzach > Skickat: den 24 oktober 2019 15:19 > Till: IBM-MAIN@LISTSERV.UA.EDU > Ämne: Re: [External] dfsort SUM processing > > Rex, > > x'F5' is a valid sign for (positive) ZD field. I already read this > section, and the number to sum (all are the same) is valid ZD number. > > ITschak > > On Thu, Oct 24, 2019 at 4:15 PM Pommier, Rex > wrote: > > > Just a wild guess here, is the SUM statement looking for a signed field? > > > > From the DFSORT manual: > > An invalid PD or ZD sign or digit results in a data exception (0C7 > > ABEND); 0-9are invalid for the sign and A-F are invalid for the digit. > > For example, a ZDvalue such as 3.5 (X'F34BF5') results in an 0C7 > > because "." (X'4B') is treated as an invalid digit. ICETOOL's > > DISPLAY or VERIFY operator can be used to identify decimal values > > with invalid digits. ICETOOL's VERIFY operator can be used to > > identify decimal values > with invalid signs. > > > > Rex > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of ITschak Mugzach > > Sent: Thursday, October 24, 2019 8:09 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: [External] dfsort SUM processing > > > > the following situation return abend0c7: > > 1. sort fields=(1,4,ch,a,9,5,ch,a) > >sum fields=(245,15,ZD) > >sum statement caused the abend. without sum, no issue. > > > > 2. run icetool verify and print. bothe ended with rc=0. print show > > x'f0f0f0f0f0f0f0f0f0f0f0f0f0f0f0f5' > > with seems to be ok. > > > > why am I getting abend0c7? > > > > -- > > ITschak Mugzach > > *|** IronSphere Platform* *|* *Information Security Contiguous > > Monitoring for Legacy **| * > > > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO > > IBM-MAIN > > > > > > The information contained in this message is confidential, protected > > from disclosure and may be legally privileged. If the reader of > > this message is not the intended recipient or an employee or agent > > responsible for delivering this message to the intended recipient, > > you are hereby notified that any disclosure, distribution, copying, > > or any action taken or action omitted in reliance on it, is strictly > > prohibited and may be unlawful. If you have received this > > communication in error, please notify us immediately by replying to > > this message and destroy the material in its entirety, whether in > electronic or hard copy format. Thank you. > > > > > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO > > IBM-MAIN > > > > > -- > ITschak Mugzach > *|** IronSphere Platform* *|* *Information Security Contiguous > Monitoring for Legacy **| * > > -- > 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: [External] dfsort SUM processing
It is not a copy paste. I might count wrong. בתאריך יום ה׳, 24 באוק׳ 2019, 16:44, מאת Lars Höglund < lars.hogl...@alecta.se>: > x'f0f0f0f0f0f0f0f0f0f0f0f0f0f0f0f5' is 16 digits or > > But right, it should work anyhow even if You are doing sum on the first 15 > > //Lasse > > -Ursprungligt meddelande- > Från: IBM Mainframe Discussion List För > ITschak Mugzach > Skickat: den 24 oktober 2019 15:37 > Till: IBM-MAIN@LISTSERV.UA.EDU > Ämne: Re: [External] dfsort SUM processing > > No, and even if so, all are numbers and can be sub summerized with a valid > sign of F. > > בתאריך יום ה׳, 24 באוק׳ 2019, 16:35, מאת Lars Höglund < > lars.hogl...@alecta.se>: > > > Isn't this 16 numbers and You are doing sum on 15 > > > > //Lasse > > > > -Ursprungligt meddelande- > > Från: IBM Mainframe Discussion List För > > ITschak Mugzach > > Skickat: den 24 oktober 2019 15:19 > > Till: IBM-MAIN@LISTSERV.UA.EDU > > Ämne: Re: [External] dfsort SUM processing > > > > Rex, > > > > x'F5' is a valid sign for (positive) ZD field. I already read this > > section, and the number to sum (all are the same) is valid ZD number. > > > > ITschak > > > > On Thu, Oct 24, 2019 at 4:15 PM Pommier, Rex > > wrote: > > > > > Just a wild guess here, is the SUM statement looking for a signed > field? > > > > > > From the DFSORT manual: > > > An invalid PD or ZD sign or digit results in a data exception (0C7 > > > ABEND); 0-9are invalid for the sign and A-F are invalid for the digit. > > > For example, a ZDvalue such as 3.5 (X'F34BF5') results in an 0C7 > > > because "." (X'4B') is treated as an invalid digit. ICETOOL's > > > DISPLAY or VERIFY operator can be used to identify decimal values > > > with invalid digits. ICETOOL's VERIFY operator can be used to > > > identify decimal values > > with invalid signs. > > > > > > Rex > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List On > > > Behalf Of ITschak Mugzach > > > Sent: Thursday, October 24, 2019 8:09 AM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: [External] dfsort SUM processing > > > > > > the following situation return abend0c7: > > > 1. sort fields=(1,4,ch,a,9,5,ch,a) > > >sum fields=(245,15,ZD) > > >sum statement caused the abend. without sum, no issue. > > > > > > 2. run icetool verify and print. bothe ended with rc=0. print show > > > x'f0f0f0f0f0f0f0f0f0f0f0f0f0f0f0f5' > > > with seems to be ok. > > > > > > why am I getting abend0c7? > > > > > > -- > > > ITschak Mugzach > > > *|** IronSphere Platform* *|* *Information Security Contiguous > > > Monitoring for Legacy **| * > > > > > > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO > > > IBM-MAIN > > > > > > > > > The information contained in this message is confidential, protected > > > from disclosure and may be legally privileged. If the reader of > > > this message is not the intended recipient or an employee or agent > > > responsible for delivering this message to the intended recipient, > > > you are hereby notified that any disclosure, distribution, copying, > > > or any action taken or action omitted in reliance on it, is strictly > > > prohibited and may be unlawful. If you have received this > > > communication in error, please notify us immediately by replying to > > > this message and destroy the material in its entirety, whether in > > electronic or hard copy format. Thank you. > > > > > > > > > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO > > > IBM-MAIN > > > > > > > > > -- > > ITschak Mugzach > > *|** IronSphere Platform* *|* *Information Security Contiguous > > Monitoring for Legacy **| * > > > > -- > > 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 > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the m
Re: dfsort SUM processing
Hi, Have you tried it with "CH" instead of "ZD"? For the intended purpose it should work. And if yes, did it abend as well? Best Regards Joao Bentes de Jesus "Do the difficult things while they are easy and do the great things while they are small. A journey of a thousand miles must begin with a single step." Laozi From: ITschak Mugzach To: IBM-MAIN@LISTSERV.UA.EDU Date: 2019-10-24 14:54 Subject:Re: [External] dfsort SUM processing Sent by:IBM Mainframe Discussion List It is not a copy paste. I might count wrong. בתאריך יום ה׳, 24 באוק׳ 2019, 16:44, מאת Lars H?glund < lars.hogl...@alecta.se>: > x'f0f0f0f0f0f0f0f0f0f0f0f0f0f0f0f5' is 16 digits or > > But right, it should work anyhow even if You are doing sum on the first 15 > > //Lasse > > -Ursprungligt meddelande- > Fr?n: IBM Mainframe Discussion List F?r > ITschak Mugzach > Skickat: den 24 oktober 2019 15:37 > Till: IBM-MAIN@LISTSERV.UA.EDU > ?mne: Re: [External] dfsort SUM processing > > No, and even if so, all are numbers and can be sub summerized with a valid > sign of F. > > בתאריך יום ה׳, 24 באוק׳ 2019, 16:35, מאת Lars H?glund < > lars.hogl...@alecta.se>: > > > Isn't this 16 numbers and You are doing sum on 15 > > > > //Lasse > > > > -Ursprungligt meddelande- > > Fr?n: IBM Mainframe Discussion List F?r > > ITschak Mugzach > > Skickat: den 24 oktober 2019 15:19 > > Till: IBM-MAIN@LISTSERV.UA.EDU > > ?mne: Re: [External] dfsort SUM processing > > > > Rex, > > > > x'F5' is a valid sign for (positive) ZD field. I already read this > > section, and the number to sum (all are the same) is valid ZD number. > > > > ITschak > > > > On Thu, Oct 24, 2019 at 4:15 PM Pommier, Rex > > wrote: > > > > > Just a wild guess here, is the SUM statement looking for a signed > field? > > > > > > From the DFSORT manual: > > > An invalid PD or ZD sign or digit results in a data exception (0C7 > > > ABEND); 0-9are invalid for the sign and A-F are invalid for the digit. > > > For example, a ZDvalue such as 3.5 (X'F34BF5') results in an 0C7 > > > because "." (X'4B') is treated as an invalid digit. ICETOOL's > > > DISPLAY or VERIFY operator can be used to identify decimal values > > > with invalid digits. ICETOOL's VERIFY operator can be used to > > > identify decimal values > > with invalid signs. > > > > > > Rex > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List On > > > Behalf Of ITschak Mugzach > > > Sent: Thursday, October 24, 2019 8:09 AM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: [External] dfsort SUM processing > > > > > > the following situation return abend0c7: > > > 1. sort fields=(1,4,ch,a,9,5,ch,a) > > >sum fields=(245,15,ZD) > > >sum statement caused the abend. without sum, no issue. > > > > > > 2. run icetool verify and print. bothe ended with rc=0. print show > > > x'f0f0f0f0f0f0f0f0f0f0f0f0f0f0f0f5' > > > with seems to be ok. > > > > > > why am I getting abend0c7? > > > > > > -- > > > ITschak Mugzach > > > *|** IronSphere Platform* *|* *Information Security Contiguous > > > Monitoring for Legacy **| * > > > > > > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO > > > IBM-MAIN > > > > > > > > > The information contained in this message is confidential, protected > > > from disclosure and may be legally privileged. If the reader of > > > this message is not the intended recipient or an employee or agent > > > responsible for delivering this message to the intended recipient, > > > you are hereby notified that any disclosure, distribution, copying, > > > or any action taken or action omitted in reliance on it, is strictly > > > prohibited and may be unlawful. If you have received this > > > communication in error, please notify us immediately by replying to > > > this message and destroy the material in its entirety, whether in > > electronic or hard copy format. Thank you. > > > > > > > > > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO > > > IBM-MAIN > > > > > > > > > -- > > ITschak Mugzach > > *|** IronSphere Platform* *|* *Information Security Contiguous > > Monitoring for Legacy **| * > > > > -- > > 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 subscr
Re: dfsort SUM processing
I think CH is invalid for sum בתאריך יום ה׳, 24 באוק׳ 2019, 17:10, מאת Joao Bentes < joao.bentes.je...@pt.ibm.com>: > Hi, > > Have you tried it with "CH" instead of "ZD"? For the intended purpose it > should work. And if yes, did it abend as well? > > Best Regards > > Joao Bentes de Jesus > > > "Do the difficult things while they are easy and do the great things while > they are small. A journey of a thousand miles must begin with a single > step." > Laozi > > > > From: ITschak Mugzach > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 2019-10-24 14:54 > Subject:Re: [External] dfsort SUM processing > Sent by:IBM Mainframe Discussion List > > > > It is not a copy paste. I might count wrong. > > בתאריך יום ה׳, 24 באוק׳ 2019, 16:44, מאת Lars H?glund < > lars.hogl...@alecta.se>: > > > x'f0f0f0f0f0f0f0f0f0f0f0f0f0f0f0f5' is 16 digits or > > > > But right, it should work anyhow even if You are doing sum on the first > 15 > > > > //Lasse > > > > -Ursprungligt meddelande- > > Fr?n: IBM Mainframe Discussion List F?r > > ITschak Mugzach > > Skickat: den 24 oktober 2019 15:37 > > Till: IBM-MAIN@LISTSERV.UA.EDU > > ?mne: Re: [External] dfsort SUM processing > > > > No, and even if so, all are numbers and can be sub summerized with a > valid > > sign of F. > > > > בתאריך יום ה׳, 24 באוק׳ 2019, 16:35, מאת Lars H?glund < > > lars.hogl...@alecta.se>: > > > > > Isn't this 16 numbers and You are doing sum on 15 > > > > > > //Lasse > > > > > > -Ursprungligt meddelande- > > > Fr?n: IBM Mainframe Discussion List F?r > > > ITschak Mugzach > > > Skickat: den 24 oktober 2019 15:19 > > > Till: IBM-MAIN@LISTSERV.UA.EDU > > > ?mne: Re: [External] dfsort SUM processing > > > > > > Rex, > > > > > > x'F5' is a valid sign for (positive) ZD field. I already read this > > > section, and the number to sum (all are the same) is valid ZD number. > > > > > > ITschak > > > > > > On Thu, Oct 24, 2019 at 4:15 PM Pommier, Rex > > > wrote: > > > > > > > Just a wild guess here, is the SUM statement looking for a signed > > field? > > > > > > > > From the DFSORT manual: > > > > An invalid PD or ZD sign or digit results in a data exception (0C7 > > > > ABEND); 0-9are invalid for the sign and A-F are invalid for the > digit. > > > > For example, a ZDvalue such as 3.5 (X'F34BF5') results in an 0C7 > > > > because "." (X'4B') is treated as an invalid digit. ICETOOL's > > > > DISPLAY or VERIFY operator can be used to identify decimal values > > > > with invalid digits. ICETOOL's VERIFY operator can be used to > > > > identify decimal values > > > with invalid signs. > > > > > > > > Rex > > > > > > > > -Original Message- > > > > From: IBM Mainframe Discussion List On > > > > Behalf Of ITschak Mugzach > > > > Sent: Thursday, October 24, 2019 8:09 AM > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > Subject: [External] dfsort SUM processing > > > > > > > > the following situation return abend0c7: > > > > 1. sort fields=(1,4,ch,a,9,5,ch,a) > > > >sum fields=(245,15,ZD) > > > >sum statement caused the abend. without sum, no issue. > > > > > > > > 2. run icetool verify and print. bothe ended with rc=0. print show > > > > x'f0f0f0f0f0f0f0f0f0f0f0f0f0f0f0f5' > > > > with seems to be ok. > > > > > > > > why am I getting abend0c7? > > > > > > > > -- > > > > ITschak Mugzach > > > > *|** IronSphere Platform* *|* *Information Security Contiguous > > > > Monitoring for Legacy **| * > > > > > > > > > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > > > send email to lists...@listserv.ua.edu with the message: INFO > > > > IBM-MAIN > > > > > > > > > > > > The information contained in this message is confidential, protected > > > > from disclosure and may be legally privileged. If the reader of > > > > this message is not the intended recipient or an employee or agent > > > > responsible for delivering this message to the intended recipient, > > > > you are hereby notified that any disclosure, distribution, copying, > > > > or any action taken or action omitted in reliance on it, is strictly > > > > prohibited and may be unlawful. If you have received this > > > > communication in error, please notify us immediately by replying to > > > > this message and destroy the material in its entirety, whether in > > > electronic or hard copy format. Thank you. > > > > > > > > > > > > > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > > > send email to lists...@listserv.ua.edu with the message: INFO > > > > IBM-MAIN > > > > > > > > > > > > > -- > > > ITschak Mugzach > > > *|** IronSphere Platform* *|* *Information Security Contiguous > > > Monitoring for Legacy **| * > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > >
Re: dfsort SUM processing
Yes, I think you are right. And if you tried it with 'BI'? Would it work? Melhores Cumprimentos Joao Bentes de Jesus Best Regards "Do the difficult things while they are easy and do the great things while they are small. A journey of a thousand miles must begin with a single step." Laozi From: ITschak Mugzach To: IBM-MAIN@LISTSERV.UA.EDU Date: 2019-10-24 15:22 Subject:[EXTERNAL] Re: dfsort SUM processing Sent by:IBM Mainframe Discussion List I think CH is invalid for sum בתאריך יום ה׳, 24 באוק׳ 2019, 17:10, מאת Joao Bentes < joao.bentes.je...@pt.ibm.com>: > Hi, > > Have you tried it with "CH" instead of "ZD"? For the intended purpose it > should work. And if yes, did it abend as well? > > Best Regards > > Joao Bentes de Jesus > > > "Do the difficult things while they are easy and do the great things while > they are small. A journey of a thousand miles must begin with a single > step." > Laozi > > > > From: ITschak Mugzach > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 2019-10-24 14:54 > Subject:Re: [External] dfsort SUM processing > Sent by:IBM Mainframe Discussion List > > > > It is not a copy paste. I might count wrong. > > בתאריך יום ה׳, 24 באוק׳ 2019, 16:44, מאת Lars H?glund < > lars.hogl...@alecta.se>: > > > x'f0f0f0f0f0f0f0f0f0f0f0f0f0f0f0f5' is 16 digits or > > > > But right, it should work anyhow even if You are doing sum on the first > 15 > > > > //Lasse > > > > -Ursprungligt meddelande- > > Fr?n: IBM Mainframe Discussion List F?r > > ITschak Mugzach > > Skickat: den 24 oktober 2019 15:37 > > Till: IBM-MAIN@LISTSERV.UA.EDU > > ?mne: Re: [External] dfsort SUM processing > > > > No, and even if so, all are numbers and can be sub summerized with a > valid > > sign of F. > > > > בתאריך יום ה׳, 24 באוק׳ 2019, 16:35, מאת Lars H?glund < > > lars.hogl...@alecta.se>: > > > > > Isn't this 16 numbers and You are doing sum on 15 > > > > > > //Lasse > > > > > > -Ursprungligt meddelande- > > > Fr?n: IBM Mainframe Discussion List F?r > > > ITschak Mugzach > > > Skickat: den 24 oktober 2019 15:19 > > > Till: IBM-MAIN@LISTSERV.UA.EDU > > > ?mne: Re: [External] dfsort SUM processing > > > > > > Rex, > > > > > > x'F5' is a valid sign for (positive) ZD field. I already read this > > > section, and the number to sum (all are the same) is valid ZD number. > > > > > > ITschak > > > > > > On Thu, Oct 24, 2019 at 4:15 PM Pommier, Rex > > > wrote: > > > > > > > Just a wild guess here, is the SUM statement looking for a signed > > field? > > > > > > > > From the DFSORT manual: > > > > An invalid PD or ZD sign or digit results in a data exception (0C7 > > > > ABEND); 0-9are invalid for the sign and A-F are invalid for the > digit. > > > > For example, a ZDvalue such as 3.5 (X'F34BF5') results in an 0C7 > > > > because "." (X'4B') is treated as an invalid digit. ICETOOL's > > > > DISPLAY or VERIFY operator can be used to identify decimal values > > > > with invalid digits. ICETOOL's VERIFY operator can be used to > > > > identify decimal values > > > with invalid signs. > > > > > > > > Rex > > > > > > > > -Original Message- > > > > From: IBM Mainframe Discussion List On > > > > Behalf Of ITschak Mugzach > > > > Sent: Thursday, October 24, 2019 8:09 AM > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > Subject: [External] dfsort SUM processing > > > > > > > > the following situation return abend0c7: > > > > 1. sort fields=(1,4,ch,a,9,5,ch,a) > > > >sum fields=(245,15,ZD) > > > >sum statement caused the abend. without sum, no issue. > > > > > > > > 2. run icetool verify and print. bothe ended with rc=0. print show > > > > x'f0f0f0f0f0f0f0f0f0f0f0f0f0f0f0f5' > > > > with seems to be ok. > > > > > > > > why am I getting abend0c7? > > > > > > > > -- > > > > ITschak Mugzach > > > > *|** IronSphere Platform* *|* *Information Security Contiguous > > > > Monitoring for Legacy **| * > > > > > > > > > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > > > send email to lists...@listserv.ua.edu with the message: INFO > > > > IBM-MAIN > > > > > > > > > > > > The information contained in this message is confidential, protected > > > > from disclosure and may be legally privileged. If the reader of > > > > this message is not the intended recipient or an employee or agent > > > > responsible for delivering this message to the intended recipient, > > > > you are hereby notified that any disclosure, distribution, copying, > > > > or any action taken or action omitted in reliance on it, is strictly > > > > prohibited and may be unlawful. If you have received this > > > > communication in error, please notify us immediately by replying to > > > > this message and destroy the material in its entirety, whether in > > > electronic or hard copy format. Thank you. > > > > > > > > > > > > -
Re: dfsort SUM processing
>>> why am I getting abend0c7? ITschak Mugzach, Couple of things to check. Do you have any records that have SPACES X'40' or Decimal Dot X'4B' ? Both these would cause an S0C7. If you say the VERIFY operator shows every record as valid, I would like to see the Complete joblog( Both SORT+SUM and the VERIFY). You can send it offline to my email id Thanks Kolusu DFSORT Development IBM Corporation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: dfsort SUM processing
In your mailbox. ITschak On Thu, Oct 24, 2019 at 5:56 PM Sri h Kolusu wrote: > >>> why am I getting abend0c7? > > ITschak Mugzach, > > Couple of things to check. Do you have any records that have SPACES X'40' > or Decimal Dot X'4B' ? Both these would cause an S0C7. > > If you say the VERIFY operator shows every record as valid, I would like to > see the Complete joblog( Both SORT+SUM and the VERIFY). You can send it > offline to my email id > > Thanks > Kolusu > DFSORT Development > IBM Corporation > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for Legacy **| * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: dfsort SUM processing
> In your mailbox. ITschak Responded back. Probably an oversight. :) 125 and 245 are not one and same. :D Thanks, Kolusu DFSORT Development IBM Corporation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDS to PDSE conversion issues
What we see:D SMS,PDSE1,CONNECTIONS,DSN(library) returns open status of input for every PSF STC.D GRS,RES=(SYSDSN,library) returns nothing. Consistent for SCHEDxx NODSI. The PSF manual clearly states that DSI prevents other programs from updating resource libraries while PSF is active. It would be desirable to update a PDSE while DISP=SHR and DSI is set, without adversely impacting anyone. There is an exit to have PSF close an idle library, to be used in conjunction with DSI (if I'm reading the doc right). Bottom line is we were suprised about this PDSE behavior, and missed the documentation about it. Whether this feature is right or wrong is a whole 'nuther discussion. I appreciate everyone's input, and I intended to advise the original poster about a possible pitfall of converting to PDSEs. David -Original Message- From: Jousma, David <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN Sent: Thu, Oct 24, 2019 11:01 AM Subject: Re: PDS to PDSE conversion issues Thats correct gil. A few IBM products run with NODSI intentionally. Looking the I&T, looks like PSF, VLF, DLF, FFST, RMF, JES2, JES3, *MASTER*, SMF, CAS I wouldn’t be changing them to DSI in SCHED00, as I am sure they are set that way for good reason. _ 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: Wednesday, October 23, 2019 10:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: PDS to PDSE conversion issues **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** On Wed, 23 Oct 2019 20:37:52 +, Jousma, David wrote: >Defaults to nodsi in sched00 I'm guessing > I'm very naive here. All I know is from a search that found: https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.apss000/deppt.htm Other hits seem to indicate that NODSI stands for NO Data Set Integrity. I can't imagine why anyone would *ever* want to run any program in that condition. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDS to PDSE conversion issues
On Thu, 24 Oct 2019 16:15:08 +, David Purdy wrote: >... >It would be desirable to update a PDSE while DISP=SHR and DSI is set, without >adversely impacting anyone. There is an exit to have PSF close an idle >library, to be used in conjunction with DSI (if I'm reading the doc right). >Bottom line is we were suprised about this PDSE behavior, and missed the >documentation about it. Whether this feature is right or wrong is a whole >'nuther discussion. > How does this interact with the work unit (almost) isolation provided by PDSE? If one job connects to several members with DESERV, is it guaranteed a consistent snapshot of those members (to which changes might need to be synchronized) while another job is updating those members? -- 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 a TSO equivalent to JCL DDNAME=?
Not only is it useful, but IBM has shipped procedures that use it. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Steve Smith Sent: Wednesday, October 23, 2019 10:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there a TSO equivalent to JCL DDNAME=? Well, yet another typical IBM-MAIN thread. Speculation, tangents, assumptions, misconceptions, irrelevancies, etc. As to the long-forgotten original question, JCL DDNAME is a rarely useful feature. It is supported by neither DYNALLOC nor ALLOCATE. I'm not sure what the OP thinks it does, but it probably doesn't. sas -- 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 a TSO equivalent to JCL DDNAME=?
Please respond to what I wrote in this universe, not to what I might have win some alternate universe. Which part of "I've written plenty of code that invokes language processors and other utilities in a batch environment, as have others, and I'd be very surprised if there weren't several such programs on the CBT tape. For that matter, most of you have probably used one such program from IBM, a real gim." didn't you understand? Or are you claiming that Mr. Mugzach has never used SMP? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, October 23, 2019 6:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there a TSO equivalent to JCL DDNAME=? On Wed, 23 Oct 2019 21:38:31 +, Seymour J Metz wrote: When does SMP/E ATTACH two utilities concurrently? AFAIK it only attaches them consecutively. I know that if I DDDEF SYSPRINT SYSOUT, SMP/E uses generated DDNAMEs instead and reports those names in SMPLOG or SMPOUT. I have no assurance that the utilities operate concurrently. On Wed, 23 Oct 2019 20:35:51 +, Seymour J Metz wrote: >I'd be very surprised if your client isn't licensed to GIMSMP. But ITschak didn't say he was trying to use GIMSMP. You're making that up. From: ITschak Mugzach Sent: Wednesday, October 23, 2019 4:28 PM To: IBM-MAIN@LISTSERV.UA.EDU My game is to use what the client is licensed to. -- gil -- 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 a TSO equivalent to JCL DDNAME=?
Au contraire. It is often useful. I see it used in cataloged procs all the time. And I would be confident that Itschak knows what it does. It is always easy to criticize anyone's question: "that's stupid! What would you want to do that for?" but there is often a good reason were you to understand the OP's entire situation and constraints. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Smith Sent: Wednesday, October 23, 2019 10:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there a TSO equivalent to JCL DDNAME=? Well, yet another typical IBM-MAIN thread. Speculation, tangents, assumptions, misconceptions, irrelevancies, etc. As to the long-forgotten original question, JCL DDNAME is a rarely useful feature. It is supported by neither DYNALLOC nor ALLOCATE. I'm not sure what the OP thinks it does, but it probably doesn't. sas -- 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 a TSO equivalent to JCL DDNAME=?
On Thu, 24 Oct 2019 14:14:10 -0400, Charles Mills wrote: >Au contraire. It is often useful. I see it used in cataloged procs all the >time. And I would be confident that Itschak knows what it does. > However, I once tried to use it by overriding a DD in a cataloged PROC with DDNAME= so I could add a mention of an OUTPUT statement in the referenced DD. Failed with mysterious message. Went to SR. Got an explanation of the convoluted logic involved and WAD. Sigh. >-Original Message- >From: Steve Smith >Sent: Wednesday, October 23, 2019 10:27 PM > >As to the long-forgotten original question, JCL DDNAME is a rarely useful >feature. It is supported by neither DYNALLOC nor ALLOCATE. I'm not sure >what the OP thinks it does, but it probably doesn't. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: dfsort sum processing
Lower case 'f' not same as 'F'. Not a valid sign or zone. On Thu, Oct 24, 2019 at 11:45 PM ITschak Mugzach wrote: > the following situation return abend0c7: > 1. sort fields=(1,4,ch,a,9,5,ch,a) >sum fields=(245,15,ZD) >sum statement caused the abend. without sum, no issue. > > 2. run icetool verify and print. bothe ended with rc=0. print show > x'f0f0f0f0f0f0f0f0f0f0f0f0f0f0f0f5' > with seems to be ok. > > why am I getting abend0c7? > > ITschak > > -- > ITschak Mugzach > *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring > for Legacy **| * > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
How make a zFS file system mount "permanent"?
Sorry I know this is an incredibly naïve question. I got my VSAM LDS defined and successfully mounted as a zFS path. Imagine my surprise when the mount went away at IPL. Where do I put a MOUNT statement such that the LDS will get mounted again at each IPL? I searched KC, Init and Tuning, and SYS1.PARMLIB for 'MOUNT' with no relevant hits. Or is there a way to make the mount itself "permanent" such that it survives an IPL? Thanks for your patience. Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How make a zFS file system mount "permanent"?
BPXPRM00 in parmlib usually. Sent from Yahoo Mail for iPhone On Thursday, October 24, 2019, 3:16 PM, Charles Mills wrote: Sorry – I know this is an incredibly naïve question. I got my VSAM LDS defined and successfully mounted as a zFS path. Imagine my surprise when the mount went away at IPL. Where do I put a MOUNT statement such that the LDS will get mounted again at each IPL? I searched KC, Init and Tuning, and SYS1.PARMLIB for 'MOUNT' with no relevant hits. Or is there a way to make the mount itself "permanent" such that it survives an IPL? Thanks for your patience. Charles -- 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 make a zFS file system mount "permanent"?
As Bill says. With the caveat that you are using suffix '00' on parms. You will see the BPX mount parm referenced at IPL with the corresponding file system mounts. Check for errors after IPL too (file not found etc.). On Fri, Oct 25, 2019 at 6:18 AM Bill Johnson < 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote: > BPXPRM00 in parmlib usually. > > > Sent from Yahoo Mail for iPhone > > > On Thursday, October 24, 2019, 3:16 PM, Charles Mills > wrote: > > Sorry – I know this is an incredibly naïve question. > > I got my VSAM LDS defined and successfully mounted as a zFS path. > > Imagine my surprise when the mount went away at IPL. > > Where do I put a MOUNT statement such that the LDS will get mounted again > at > each IPL? I searched KC, Init and Tuning, and SYS1.PARMLIB for 'MOUNT' with > no relevant hits. > > Or is there a way to make the mount itself "permanent" such that it > survives > an IPL? > > Thanks for your patience. > > Charles > > -- > 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 > -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How make a zFS file system mount "permanent"?
Okay, great, I see it. I searched SYS1.PARMLIB(*) but not the whole concatenation. Yeah, I understand the suffix thing. Thanks! Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Wayne Bickerdike Sent: Thursday, October 24, 2019 3:22 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How make a zFS file system mount "permanent"? As Bill says. With the caveat that you are using suffix '00' on parms. You will see the BPX mount parm referenced at IPL with the corresponding file system mounts. Check for errors after IPL too (file not found etc.). On Fri, Oct 25, 2019 at 6:18 AM Bill Johnson < 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote: > BPXPRM00 in parmlib usually. > > > Sent from Yahoo Mail for iPhone > > > On Thursday, October 24, 2019, 3:16 PM, Charles Mills > wrote: > > Sorry – I know this is an incredibly naïve question. > > I got my VSAM LDS defined and successfully mounted as a zFS path. > > Imagine my surprise when the mount went away at IPL. > > Where do I put a MOUNT statement such that the LDS will get mounted again > at > each IPL? I searched KC, Init and Tuning, and SYS1.PARMLIB for 'MOUNT' with > no relevant hits. > > Or is there a way to make the mount itself "permanent" such that it > survives > an IPL? > > Thanks for your patience. > > Charles > > -- > 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 > -- Wayne V. Bickerdike -- 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 a TSO equivalent to JCL DDNAME=?
On Thu, 24 Oct 2019 14:14:10 -0400, Charles Mills wrote: >there is often a good reason were you to understand the OP's >entire situation and constraints. I agree. In this case, I don't remember the OP telling us what his situation and constraints are, though there was a lot of speculation about it. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there a TSO equivalent to JCL DDNAME=?
Nothing I said was meant as criticism of the OP's question. And I said nothing like your imaginary quote about anything. What I did mean to imply is that DD DDNAME= is nothing like pipes, nor any sense of "routing" I know of. As for its usefulness, I have myself found it useful in some (rare) cases. If you find it "often" useful, that's great. In any case, I don't know (or much care) what ITschak knows or doesn't know. I answered the question as posted. sas On Thu, Oct 24, 2019 at 2:14 PM Charles Mills wrote: > Au contraire. It is often useful. I see it used in cataloged procs all the > time. And I would be confident that Itschak knows what it does. > > It is always easy to criticize anyone's question: "that's stupid! What > would you want to do that for?" but there is often a good reason were you > to understand the OP's entire situation and constraints. > > Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How make a zFS file system mount "permanent"?
BPXPRMnn Matt Hogstrom +1 (919) 656-0564 > On Oct 24, 2019, at 15:17, Charles Mills wrote: > > Sorry – I know this is an incredibly naïve question. > > I got my VSAM LDS defined and successfully mounted as a zFS path. > > Imagine my surprise when the mount went away at IPL. > > Where do I put a MOUNT statement such that the LDS will get mounted again at > each IPL? I searched KC, Init and Tuning, and SYS1.PARMLIB for 'MOUNT' with > no relevant hits. > > Or is there a way to make the mount itself "permanent" such that it survives > an IPL? > > Thanks for your patience. > > Charles > > -- > 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 make a zFS file system mount "permanent"?
It's in MVS Init & Tuning. My bad. I happened to have JES2 Init & Tuning open on my desktop and at a quick glance thought I had MVS Init & Tuning open. MVS I&T has relevant hits for MOUNT; JES2 I&T of course does not. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Thursday, October 24, 2019 3:28 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How make a zFS file system mount "permanent"? Okay, great, I see it. I searched SYS1.PARMLIB(*) but not the whole concatenation. Yeah, I understand the suffix thing. Thanks! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Return code X'20' 32 from CELQPIPI INIT_MAIN
Hi I copied the example from the LE guide for 64 bit Virtual Storage Addressing with the exception of zeroing service rtn address and go a return code X'20' 32 CALL (15), (INIT_MAIN, CEEXPTBL_ADDR, 0, TOKEN), MF=(E,CALL_PL) CEEXPTBL_ADDR DC AD(CEEXPTBL) Address of PIPI table * CEEXPTBL CELQPIT , Start of CELQPIPI table CELQPITY CEEWQPMA,0Dynamically load CEEEQPMA CELQPITS , End of CELQPIPI table * CEEWQPMA is the C program it resides in my PDSE LIBRARY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
err nous example CELQPIPI
Hi The example of CELQPIPI init_main references a C program that does not have a main Just tried on that has it and worked -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
program init with CELQPROLG getting rc x'20' 32
Can a program assembled with CELQPRLG be using as entry in the pre-init table (CELQPITY) As I am getting a X'20' 32 on a INIT_SUB call from CELQPIPI thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: "Exploring z/OS Container Extensions" Meetups in Asia-Pacific
Good news! We have expanded the number of cities for this "Exploring z/OS Container Extensions" Meetup to 11, with Sydney and Perth now available. Here's the full list for 2019: November 19: Singapore November 20: Kuala Lumpur November 22: Bangkok November 25: Seoul November 26: Manila November 28: Jakarta December 2: Wellington December 3: Sydney December 4: Canberra December 5: Melbourne December 6: Perth Thanks to David Crayford for asking. I look forward to seeing many IBM-MAINers (and others -- see below). For more information and to sign up, please visit: https://www.meetup.com/IBM-Z-Technical-Community-in-Asia-Pacific/events We most certainly welcome z/OS "newbies." If you know someone even in a "distant" part of your organization who works with Docker/OCI technologies, this Meetup is for them, too. Also, if anyone in India has strong interest in a zCX Meetup near you, please contact me offline via e-mail with some details. We may be able to add some Indian cities in early 2020. Timothy Sipples IT Architect Executive, Industry Solutions, IBM Z & LinuxONE E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
