OT: Fake Apple watch
My turn to post something OT. ;-) There was a thread about (cr)apple watch last month. Here is another news snippet, but about 'high demand for fake apple watch' http://www.fin24.com/Tech/News/High-demand-for-fake-Apple-watches-20150504 Weird... Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Fake Apple watch
Knock-offs in Shenzhen, who'da believed that ?. I wouldn't lower myself to buy anything Apple, much less a knock-off. Now if there was a custom ROM for it ... hmmm, I have a copy of the Android Wear SDK somewhere ... Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Steps for diagnosing a S378
When there is a symptom dump (message IEA995I), it contains the registers at the time of the abend. Those include -- length of area (reg 9) -- address of area (reg 10) -- return address of caller (reg 14) SY1 IEA995I SYMPTOM DUMP OUTPUT SYSTEM COMPLETION CODE=378 REASON CODE=0014 TIME=07.16.45 SEQ=00013 CPU=4000 ASID=0016 PSW AT TIME OF ERROR 070C1000 81335DB8 ILC 2 INTC 0D NO ACTIVE MODULE FOUND NAME=UNKNOWN DATA AT PSW 01335DB2 - 00181610 0A0D18CE 18FB180C AR/GR 0: /_8400 1: /_84378000 2: /_0040 3: /_0003 4: /_005F8588 5: /_005F8500 6: /_81330CD0 7: /_00F53180 8: /_ 9: /_0008 A: /_00556678 B: /_7FFFDC10 C: /_4000 D: /_6008 E: /_702E F: /_0014 END OF SYMPTOM DUMP The registers at time of error ought to be documented in system codes but they are not. I'll see if I can get the VSM owners to address that. 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: Steps for diagnosing a S378
Let me show my naivete here... ... I normally search in a dump on RTM2WA. Is this different? And if so why? Cheers, Martin (still learning, I hope...) :-) Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Peter Relson rel...@us.ibm.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 04/05/2015 13:23 Subject:Re: Steps for diagnosing a S378 Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU When there is a symptom dump (message IEA995I), it contains the registers at the time of the abend. Those include -- length of area (reg 9) -- address of area (reg 10) -- return address of caller (reg 14) SY1 IEA995I SYMPTOM DUMP OUTPUT SYSTEM COMPLETION CODE=378 REASON CODE=0014 TIME=07.16.45 SEQ=00013 CPU=4000 ASID=0016 PSW AT TIME OF ERROR 070C1000 81335DB8 ILC 2 INTC 0D NO ACTIVE MODULE FOUND NAME=UNKNOWN DATA AT PSW 01335DB2 - 00181610 0A0D18CE 18FB180C AR/GR 0: /_8400 1: /_84378000 2: /_0040 3: /_0003 4: /_005F8588 5: /_005F8500 6: /_81330CD0 7: /_00F53180 8: /_ 9: /_0008 A: /_00556678 B: /_7FFFDC10 C: /_4000 D: /_6008 E: /_702E F: /_0014 END OF SYMPTOM DUMP The registers at time of error ought to be documented in system codes but they are not. I'll see if I can get the VSM owners to address that. 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 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Steps for diagnosing a S378
Peter Relson wrote: When there is a symptom dump (message IEA995I), it contains the registers at the time of the abend. Those include -- length of area (reg 9) -- address of area (reg 10) -- return address of caller (reg 14) What about reg 15? Or is that already in REASON CODE? Of course, it depends on the ABEND itself. SYSTEM COMPLETION CODE=378 REASON CODE=0014 E: /_702E F: /_0014 I'll see if I can get the VSM owners to address that. Many thanks for your kind help. I believe you will save many guys and gals days who are trying to 'learn' to read dumps like me and Martin... ;-) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Fake Apple watch
I've visited my son (Hong Kong Airlines pilot) in Shenzhen several times in the last few years. It's a huge and charming city, the knockoff capital of the planet. You can tell which factory buildings manufacture the more important commodities, those have the nets surrounding each floor. My $10 Rolex came from there. I was cautioned to NOT wear it in the states, no sense in getting hit on the head for a fake. On 5/4/2015 4:02 AM, Shane Ginnane wrote: Knock-offs in Shenzhen, who'da believed that ?. I wouldn't lower myself to buy anything Apple, much less a knock-off. Now if there was a custom ROM for it ... hmmm, I have a copy of the Android Wear SDK somewhere ... Shane ... -- 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
Maintenance to RSU1503 Problem
I didn't see an update from anyone on this. I updated a test machine to RSU1503. Now I am having issues with ZFS starting. I am getting a recurring abend of B78-18. I have sent a dump to IBM, and now awaiting a response. Andy Pesce -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Maintenance to RSU1503 Problem
I just installed RSU1503 in a test system (zOS 1.13), and I'm not having any problems with ZFS. Mark Jacobs Pesce, Andy mailto:andy.pe...@autozone.com May 4, 2015 at 10:01 AM I didn't see an update from anyone on this. I updated a test machine to RSU1503. Now I am having issues with ZFS starting. I am getting a recurring abend of B78-18. I have sent a dump to IBM, and now awaiting a response. Andy Pesce -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Please be alert for any emails that may ask you for login information or directs you to login via a link. If you believe this message is a phish or aren't sure whether this message is trustworthy, please send the original message as an attachment to 'phish...@timeinc.com'. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF services on HTTP server cgi rexx.
Hello list! Once again, thank you very much for all the help! I've made it work with minor effort by using the CBT PDS86 program! Works rather nicely, one line of code! Best regards, Leo -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Farley, Peter x23353 Sent: Friday, May 01, 2015 5:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ISPF services on HTTP server cgi rexx. If you are allowed to use CBT programs (load modules) from the CGI script, you may be able to use the PDS86 program to accomplish those tasks. File CBT182. HTH Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Leonardo Vaz Sent: Friday, May 01, 2015 5:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ISPF services on HTTP server cgi rexx. Hello list! I'm having trouble doing ADDRESS ISPEXEC on my cgi rexx executing on our web server since ISPF services are not available (RC=-3). What I am interested in doing is reading/resetting a PDS member statistics, which are easily done with the LMM services but seem pretty hard to do otherwise. Can anyone share their insight/ideas? Thanks, Leo -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Maintenance to RSU1503 Problem
Pesce, Andy wrote: I updated a test machine to RSU1503. Now I am having issues with ZFS starting. I am getting a recurring abend of B78-18. What is the 'ZFS' you're talking? Or please specify what component(s) or dataset(s) you're having an issue. Please describe your issue. Please post the full messages for those B78-18 abends. (the first lot of the recurring abends) Also, on what z/OS level are you? Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Maintenance to RSU1503 Problem
Andy Are you using really large values for Meta_cache_size Vnode_cache_size User_cache_size I just went through these and dynamically (Under ISPF using OMVS and zfsadm) lowered them to the defaults. I seem to be okay. I also updated IOEPRMxx to make sure those changes were at IPL time. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pesce, Andy Sent: Monday, May 04, 2015 7:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Maintenance to RSU1503 Problem I didn't see an update from anyone on this. I updated a test machine to RSU1503. Now I am having issues with ZFS starting. I am getting a recurring abend of B78-18. I have sent a dump to IBM, and now awaiting a response. Andy Pesce -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SMP/E query for CSECT?
Is it possible to query the SMP/E data base to determine which MOD entry updated a given CSECT? (The CSECTs are all named in the ++ MOD MCS). I'd prefer not to do a brute-force search of either LIST output or of LKED SYSPRINTs. Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEFBR14 question
SPACE=(0,0) eliminates the message. I usually also use UNIT=SYSDA, but YMMV. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Scott Ford Sent: Monday, May 04, 2015 10:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IEFBR14 question All, I just came across something I haven't seen. I am building some canned JCL and I was testing a IEFBR14 step doing disp=(mod,delete,delete) on non-existent datasets wanting to see the return code passed back and saw this IGD17045I Space not specified for allocation of data set. This is non-SMS ... I am confused...guys and gals. Regards, Scott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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: IEFBR14 question
Peter, Thank you very much ...haven't seen the message before ... Regards, Scott On Monday, May 4, 2015, Farley, Peter x23353 peter.far...@broadridge.com wrote: SPACE=(0,0) eliminates the message. I usually also use UNIT=SYSDA, but YMMV. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU javascript:;] On Behalf Of Scott Ford Sent: Monday, May 04, 2015 10:54 AM To: IBM-MAIN@LISTSERV.UA.EDU javascript:; Subject: IEFBR14 question All, I just came across something I haven't seen. I am building some canned JCL and I was testing a IEFBR14 step doing disp=(mod,delete,delete) on non-existent datasets wanting to see the return code passed back and saw this IGD17045I Space not specified for allocation of data set. This is non-SMS ... I am confused...guys and gals. Regards, Scott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu javascript:; with the message: INFO IBM-MAIN 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 javascript:; 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: IEFBR14 question
Are you using any REF= type information? are you sure the DSN is not included in the SMS ACS code? Did you do any internet searches on IGD17045I and did you see anything of interest? The message says JCL or SMS - so not necessarily SMS Can you post the JCL? http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2B631/4.4.1?SHELF=DT=20030423085347CASE= And IEFBR14 is more that return on R14. It does stuff. Just look how big it is. Also, mod behaves like NEW - IIRC. So a DISP=NEW requires space. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Scott Ford Sent: Monday, May 04, 2015 7:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IEFBR14 question All, I just came across something I haven't seen. I am building some canned JCL and I was testing a IEFBR14 step doing disp=(mod,delete,delete) on non- existent datasets wanting to see the return code passed back and saw this IGD17045I Space not specified for allocation of data set. This is non-SMS ... I am confused...guys and gals. Regards, Scott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF services on HTTP server cgi rexx.
Great news. Anyway, of you read the PDS as a sequential file (until ZZ as endoffile mark), you can get this data as well. Regards, ITschak ITschak Mugzach Z/OS, ISV Products and Application Security Risk Assessments Professional On Mon, May 4, 2015 at 5:19 PM, Leonardo Vaz leonardo@cn.ca wrote: Hello list! Once again, thank you very much for all the help! I've made it work with minor effort by using the CBT PDS86 program! Works rather nicely, one line of code! Best regards, Leo -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Farley, Peter x23353 Sent: Friday, May 01, 2015 5:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ISPF services on HTTP server cgi rexx. If you are allowed to use CBT programs (load modules) from the CGI script, you may be able to use the PDS86 program to accomplish those tasks. File CBT182. HTH Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Leonardo Vaz Sent: Friday, May 01, 2015 5:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ISPF services on HTTP server cgi rexx. Hello list! I'm having trouble doing ADDRESS ISPEXEC on my cgi rexx executing on our web server since ISPF services are not available (RC=-3). What I am interested in doing is reading/resetting a PDS member statistics, which are easily done with the LMM services but seem pretty hard to do otherwise. Can anyone share their insight/ideas? Thanks, Leo -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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 -- 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: IEFBR14 question
Scott Ford wrote: I just came across something I haven't seen. I am building some canned JCL and I was testing a IEFBR14 step doing disp=(mod,delete,delete) on non-existent datasets wanting to see the return code passed back and saw this IGD17045I Space not specified for allocation of data set. This is non-SMS ... IEFBR14 is just a lazy program setting a RC=00 and nothing else. That program has nothing to do with IGD17045I. That message is a result of incomplete JCL DD statements. Like Lizette, I want also ask, please post the full JCL and all messages. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEFBR14 question
Lizette, I don't know the IEFBR14 you are looking at, but the one on my machine only has 2 instructions, SR R15,R15 and BR R14. 4 bytes of code and 4 zero bytes because all modules are multiples of 8. All other work is being done by initiator/terminator tasks. Chris Blaicher Technical Architect Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8234 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Monday, May 04, 2015 11:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEFBR14 question Are you using any REF= type information? are you sure the DSN is not included in the SMS ACS code? Did you do any internet searches on IGD17045I and did you see anything of interest? The message says JCL or SMS - so not necessarily SMS Can you post the JCL? http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2B631/4.4.1?SHELF=DT=20030423085347CASE= And IEFBR14 is more that return on R14. It does stuff. Just look how big it is. Also, mod behaves like NEW - IIRC. So a DISP=NEW requires space. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Scott Ford Sent: Monday, May 04, 2015 7:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IEFBR14 question All, I just came across something I haven't seen. I am building some canned JCL and I was testing a IEFBR14 step doing disp=(mod,delete,delete) on non- existent datasets wanting to see the return code passed back and saw this IGD17045I Space not specified for allocation of data set. This is non-SMS ... I am confused...guys and gals. Regards, Scott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ATTENTION: - The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEFBR14 question
On 2015-05-04, at 08:53, Scott Ford wrote: I just came across something I haven't seen. I am building some canned JCL and I was testing a IEFBR14 step doing disp=(mod,delete,delete) on non-existent datasets wanting to see the return code passed back and saw this IGD17045I Space not specified for allocation of data set. What z/OS release? I understand there have been some changes fairly recently, I don't know whether to Initiator or to Allocation such that if DSN is migrated an HDELETE is performed with no recall. Apparently in your case, it still attempts Allocation. Or at least verifies syntax of the DD statement. How silly! --gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF services on HTTP server cgi rexx.
On 2015-05-04, at 09:20, Itschak Mugzach wrote: Great news. Anyway, of you read the PDS as a sequential file (until ZZ as endoffile mark), you can get this data as well. (ITYM x'FF'.) But can you update and even add user information as OP required? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E query for CSECT?
I don't know of any native SMP/E function, but I investigate such questions this way: 1. Get into StarTool or CBT PDS command. 2. Issue History on the load module containing the CSECT of interest. 3. Locate the CSECT in the display. 4. Read all the interesting stuff, which typically includes the PTF that last updated the CSECT. If no PTF info, then CSECT is still at base release level. 5. If necessary, research the relevant PTF/APAR for more information. May seem complicated, but it gets faster with practice. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Monday, May 04, 2015 8:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMP/E query for CSECT? Is it possible to query the SMP/E data base to determine which MOD entry updated a given CSECT? (The CSECTs are all named in the ++ MOD MCS). I'd prefer not to do a brute-force search of either LIST output or of LKED SYSPRINTs. Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEFBR14 question
Well - I will be a . ;-D My notes from a long time ago indicated that IBM had a lot more code in it than it does today. Shows what happens when you do not keep your notes current. Yes, it is an 8 byte module. So only BR14. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Blaicher, Christopher Y. Sent: Monday, May 04, 2015 8:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEFBR14 question Lizette, I don't know the IEFBR14 you are looking at, but the one on my machine only has 2 instructions, SR R15,R15 and BR R14. 4 bytes of code and 4 zero bytes because all modules are multiples of 8. All other work is being done by initiator/terminator tasks. Chris Blaicher Technical Architect Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8234 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Monday, May 04, 2015 11:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEFBR14 question Are you using any REF= type information? are you sure the DSN is not included in the SMS ACS code? Did you do any internet searches on IGD17045I and did you see anything of interest? The message says JCL or SMS - so not necessarily SMS Can you post the JCL? http://publibz.boulder.ibm.com/cgi- bin/bookmgr_OS390/BOOKS/IEA2B631/4.4.1?SHELF=DT=20030423085347 CASE= And IEFBR14 is more that return on R14. It does stuff. Just look how big it is. Also, mod behaves like NEW - IIRC. So a DISP=NEW requires space. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM- m...@listserv.ua.edu] On Behalf Of Scott Ford Sent: Monday, May 04, 2015 7:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IEFBR14 question All, I just came across something I haven't seen. I am building some canned JCL and I was testing a IEFBR14 step doing disp=(mod,delete,delete) on non- existent datasets wanting to see the return code passed back and saw this IGD17045I Space not specified for allocation of data set. This is non-SMS ... I am confused...guys and gals. Regards, Scott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEFBR14 question
On Mon, 4 May 2015 10:02:38 -0600, Paul Gilmartin paulgboul...@aim.com wrote: I understand there have been some changes fairly recently, I don't know whether to Initiator or to Allocation such that if DSN is migrated an HDELETE is performed with no recall. Apparently in your case, it still attempts Allocation. Or at least verifies syntax of the DD statement. How silly! Not silly at all. A special case was recognized for DELETE with IEFBR14 because it is well known that IEFBR14 doesn't do anything except set the return code, and never has. So there is no need to recall the data set so that it can be processed before it is deleted at step end. The allocation is a totally different matter. Driving Allocation is one of the primary uses for IEFBR14. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEFBR14 question
If the dataset already exists then it doesn't try to create it and you do not need the SPACE parm. But if it does not exist it first creats it, and then deletes it. So you need the SPACE parm. - Original Message - From: Scott Ford idfzos...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU Cc: Sent: Monday, May 4, 2015 9:10 AM Subject: Re: IEFBR14 question Peter, Thank you very much ...haven't seen the message before ... Regards, Scott On Monday, May 4, 2015, Farley, Peter x23353 peter.far...@broadridge.com wrote: SPACE=(0,0) eliminates the message. I usually also use UNIT=SYSDA, but YMMV. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU javascript:;] On Behalf Of Scott Ford Sent: Monday, May 04, 2015 10:54 AM To: IBM-MAIN@LISTSERV.UA.EDU javascript:; Subject: IEFBR14 question All, I just came across something I haven't seen. I am building some canned JCL and I was testing a IEFBR14 step doing disp=(mod,delete,delete) on non-existent datasets wanting to see the return code passed back and saw this IGD17045I Space not specified for allocation of data set. This is non-SMS ... I am confused...guys and gals. Regards, Scott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu javascript:; with the message: INFO IBM-MAIN 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 javascript:; 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: IEFBR14 question
Even non SMS goes through the DATACLAS routine. Which should assign a default DATACLAS with some SPACE allocation and DSORG=PS. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Scott Ford Sent: Monday, May 04, 2015 7:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IEFBR14 question All, I just came across something I haven't seen. I am building some canned JCL and I was testing a IEFBR14 step doing disp=(mod,delete,delete) on non- existent datasets wanting to see the return code passed back and saw this IGD17045I Space not specified for allocation of data set. This is non-SMS ... I am confused...guys and gals. Regards, Scott -- 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: IEFBR14 question
You might wonder what could go wrong in such a simple program. I never saw it, but heard tell that the earliest version of IEFBR14 went PE because it contained only one instruction: BR 14. That left the return code totally unpredictable, so a PTF was released to SR 15,15. Maybe an urban legend, but one too precious to debunk. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Frank Swarbrick Sent: Monday, May 04, 2015 10:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEFBR14 question If the dataset already exists then it doesn't try to create it and you do not need the SPACE parm. But if it does not exist it first creats it, and then deletes it. So you need the SPACE parm. - Original Message - From: Scott Ford idfzos...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU Cc: Sent: Monday, May 4, 2015 9:10 AM Subject: Re: IEFBR14 question Peter, Thank you very much ...haven't seen the message before ... Regards, Scott On Monday, May 4, 2015, Farley, Peter x23353 peter.far...@broadridge.com wrote: SPACE=(0,0) eliminates the message. I usually also use UNIT=SYSDA, but YMMV. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU javascript:;] On Behalf Of Scott Ford Sent: Monday, May 04, 2015 10:54 AM To: IBM-MAIN@LISTSERV.UA.EDU javascript:; Subject: IEFBR14 question All, I just came across something I haven't seen. I am building some canned JCL and I was testing a IEFBR14 step doing disp=(mod,delete,delete) on non-existent datasets wanting to see the return code passed back and saw this IGD17045I Space not specified for allocation of data set. This is non-SMS ... I am confused...guys and gals. Regards, Scott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Examples from Gabriel Gargulo's new book
Hi Folks, I'm proud to announce that File 931 of the CBT Tape collection (www.cbttape.org - Updates page) now contains the executable examples from Gabriel Gargiulo's new book: TSO CLIST to TSO REXX Conversion Handbook ISBN-13: 978-1508668497 ISBN-10: 1508668493 which you can order from www.amazon.com. These examples consist of a CLIST and its corresponding REXX exec. The suffix of the PDS member denotes the correspondence. For instance: member CLST0003 would correspond with member REXX0003. So the relationship between them is clear. We hope that you buy the book and get a lot of help from the machine-readable examples on File 931 of the CBT Tape (currently in the Updates directory). All the best of everything to all of you... Sincerely,Sam Golob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEFBR14 question
In ca+qm75-hgk0fxbr-tvmxt5xe_mn2j3xi14kln42wlqwmaqi...@mail.gmail.com, on 05/04/2015 at 10:53 AM, Scott Ford idfzos...@gmail.com said: I just came across something I haven't seen. I am building some canned JCL and I was testing a IEFBR14 step doing disp=(mod,delete,delete) on non-existent datasets wanting to see the return code passed back and saw this IGD17045I Space not specified for allocation of data set. That's a lot better than Absolute track not available. This is non-SMS ... Which implies that you need to specify SPACE for a new dataset. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEFBR14 question
In ca6f05a6-3744-4e55-a581-2c9d5b2df...@aim.com, on 05/04/2015 at 10:02 AM, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu said: if DSN is migrated The OP wrote non-existent, not migrated. The message is appropriate for a new DASD dataset with no SPACE specification. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEFBR14 question
A bit of history - Originally (back in the OS/360 days) IEFBR14 was ONLY a BR 14. One of the first APARs (at least an early one) was to add the SR 15,15 to set the return code to 0. At 10:29 -0700 on 05/04/2015, Lizette Koehler wrote about Re: IEFBR14 question: x-charset UTF-8Well - I will be a . ;-D My notes from a long time ago indicated that IBM had a lot more code in it than it does today. Shows what happens when you do not keep your notes current. Yes, it is an 8 byte module. So only BR14. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Blaicher, Christopher Y. Sent: Monday, May 04, 2015 8:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEFBR14 question Lizette, I don't know the IEFBR14 you are looking at, but the one on my machine only has 2 instructions, SR R15,R15 and BR R14. 4 bytes of code and 4 zero bytes because all modules are multiples of 8. All other work is being done by initiator/terminator tasks. Chris Blaicher Technical Architect Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8234 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Monday, May 04, 2015 11:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEFBR14 question Are you using any REF= type information? are you sure the DSN is not included in the SMS ACS code? Did you do any internet searches on IGD17045I and did you see anything of interest? The message says JCL or SMS - so not necessarily SMS Can you post the JCL? http://publibz.boulder.ibm.com/cgi- bin/bookmgr_OS390/BOOKS/IEA2B631/4.4.1?SHELF=DT=20030423085347 CASE= And IEFBR14 is more that return on R14. It does stuff. Just look how big it is. Also, mod behaves like NEW - IIRC. So a DISP=NEW requires space. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM- m...@listserv.ua.edu] On Behalf Of Scott Ford Sent: Monday, May 04, 2015 7:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IEFBR14 question All, I just came across something I haven't seen. I am building some canned JCL and I was testing a IEFBR14 step doing disp=(mod,delete,delete) on non- existent datasets wanting to see the return code passed back and saw this IGD17045I Space not specified for allocation of data set. This is non-SMS ... I am confused...guys and gals. Regards, Scott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN /x-charset -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEFBR14 question
Skip: I remember the APAR. I got awaken at 11PM because of the stupid return code and had to come in to fix it. The temporary solution was to code the SR 15,15 and br 14. The next day I called it in and there already was PE'd and the me to list was a mile long. I asked to be put on the list as well, I put the sev as 4 as I had fixed it manually. I made sure everyone in the group was aware of the issue in case they got any calls. Ed On May 4, 2015, at 1:47 PM, J O Skip Robinson wrote: You might wonder what could go wrong in such a simple program. I never saw it, but heard tell that the earliest version of IEFBR14 went PE because it contained only one instruction: BR 14. That left the return code totally unpredictable, so a PTF was released to SR 15,15. Maybe an urban legend, but one too precious to debunk. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM- m...@listserv.ua.edu] On Behalf Of Frank Swarbrick Sent: Monday, May 04, 2015 10:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEFBR14 question If the dataset already exists then it doesn't try to create it and you do not need the SPACE parm. But if it does not exist it first creats it, and then deletes it. So you need the SPACE parm. - Original Message - From: Scott Ford idfzos...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU Cc: Sent: Monday, May 4, 2015 9:10 AM Subject: Re: IEFBR14 question Peter, Thank you very much ...haven't seen the message before ... Regards, Scott On Monday, May 4, 2015, Farley, Peter x23353 peter.far...@broadridge.com wrote: SPACE=(0,0) eliminates the message. I usually also use UNIT=SYSDA, but YMMV. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU javascript:;] On Behalf Of Scott Ford Sent: Monday, May 04, 2015 10:54 AM To: IBM-MAIN@LISTSERV.UA.EDU javascript:; Subject: IEFBR14 question All, I just came across something I haven't seen. I am building some canned JCL and I was testing a IEFBR14 step doing disp= (mod,delete,delete) on non-existent datasets wanting to see the return code passed back and saw this IGD17045I Space not specified for allocation of data set. This is non-SMS ... I am confused...guys and gals. Regards, Scott -- 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: IEFBR14 question
On Mon, 4 May 2015 12:38:30 -0500, Tom Marchant wrote: ..., it still attempts Allocation. Or at least verifies syntax of the DD statement. How silly! Not silly at all. A special case was recognized for DELETE with IEFBR14 because it is well known that IEFBR14 doesn't do anything except set the return code, and never has. So there is no need to recall the data set so that it can be processed before it is deleted at step end. The allocation is a totally different matter. Driving Allocation is one of the primary uses for IEFBR14. No, it's silly. I can hardly imagine any query that tells that a DSN is not migrated without collaterally providing information that it does not exist. So, pseudocode: query DSN status if exists then if migrated then HDELETE else let allocation handle it. fi else NOP fi ... saving a trip through Allocation for a data set that will be deleted immediately. Guaranteeing that a data set can be allocated DISP=NEW regardless of its prior status is one of the primary uses for IEFBR14 DISP=(MOD,DELETE). It should be worth saving even the relatively small overhead of allocation. Hmmm... If DISP=(MOD,DELETE,CATLG), is IEFBR14 executed to determine whether it ABENDs? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEFBR14 question
IGD17045I Space not specified for allocation of data set. I wrote: Default space allocation is specified via ALLOC00 PARMLIB member. I guess this does not explain a reason for IGD17045I message though. ALLOC00 appears to apply to dynamic or VIO allocations only. SPACE may be required in a JCL allocation if there is no an SMS data class assigned. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS not starting on my DR LPAR
So, was there any BPXP006E in SYSLOG? Lucas Em 04/05/2015 19:22, John Norgauer jcnorga...@ucdavis.edu escreveu: When I refreshed the IFAPRDXX member, OMVS started. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Norgauer Sent: Thursday, April 30, 2015 10:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: OMVS not starting on my DR LPAR I have a new z/os 2.1 system and when I IPL'ed it on my DR LPAR, OMVS never started. I noticed that my IFAPRD member in parmlib was obsolete and this caused TCP base not to start. Does TCP base actually start OMVS ASID? If TCP is not the culprit, what actually starts OMVS. My Sandbox 2.1 system had no problem with OMVS starting. -- 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: OMVS not starting on my DR LPAR
When I refreshed the IFAPRDXX member, OMVS started. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Norgauer Sent: Thursday, April 30, 2015 10:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: OMVS not starting on my DR LPAR I have a new z/os 2.1 system and when I IPL'ed it on my DR LPAR, OMVS never started. I noticed that my IFAPRD member in parmlib was obsolete and this caused TCP base not to start. Does TCP base actually start OMVS ASID? If TCP is not the culprit, what actually starts OMVS. My Sandbox 2.1 system had no problem with OMVS starting. -- 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: IEFBR14 question
On 2015-05-04, at 08:53, Scott Ford wrote: I just came across something I haven't seen. I am building some canned JCL and I was testing a IEFBR14 step doing disp=(mod,delete,delete) on non-existent datasets wanting to see the return code passed back and saw this IGD17045I Space not specified for allocation of data set. Default space allocation is specified via ALLOC00 PARMLIB member. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEFBR14 question
All, I am testing on an older z/OS 1.10 system. I have 1.13 system and a 2.1 system. I am going to try this on the other systems. Thought it was odd, been using IEFBR14 for years. Regards, Scott On Monday, May 4, 2015, Bob Rutledge deerh...@ix.netcom.com wrote: That bug is cited on page 6 of Software Testing Techniques, Finding the Defects that Matter, Loveland, Miller, Prewitt and Shannon (IBM System Test, Poughkeepsie). Bob On 5/4/2015 2:47 PM, J O Skip Robinson wrote: You might wonder what could go wrong in such a simple program. I never saw it, but heard tell that the earliest version of IEFBR14 went PE because it contained only one instruction: BR 14. That left the return code totally unpredictable, so a PTF was released to SR 15,15. Maybe an urban legend, but one too precious to debunk. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Frank Swarbrick Sent: Monday, May 04, 2015 10:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEFBR14 question If the dataset already exists then it doesn't try to create it and you do not need the SPACE parm. But if it does not exist it first creats it, and then deletes it. So you need the SPACE parm. - Original Message - From: Scott Ford idfzos...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU Cc: Sent: Monday, May 4, 2015 9:10 AM Subject: Re: IEFBR14 question Peter, Thank you very much ...haven't seen the message before ... Regards, Scott On Monday, May 4, 2015, Farley, Peter x23353 peter.far...@broadridge.com wrote: SPACE=(0,0) eliminates the message. I usually also use UNIT=SYSDA, but YMMV. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU javascript:;] On Behalf Of Scott Ford Sent: Monday, May 04, 2015 10:54 AM To: IBM-MAIN@LISTSERV.UA.EDU javascript:; Subject: IEFBR14 question All, I just came across something I haven't seen. I am building some canned JCL and I was testing a IEFBR14 step doing disp=(mod,delete,delete) on non-existent datasets wanting to see the return code passed back and saw this IGD17045I Space not specified for allocation of data set. This is non-SMS ... I am confused...guys and gals. Regards, Scott -- 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: IEFBR14 question
That bug is cited on page 6 of Software Testing Techniques, Finding the Defects that Matter, Loveland, Miller, Prewitt and Shannon (IBM System Test, Poughkeepsie). Bob On 5/4/2015 2:47 PM, J O Skip Robinson wrote: You might wonder what could go wrong in such a simple program. I never saw it, but heard tell that the earliest version of IEFBR14 went PE because it contained only one instruction: BR 14. That left the return code totally unpredictable, so a PTF was released to SR 15,15. Maybe an urban legend, but one too precious to debunk. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Frank Swarbrick Sent: Monday, May 04, 2015 10:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEFBR14 question If the dataset already exists then it doesn't try to create it and you do not need the SPACE parm. But if it does not exist it first creats it, and then deletes it. So you need the SPACE parm. - Original Message - From: Scott Ford idfzos...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU Cc: Sent: Monday, May 4, 2015 9:10 AM Subject: Re: IEFBR14 question Peter, Thank you very much ...haven't seen the message before ... Regards, Scott On Monday, May 4, 2015, Farley, Peter x23353 peter.far...@broadridge.com wrote: SPACE=(0,0) eliminates the message. I usually also use UNIT=SYSDA, but YMMV. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU javascript:;] On Behalf Of Scott Ford Sent: Monday, May 04, 2015 10:54 AM To: IBM-MAIN@LISTSERV.UA.EDU javascript:; Subject: IEFBR14 question All, I just came across something I haven't seen. I am building some canned JCL and I was testing a IEFBR14 step doing disp=(mod,delete,delete) on non-existent datasets wanting to see the return code passed back and saw this IGD17045I Space not specified for allocation of data set. This is non-SMS ... I am confused...guys and gals. Regards, Scott -- 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
