Re: SLIP SET vs DISPLAY SLIP
In the explanation for message IEE735I DATA=u,opt u is the number of times that the SLIP processor could not access the data in a target location because the data was unavailable. This failure can occur if either the data itself or an indirect pointer to the data was paged out when SLIP processing attempted to access the data. 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: DFHSM BCDS Z/OS 1.13
r.skoru...@bremultibank.com.pl (R.S.) wrote: Side question: How can I switch On/Off CA reclaim? Is it some DC parameter or IDCAMS DEF CL one? At the data set level, you can use RECLAIMCA and NORECLAIMCA on ALTER and DEFINE. At the system level, you can use CA_RECLAIM in IGGCATxx to turn it off at the system level(NONE) or put it under control of what's specified in the data class (DATACLAS). -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com r.skoru...@bremultibank.com.pl (R.S.) wrote: W dniu 2014-12-11 o 21:53, John Eells pisze: mark.jac...@custserv.com (Mark Jacobs) wrote: There might be some slight performance impact, and also check for any missing maintenance. That being said, we've had it turned on since zOS 1.12 and it's never caused a problem. snip I am not a VSAM expert, and I didn't stay in a hotel of any description last night, but... - For the overwhelming majority of things I'm told we expect CA reclaim to improve performance (and keep a lid on space utilization too), sometimes significantly. - There is a rather pathological case for which you should not enable CA reclaim, which as far as I know we have only ever seen for real within IBM. If you insert enough records into a specific keyrange to split a CA (maybe more than once), and then delete them all, and then add records back into that same keyrange, rinse, and then repeat a few times, the overhead of repetitive CA reclaim/split processing won't exactly help performance. If it develops that you actually do have a data set that's processed that way, turn it off for that data set. Side question: How can I switch On/Off CA reclaim? Is it some DC parameter or IDCAMS DEF CL one? -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM BCDS Z/OS 1.13
1) master enablement in IGDSMS00 (CA_RECLAIM(DATACLAS)) 2) Application to individual dataclas via the dataclas definition (CA-RECLAIM=YES) And then recreate the dataset,,, snip Side question: How can I switch On/Off CA reclaim? Is it some DC parameter or IDCAMS DEF CL one? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM BCDS Z/OS 1.13
allan.stal...@kbmg.com (Staller, Allan) wrote: 1) master enablement in IGDSMS00 (CA_RECLAIM(DATACLAS)) 2) Application to individual dataclas via the dataclas definition (CA-RECLAIM=YES) And then recreate the dataset,,, No need to recreate the data set. Just use: ALTER entryname RECLAIMCA|NORECLAIMCA ...to change it. -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dataset alias advice
I was not defending the no alias of an alias design, just commenting on it. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Thursday, December 11, 2014 7:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Dataset alias advice On Thu, 11 Dec 2014 15:35:08 -0800, Charles Mills wrote: You can't have an alias of an alias I can see the analogy to PDSes. Only members can have aliases; aliases can't have aliases, right? Gee. No matter how bad something is, if you can find something equally bad or worse to compare it to, you can call it relatively good. I can't see any analogy to UNIX symbolic links, which can chain up to a system defined limit, easily exceeded, with no integrity harm: user@HOST: ln -s foo bar -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM BCDS Z/OS 1.13
Thanks for the update I was not aware of that. snip And then recreate the dataset,,, No need to recreate the data set. Just use: ALTER entryname RECLAIMCA|NORECLAIMCA ...to change it. -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PROGxx vs LNKLSTxx, and APF FORMAT(DYNAMIC)
A health check would be overkill not worth the blood, sweat, and tears. Just cite the need for PROGxx in the new function description. Good enough. Focus on higher value. . . . 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 Peter Relson Sent: Thursday, December 11, 2014 7:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: PROGxx vs LNKLSTxx, and APF FORMAT(DYNAMIC) I still see sites using LNKLSTxx, but I don't see sites using IEAAPFxx anymore. As far as why, if it ain't broke, don't fix it. A statement from IBM that LNKLSTxx is deprecated could incentivize the switch. Can you write a health check to encourage conversion from LNKLSTxx to PROGxx? We're unlikely ever to get rid of LNKLSTxx fully (for the most part, the support is just there and does no harm and requires no updates). We could write a health check, but that would have to follow or accompany a recommendation, and might not be worth the effort. If you're not utilizing the dynamic capabilities, for most cases, there is no benefit to moving from LNKLSTxx to PROGxx (other then prettier syntax). The new function I'm looking into will be the first such case that comes to mind where it will be beneficial. So there will be an incentive for those wanting the new function. 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: PROGxx vs LNKLSTxx, and APF FORMAT(DYNAMIC)
On Dec 12, 2014, at 12:10 AM, Chase, John wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ed Gould Sent: Thursday, December 11, 2014 11:42 PM On Dec 11, 2014, at 7:11 AM, Peter Relson wrote: Curiosity/Impact questions PROGxx has existed for almost 25 years, and support within there for dynamic LNKLST for almost 20 years. We're looking at some new work for which we likely won't change the LNKLSTxx path, thus requiring use of PROGxx for defining the LNKLST in order to use the new functionality. Peter: Yes we use the old linklst member(s) Trying to teach the new people about the new format is lets say less than fruitful. The old format is prefect as it is and IMO no changes to existing format would be welcome. I thought you retired a millennium ago. John: I still do consulting on the side(gratis) to non profits. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Setting a lonnnnng SLIP trap
I had occasion yesterday to set an IF SLIP trap with lots of parameters. I used the OPER command in a REXX. Beyond a certain tipping point I got 'command too long, SLIP deleted'. I managed to get by with fewer parameters but wonder whether some variation on PARMDD in z/OS 2.1 would allow for all desirable qualifications. . . . 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.commailto:jo.skip.robin...@sce.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Setting a lonnnnng SLIP trap
I had occasion yesterday to set an IF SLIP trap with lots of parameters. I used the OPER command in a REXX. Beyond a certain tipping point I got 'command too long, SLIP deleted'. I managed to get by with fewer parameters but wonder whether some variation on PARMDD in z/OS 2.1 would allow for all desirable qualifications. Don't know. I would probably either create a Parmlib member or use the SDSF long command function. Bob Shannon Rocket Software Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
I can use regular expressions, but the generic attributes such as \d for any digit do not appear to work in ISPF. If I use FIND r'\([0-9]\)' I can find the string (9), but if I use FIND r'\(\d\)' I can not. For me FIND r'd' and FIND r'\d' both find the letter d, not a digit. Any thoughts? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
On Fri, 12 Dec 2014 11:20:21 -0600, Jon Butler wrote: I can use regular expressions, but the generic attributes such as \d for any digit do not appear to work in ISPF. If I use FIND r'\([0-9]\)' I can find the string (9), but if I use FIND r'\(\d\)' I can not. For me FIND r'd' and FIND r'\d' both find the letter d, not a digit. Any thoughts? There are many flavors of regex: POSIX basic and extended regex, and PCRE, for example. Do you know which you're expecting, and which z/OS provides? What do the escaped parentheses do? Provide assignment to ISPF variables, perhaps? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Setting a lonnnnng SLIP trap
I thought later about PARMLIB, but it took many tries to get what I needed. That's lots of PARMLIB editing in production. Had not considered SDSF long command. . . 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 Bob Shannon Sent: Friday, December 12, 2014 9:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Setting a long SLIP trap I had occasion yesterday to set an IF SLIP trap with lots of parameters. I used the OPER command in a REXX. Beyond a certain tipping point I got 'command too long, SLIP deleted'. I managed to get by with fewer parameters but wonder whether some variation on PARMDD in z/OS 2.1 would allow for all desirable qualifications. Don't know. I would probably either create a Parmlib member or use the SDSF long command function. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
In the regular expression engine used by ISPF (the one in the IBM C run time), \d is not a digit but a simple d. The \ is only used as an escape character and \d is simply d in that context. The basics of what is acceptable is here: http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.f54em00/useofr1.htm%23useofr1 Basically, it appears to me that ISPF is using POSIX (of course) EREs (Extended Regular Expressions). The \d type is PCRE not ERE. On Fri, Dec 12, 2014 at 11:20 AM, Jon Butler jon.but...@fepoc.com wrote: I can use regular expressions, but the generic attributes such as \d for any digit do not appear to work in ISPF. If I use FIND r'\([0-9]\)' I can find the string (9), but if I use FIND r'\(\d\)' I can not. For me FIND r'd' and FIND r'\d' both find the letter d, not a digit. Any thoughts? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- While a transcendent vocabulary is laudable, one must be eternally careful so that the calculated objective of communication does not become ensconced in obscurity. In other words, eschew obfuscation. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PARMDD -- any one use yet
Ok, I'm back to working on this aspect of a problem. So, I tried something interesting to try to figure this one out. The following JCL does NOT expand the string (the JOB after this does): //SXT7279T JOB (T,,MC),'TEST PARMDD ',CLASS=I, // TIME=(,05), //* TYPRUN=SCAN, // MSGCLASS=X,NOTIFY=SYSUID //* $ACFJ219 ACF2 ACTIVE HUMANA //* //* //FOCUCC EXEC FOCUCCDUAL COMPILE //* //* // SET CMB=SXT7278.CID.MBDUAL.CRDS.CID // SET CCT=SXT7278.CMPL.CNTL(RELCID) //* // SET HDY='.' //* // SET HDT='.' //* // SET SQP=Y //* // SET RNO='.' //* // SET VX='.' //* // SET NAP=NEWAPPL(BCMP) //* // EXPORT SYMLIST=* //PARMDD EXEC PGM=IEBGENER //*-+1+2+3+4+5+6+7+8 //SYSUT1 DD *,SYMBOLS=(CNVTSYS,PARMLST) ISPSTART CMD(%NCMPL HDY HDT SQP RNO VX CCT CMB) NAP /* //SYSUT2 DD DSN=PARMDD,DISP=(,PASS),UNIT=3390, // DCB=(RECFM=VB,LRECL=4096,BLKSIZE=0), // SPACE=(TRK,1) //PARMLST DD SYSOUT=* //SYSINDD DUMMY //SYSPRINT DD SYSOUT=* //* //* //MASSCMPL EXEC PGM=IKJEFT1B,PARMDD=PARMDD //*PARM='ISPSTART CMD(%NCMPL HDY HDT SQP RNO VX CCT CMB) NAP' //PARMDD DD DSN=PARMDD,DISP=OLD /* //* //*** EXECUTE BACKGROUND CLIST TO CREATE ** //* //SYSPRINT DD SYSOUT=* //SYSTSIN DD DUMMY //SYSTSPRT DD SYSOUT=* //*** DUMMY PANEL LIBRARY ** //ISPPLIB DD DSN=ISPPLIB, JES shows this in the PARMLST DD of the gener step: SYSUT1 : RECORD 1 BEFORE SUBSTITUTION SYSUT1 : ISPSTART CMD(%NCMPL HDY HDT SQP RNO VX CCT CMB) NAP SYSUT1 : RECORD 1 AFTER SUBSTITUTION SYSUT1 : ISPSTART CMD(%NCMPL HDY HDT SQP RNO VX CCT CMB) NAP THIS JOB WORKS for the expansion, but not in the execution!!: //SXT7278T JOB (T,,MC),'TEST OF PARMDD',CLASS=I, //*TYPRUN=SCAN, // TIME=(0,10), // MSGCLASS=X,NOTIFY=SYSUID //*+JTS HOLD_UNTIL NOW //* $ACFJ219 ACF2 ACTIVE HUMANA //* //* // EXPORT SYMLIST=* //* //* //*OCUCC EXEC FOCUCC //* //* // SET HDY='TODAY' //* // SET HDT='10:00' //* // SET SQP='YES' //* // SET RNO='.' //* // SET VX='.' //* // SET CCT=SXT7278.CMPL.CNTL(RELCID) //* // SET CMB=TESTAEN.CID.MBB.CRDS.CID //* // SET NAP=NEWAPPL(BCMP) //* //* //PARMDD EXEC PGM=IEBGENER //*-+1+2+3+4+5+6+7+8 //SYSUT1 DD *,SYMBOLS=(CNVTSYS,PARMLST) ISPSTART CMD(%NCMPL HDY HDT SQP RNO VX CCT CMB) NAP /* //SYSUT2 DD DSN=PARMDD,DISP=(,PASS),UNIT=3390, // DCB=(RECFM=VB,LRECL=4096,BLKSIZE=0), // SPACE=(TRK,1) //PARMLST DD SYSOUT=* //SYSINDD DUMMY //SYSPRINT DD SYSOUT=* //* //MASSCMPL EXEC PGM=IKJEFT1B,PARMDD=PARMLST //*PARM='ISPSTART CMD(%NCMPL HDY HDT SQP RNO VX CCT CMB) NAP' //PARMLST DD DSN=PARMDD,DISP=(OLD,DELETE) //* //*** EXECUTE BACKGROUND CLIST TO CREATE ** //* //SYSPRINT DD SYSOUT=* //SYSTSIN DD DUMMY //SYSTSPRT DD SYSOUT=* //*** DUMMY PANEL LIBRARY ** //ISPPLIB DD DSN=ISPPLIB, JES shows this in the PARMLST DD of the Gener step: SYSUT1 : RECORD 1 BEFORE SUBSTITUTION SYSUT1 : ISPSTART CMD(%NCMPL HDY HDT SQP RNO VX CCT CMB) NAP SYSUT1 : RECORD 1 AFTER SUBSTITUTION (TRUNCATED AT 80) SYSUT1 : ISPSTART CMD(%NCMPL TODAY 10:00 YES . . SXT7278.CMPL.CNTL(RELCID) TESTAEN.CID.MBB.CRDS.CID) NEWAPPL(BCMP) SYSUT1 : RECORD 1 AFTER SUBSTITUTION (TRUNCATED AT 80) SYSUT1 : ISPSTART CMD(%NCMPL TODAY 10:00 YES . . SXT7278.CMPL.CNTL(RELCID) TESTAEN.CID.MBB.CRDS.CID) NEWAPPL(BCMP) SYSUT1 : RECORD 1 AFTER SUBSTITUTION (TRUNCATED AT 80) SYSUT1 : ISPSTART CMD(%NCMPL TODAY 10:00 YES . . SXT7278.CMPL.CNTL(RELCID) TESTAEN.CID.MBB.CRDS.CID) NEWAPPL(BCMP) SYSUT1 : RECORD 1 AFTER SUBSTITUTION (TRUNCATED AT 80) SYSUT1 : ISPSTART CMD(%NCMPL TODAY 10:00 YES . . SXT7278.CMPL.CNTL(RELCID) TESTAEN.CID.MBB.CRDS.CID) NEWAPPL(BCMP) SYSUT1 : RECORD 1 AFTER SUBSTITUTION (TRUNCATED AT 80) SYSUT1 : ISPSTART CMD(%NCMPL TODAY 10:00 YES . . SXT7278.CMPL.CNTL(RELCID) TESTAEN.CID.MBB.CRDS.CID) NEWAPPL(BCMP) The next step does not work, because SYSUT2 had an I/O error. Apparently it doesn't like the SYSUT1 for writing to SYSUT2 for SYSOUT=*. Well, after more testing, I found that you really can't copy or do a refer-back to pick it up. Now, why does it work for the one and not the other? It appears it is the special utility program that FOCUCC invokes: U11RMS Regards, Steve Thompson Tech Architect The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PARMDD -- any one use yet
On Fri, 12 Dec 2014 18:36:21 +, Steve Thompson sthompso...@humana.com wrote: Ok, I'm back to working on this aspect of a problem. So, I tried something interesting to try to figure this one out. The following JCL does NOT expand the string (the JOB after this does): //SXT7279T JOB (T,,MC),'TEST PARMDD ',CLASS=I, // TIME=(,05), //* TYPRUN=SCAN, // MSGCLASS=X,NOTIFY=SYSUID //* $ACFJ219 ACF2 ACTIVE HUMANA //* //* //FOCUCC EXEC FOCUCCDUAL COMPILE //* //* // SET CMB=SXT7278.CID.MBDUAL.CRDS.CID // SET CCT=SXT7278.CMPL.CNTL(RELCID) //* // SET HDY='.' //* // SET HDT='.' //* // SET SQP=Y //* // SET RNO='.' //* // SET VX='.' //* // SET NAP=NEWAPPL(BCMP) //* // EXPORT SYMLIST=* The EXPORT has to be coded BEFORE the SET statements, as documented in the first paragraph describing the EXPORT statement. Symbols must be set to a value subsequent to the EXPORT statement for the symbol value to be exported. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PARMDD -- any one use yet
On 12/12/2014 02:35 PM, Tom Marchant wrote: On Fri, 12 Dec 2014 18:36:21 +, Steve Thompson sthompso...@humana.com wrote: SNIPPAGE The EXPORT has to be coded BEFORE the SET statements, as documented in the first paragraph describing the EXPORT statement. Symbols must be set to a value subsequent to the EXPORT statement for the symbol value to be exported. For all -- I got interrupted a few times while writing the email that Tom was responding to. My purpose was to get back and explain what I found (this morning my time). To answer Tom specifically: If that utility (U11RMS) is not executed, the symbols get expanded, and the REXX exec works. And, in the JOB that worked, I had moved the EXPORT statement to immediately follow the JOB card and to immediately precede the step in question. Made no difference. When it worked, it worked. Have that utility step execute and PARMDD does not work. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM BCDS Z/OS 1.13
It is not mentioned in SYS1.HELP(ALTER) on my z/OS 1.13 system Is it in z/OS 2.1?? Greg -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Friday, December 12, 2014 9:33 AM Thanks for the update I was not aware of that. snip And then recreate the dataset,,, No need to recreate the data set. Just use: ALTER entryname RECLAIMCA|NORECLAIMCA ...to change it. -- John Eells -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Help please with symbols in a lower-case SET operand
How the heck do I do this? I have a variable symbol FOO that has been set to a value. I want to include it in another set symbol like so // SET BAR=/my/lower/case/uss/folder/FOO./ If I quote the operand it seems like FOO does not get substituted. If I don't quote the operand JCL barfs on the lower case letters. Help! Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM BCDS Z/OS 1.13
Just looked on our 2.1 system, not there either. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Greg Shirey Sent: Friday, December 12, 2014 3:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFHSM BCDS Z/OS 1.13 It is not mentioned in SYS1.HELP(ALTER) on my z/OS 1.13 system Is it in z/OS 2.1?? Greg -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Friday, December 12, 2014 9:33 AM Thanks for the update I was not aware of that. snip And then recreate the dataset,,, No need to recreate the data set. Just use: ALTER entryname RECLAIMCA|NORECLAIMCA ...to change it. -- John Eells -- 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: PARMDD -- any one use yet
On 12/12/2014 03:02 PM, Steve Thompson wrote: On 12/12/2014 02:35 PM, Tom Marchant wrote: On Fri, 12 Dec 2014 18:36:21 +, Steve Thompson sthompso...@humana.com wrote: SNIPPAGE The EXPORT has to be coded BEFORE the SET statements, as documented in the first paragraph describing the EXPORT statement. Symbols must be set to a value subsequent to the EXPORT statement for the symbol value to be exported. SNIPPAGE To answer Tom specifically: SNIPPAGE And, in the JOB that worked, I had moved the EXPORT statement to immediately follow the JOB card and to immediately precede the step in question. Made no difference. When it worked, it worked. snippage Tom is correct. I had not noticed that I did a copy and not a move when I had done the one test. Once I saw the two EXPORT statements, I realized my mistake So I re-ran my tests and proved what Tom said is valid. Which also proved the manual I am so glad it is Friday and not that far from beer-30. Have a good weekend all, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Help please with symbols in a lower-case SET operand
I wasn't any help to Kirk .. but this one.. I know. You have to make everything a symbol to get it to resolve .. including the single quote. // SET ENV='D' // SET SCRIPT='-script=' // SET SQLDIR='/opt/cicsia/sql/' // SET SQL='user.sql' // SET SQ= -- Single Quote //* //*--- //STEPP01 EXEC PROC=JVMPRC,LOGLVL='+I', //JAVACLS='workbench.WbStarter', //ARGS=SQ.SCRIPT.SQLDIR.SQL.SQ. HTH, Rob Schramm Senior Systems Consultant On Fri, Dec 12, 2014 at 3:15 PM, Charles Mills charl...@mcn.org wrote: How the heck do I do this? I have a variable symbol FOO that has been set to a value. I want to include it in another set symbol like so // SET BAR=/my/lower/case/uss/folder/FOO./ If I quote the operand it seems like FOO does not get substituted. If I don't quote the operand JCL barfs on the lower case letters. Help! 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: Help please with symbols in a lower-case SET operand
Good grief! Hey Gil, what do you think of JCL? Seriously, thanks (I think). Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rob Schramm Sent: Friday, December 12, 2014 12:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Help please with symbols in a lower-case SET operand I wasn't any help to Kirk .. but this one.. I know. You have to make everything a symbol to get it to resolve .. including the single quote. // SET ENV='D' // SET SCRIPT='-script=' // SET SQLDIR='/opt/cicsia/sql/' // SET SQL='user.sql' // SET SQ= -- Single Quote //* //*--- //STEPP01 EXEC PROC=JVMPRC,LOGLVL='+I', //JAVACLS='workbench.WbStarter', //ARGS=SQ.SCRIPT.SQLDIR.SQL.SQ. HTH, Rob Schramm Senior Systems Consultant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dataset alias advice
Again, delayed to digest daily...
Radoslaw: no, I just didn't type the entire name since his examples only
differed by LLQ. To be specific, quote {any, some} catalogue changes to
HLQ.BAR.COMMON will lose all the aliases./quote For example, HLQ.BAR.A,
HLQ.BAR.B, HLQ.BAR.C from Charles' example. However, it appears this is a
defunct subject now that he's opted to use SET variables in JCL.
signature = 6 lines follows
Neil Duffee, Joe Sysprog, uOttawa, Ottawa, Ont, Canada
telephone:1 613 562 5800 x4585 fax:1 613 562 5161
mailto:NDuffee of uOttawa.ca http:/ /aix1.uOttawa.ca/ ~nduffee
How *do* you plan for something like that? Guardian Bob, Reboot
For every action, there is an equal and opposite criticism.
Systems Programming: Guilty, until proven innocent John Norgauer 2004
-Original Message-
From: R.S. [mailto:r...sk...@bre...com...pl]
Sent: December 11, 2014 16:56
Subject: Re: Dataset alias advice
W dniu 2014-12-11 o 22:12, Neil Duffee pisze:
Charles: in addition to gil's notes [1], be advised that {any, some}
catalogue changes to .COMMON will lose all the aliases. [snip] In the past,
when FDR archived the base dataset, the alias(es) disappeared and were not
re-constructed on recall. (not surprising) I'll gamble that similar stuff
might occur with HSM. So, any process you have that creates .COMMON should
also have the Define Alias commands imbedded with it ie. batch IDCAms.
[...]
Do you mean that low level qualifier .COMMON is processed in special way by
catalogs?
Is it documented anywhere?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Help please with symbols in a lower-case SET operand
Charles, I do not think that you need to get as complicated as Rob did. #1. Within a quoted string on a SET command, it treats FOO as a part of your string, not a symbol. #2. I do not think it is necessary to put the single quote into a symbol. I created the JCL (listed below) and did a couple of test runs. The REXX program just reads in the argument passed without changing it and writes it out again. a) When I ran it with the READARG step with; PARM='%READARG BAR1' It Returned: Argument:/my/lower/case/uss/folder/FOO./ b) When I ran it with; PARM='%READARG BAR2.FOO./' it returned: Argument:/my/lower/case/uss/folder/my FOO tops yours/ So as you can see, syntax checking and substitution processing is different between SET and the PARM= If you are wondering about the period (.) at the end of the symbol name, that is a habit I got into some time ago, it indicates the end of the symbol name and it avoid complications. Back when z/OS 1.6 or 1.7 came out, it added support for performing a substring on the value of a symbol in a JOB and coding DSN1(0) to reference a GDG data set caused problems where DSN1.(0) worked. //** //FOO SET FOO='my FOO tops yours' //BAR1 SET BAR1='/my/lower/case/uss/folder/FOO./' //BAR2 SET BAR2='/my/lower/case/uss/folder/' //** //** //GENEREXEC PGM=IEBGENR //SYSIN DD DUMMY //SYSPRINT DD SYSOUT=* //SYSUT1DD DATA,DLM=$$ /* REXX -- TSTSYM - -- */ PARSE ARG InVar ; Say Argument:InVar; $$ //SYSUT2DD DISP=(,PASS),UNIT=SYSDA,VOL=SER=, // DSN=TMPEXEC(READARG), // SPACE=(TRK,(1,1,1)), // RECFM=VB,LRECL=256,BLKSIZE=32760 //* //READARG EXEC PGM=IKJEFT01,PARM='%READARG BAR2.FOO./' //SYSPROC DD DISP=(OLD,DELETE),DSN=TMPEXEC //SYSTSPRT DD SYSOUT=* //SYSTSIN DD DUMMY -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Friday, December 12, 2014 3:16 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Help please with symbols in a lower-case SET operand How the heck do I do this? I have a variable symbol FOO that has been set to a value. I want to include it in another set symbol like so // SET BAR=/my/lower/case/uss/folder/FOO./ If I quote the operand it seems like FOO does not get substituted. If I don't quote the operand JCL barfs on the lower case letters. Help! 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: DFHSM BCDS Z/OS 1.13
It is in the v2.1 dfsms using datasets manual. Sc23_6855 It does not surprise me it is not in tso help. IBM sometimes forgets to update that information. The alter command uses RECLAIMCA or NORECLAIMCA Lizette -Original Message- From: Farley, Peter x23353 peter.far...@broadridge.com Sent: Dec 12, 2014 1:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFHSM BCDS Z/OS 1.13 Just looked on our 2.1 system, not there either. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Greg Shirey Sent: Friday, December 12, 2014 3:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFHSM BCDS Z/OS 1.13 It is not mentioned in SYS1.HELP(ALTER) on my z/OS 1.13 system Is it in z/OS 2.1?? Greg -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Friday, December 12, 2014 9:33 AM Thanks for the update I was not aware of that. snip And then recreate the dataset,,, No need to recreate the data set. Just use: ALTER entryname RECLAIMCA|NORECLAIMCA ...to change it. -- John Eells -- 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: Help please with symbols in a lower-case SET operand
It works regardless of in stream JCL or exec proc .. The exec proc is the reason for the somewhat ridiculous nature of the JCL. Rob On Dec 12, 2014 4:44 PM, Nims,Alva John (Al) ajn...@ufl.edu wrote: Charles, I do not think that you need to get as complicated as Rob did. #1. Within a quoted string on a SET command, it treats FOO as a part of your string, not a symbol. #2. I do not think it is necessary to put the single quote into a symbol. I created the JCL (listed below) and did a couple of test runs. The REXX program just reads in the argument passed without changing it and writes it out again. a) When I ran it with the READARG step with; PARM='%READARG BAR1' It Returned: Argument:/my/lower/case/uss/folder/FOO./ b) When I ran it with; PARM='%READARG BAR2.FOO./' it returned: Argument:/my/lower/case/uss/folder/my FOO tops yours/ So as you can see, syntax checking and substitution processing is different between SET and the PARM= If you are wondering about the period (.) at the end of the symbol name, that is a habit I got into some time ago, it indicates the end of the symbol name and it avoid complications. Back when z/OS 1.6 or 1.7 came out, it added support for performing a substring on the value of a symbol in a JOB and coding DSN1(0) to reference a GDG data set caused problems where DSN1.(0) worked. //** //FOO SET FOO='my FOO tops yours' //BAR1 SET BAR1='/my/lower/case/uss/folder/FOO./' //BAR2 SET BAR2='/my/lower/case/uss/folder/' //** //** //GENEREXEC PGM=IEBGENR //SYSIN DD DUMMY //SYSPRINT DD SYSOUT=* //SYSUT1DD DATA,DLM=$$ /* REXX -- TSTSYM - -- */ PARSE ARG InVar ; Say Argument:InVar; $$ //SYSUT2DD DISP=(,PASS),UNIT=SYSDA,VOL=SER=, // DSN=TMPEXEC(READARG), // SPACE=(TRK,(1,1,1)), // RECFM=VB,LRECL=256,BLKSIZE=32760 //* //READARG EXEC PGM=IKJEFT01,PARM='%READARG BAR2.FOO./' //SYSPROC DD DISP=(OLD,DELETE),DSN=TMPEXEC //SYSTSPRT DD SYSOUT=* //SYSTSIN DD DUMMY -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Friday, December 12, 2014 3:16 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Help please with symbols in a lower-case SET operand How the heck do I do this? I have a variable symbol FOO that has been set to a value. I want to include it in another set symbol like so // SET BAR=/my/lower/case/uss/folder/FOO./ If I quote the operand it seems like FOO does not get substituted. If I don't quote the operand JCL barfs on the lower case letters. Help! 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
In 2213232902404204.wa.paulgboulderaim@listserv.ua.edu, on 12/12/2014 at 10:59 AM, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu said: Can the host determine the terminal's CCSID by such as a 3270 WSF Query? QUERY or QUERY LIST, provided that the GF bit is on in the query reply. -- 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: Regular Expressions in ISREDIT z/OS 2.01
In 7282308234662904.wa.jon.butlerfepoc@listserv.ua.edu, on 12/12/2014 at 11:20 AM, Jon Butler jon.but...@fepoc.com said: Any thoughts? What is an ISPF/PDF EDIT regular expression? POSIX RE? POSIX BRE? E, none of the above? -- 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: Help please with symbols in a lower-case SET operand
I dunno but I got it working and I ain't gonna touch it for love nor money. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Nims,Alva John (Al) Sent: Friday, December 12, 2014 1:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Help please with symbols in a lower-case SET operand Charles, I do not think that you need to get as complicated as Rob did. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IKJ56500I COMMAND OPUTX NOT FOUND
I'm not sure that I hate JCL but I do know that JCL and USS do not seem to be a happy marriage. I have the following jobstep //OPUTXEXEC PGM=IKJEFT01,DYNAMNBR=10 //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * OPUTX ... /* When I run it I get the subject error on SYSTSPRT. I can use TSO OPUTX ... from my ISPF session. I am going to guess I need a STEPLIB of some sort on my IKJEFT01 jobstep. I suspect you folks don't know the exact name of the library at my site but perhaps you could give me a clue? Thanks, Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Setting a lonnnnng SLIP trap
On Fri, 12 Dec 2014 17:43:36 +, J O Skip Robinson jo.skip.robin...@sce.com wrote: I thought later about PARMLIB, but it took many tries to get what I needed. That's lots of PARMLIB editing in production. That's what sandpits are for Skip. Mess around there until you get the syntax correct - then one-shot Prod. As an itinerant I regularly run into issues getting access to Prod, so the fewer the better ... :-) Doesn't (normally) matter using the same parameters on another system - you don't care if they never match, in fact you can ensure they don't. You can always delete any that activate on the sandpit. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IKJ56500I COMMAND OPUTX NOT FOUND
OPUTX is an alias for BPXWPUTX, a REXX EXEC. If you want to run it in the example job, you need to include SYSPROC or SYSEXEC for the PDS that contains it in your shop. . . . 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 Charles Mills Sent: Friday, December 12, 2014 2:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IKJ56500I COMMAND OPUTX NOT FOUND I'm not sure that I hate JCL but I do know that JCL and USS do not seem to be a happy marriage. I have the following jobstep //OPUTXEXEC PGM=IKJEFT01,DYNAMNBR=10 //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * OPUTX ... /* When I run it I get the subject error on SYSTSPRT. I can use TSO OPUTX ... from my ISPF session. I am going to guess I need a STEPLIB of some sort on my IKJEFT01 jobstep. I suspect you folks don't know the exact name of the library at my site but perhaps you could give me a clue? Thanks, Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Help please with symbols in a lower-case SET operand
On Fri, 12 Dec 2014 17:04:38 -0500, Rob Schramm wrote: Rob On Dec 12, 2014 4:44 PM, Nims,Alva John (Al) ajn...@ufl.edu wrote: So as you can see, syntax checking and substitution processing is different between SET and the PARM= z/OS MVS JCL Reference SA23-1385-00 http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieab600/iea3b6_Rules_for_coding_symbols_in_JCL.htm z/OS 2.1.0z/OS MVSz/OS MVS JCL ReferenceProcedures and symbolsUsing system symbols and JCL symbolsCoding symbols in JCLRules for coding symbols in JCL z/OS MVS JCL Reference SA23-1385-00 Note: JCL supports substringing of system symbols but not JCL symbols. Why make such a distinction? Substringing could be similarly valuable for JCL symbols. z/OS 2.1.0z/OS MVSz/OS MVS JCL ReferenceProcedures and symbolsUsing system symbols and JCL symbolsWhat are JCL symbols?Defining and nullifying JCL symbols o Do not specify JCL symbols within other JCL symbols. The results can be unpredictable, especially if the imbedded JCL symbol is not previously defined. Are some of the suggestions earlier in this thread at risk for this? I have an RCF on this, pending resolution. z/OS 2.1.0z/OS MVSz/OS MVS JCL ReferenceProcedures and symbolsUsing system symbols and JCL symbolsDetermining equivalent JCLCoding symbols in apostrophes You can code symbols in apostrophes on the following keywords: The DD statement AMP parameter The DD statement PATH parameter The DD statement SUBSYS parameter The EXEC statement ACCT parameter The EXEC statement PARM parameter. Why not resolve symbols wherever they appear, not merely on five particular parameters of two JCL statements? There's a value in consistency leading to easy assimilation by a novice, and brevity of the Reference Manual. ... The system treats a string beginning with an ampersand but not meeting these criteria as a literal sequence of characters. Thus the system does not substitute text for symbols and does not issue error messages. I would be delighted if, rather, the parser reported a reference to an undefined apparent symbol as a syntax error. Someone asked recently in this thread what I think of the design of MVS JCL. Guess. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IKJ56500I COMMAND OPUTX NOT FOUND
I can see if I can find it on my system , what librarywhat version of z/os? Scott ford www.identityforge.com from my IPAD On Dec 12, 2014, at 5:29 PM, Charles Mills charl...@mcn.org wrote: I'm not sure that I hate JCL but I do know that JCL and USS do not seem to be a happy marriage. I have the following jobstep //OPUTXEXEC PGM=IKJEFT01,DYNAMNBR=10 //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * OPUTX ... /* When I run it I get the subject error on SYSTSPRT. I can use TSO OPUTX ... from my ISPF session. I am going to guess I need a STEPLIB of some sort on my IKJEFT01 jobstep. I suspect you folks don't know the exact name of the library at my site but perhaps you could give me a clue? Thanks, 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: IKJ56500I COMMAND OPUTX NOT FOUND
Thanks. That's the sort of thing I expected. I know you don't know the exact name but any clue on what the library would be? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J O Skip Robinson Sent: Friday, December 12, 2014 2:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND OPUTX is an alias for BPXWPUTX, a REXX EXEC. If you want to run it in the example job, you need to include SYSPROC or SYSEXEC for the PDS that contains it in your shop. . . . 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IKJ56500I COMMAND OPUTX NOT FOUND
On Fri, 12 Dec 2014 15:03:38 -0800, Charles Mills wrote: Thanks. That's the sort of thing I expected. I know you don't know the exact name but any clue on what the library would be? On our 1.13 system, DDLIST finds: Current Data Set Allocation Member was found Message Act DDname Data Set Name Actions: B E V M F C I Q Member: BPXWPUTXSYSPROC SYS1.MVS.SPFEXEC -Original Message- From: J O Skip Robinson Sent: Friday, December 12, 2014 2:43 PM OPUTX is an alias for BPXWPUTX, a REXX EXEC. If you want to run it in the example job, you need to include SYSPROC or SYSEXEC for the PDS that contains it in your shop. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IKJ56500I COMMAND OPUTX NOT FOUND
The SMPE install library is SBPXEXEC, which in our shop is SYS1.SBPXEXEC. However, since this works for you in TSO, someone may have copied it to a 'standard' library. Use ISRDDN and look in each SYSPROC and SYSEXEC PDS until you find it. . . . 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 Charles Mills Sent: Friday, December 12, 2014 3:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND Thanks. That's the sort of thing I expected. I know you don't know the exact name but any clue on what the library would be? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J O Skip Robinson Sent: Friday, December 12, 2014 2:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND OPUTX is an alias for BPXWPUTX, a REXX EXEC. If you want to run it in the example job, you need to include SYSPROC or SYSEXEC for the PDS that contains it in your shop. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IKJ56500I COMMAND OPUTX NOT FOUND
I will look Sent from Windows Mail From: Charles Mills Sent: Friday, December 12, 2014 6:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Thanks. That's the sort of thing I expected. I know you don't know the exact name but any clue on what the library would be? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J O Skip Robinson Sent: Friday, December 12, 2014 2:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND OPUTX is an alias for BPXWPUTX, a REXX EXEC. If you want to run it in the example job, you need to include SYSPROC or SYSEXEC for the PDS that contains it in your shop. . . . 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 -- 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: IKJ56500I COMMAND OPUTX NOT FOUND
yep found it .. Here SYS1.SBPXEXEC Sent from Windows Mail From: Charles Mills Sent: Friday, December 12, 2014 6:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Thanks. That's the sort of thing I expected. I know you don't know the exact name but any clue on what the library would be? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J O Skip Robinson Sent: Friday, December 12, 2014 2:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND OPUTX is an alias for BPXWPUTX, a REXX EXEC. If you want to run it in the example job, you need to include SYSPROC or SYSEXEC for the PDS that contains it in your shop. . . . 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 -- 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: IKJ56500I COMMAND OPUTX NOT FOUND
Yep that's where I found it J O Skip Sent from Windows Mail From: J O Skip Robinson Sent: Friday, December 12, 2014 6:24 PM To: IBM-MAIN@LISTSERV.UA.EDU The SMPE install library is SBPXEXEC, which in our shop is SYS1.SBPXEXEC. However, since this works for you in TSO, someone may have copied it to a 'standard' library. Use ISRDDN and look in each SYSPROC and SYSEXEC PDS until you find it. . . . 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 Charles Mills Sent: Friday, December 12, 2014 3:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND Thanks. That's the sort of thing I expected. I know you don't know the exact name but any clue on what the library would be? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J O Skip Robinson Sent: Friday, December 12, 2014 2:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND OPUTX is an alias for BPXWPUTX, a REXX EXEC. If you want to run it in the example job, you need to include SYSPROC or SYSEXEC for the PDS that contains it in your shop. -- 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: IKJ56500I COMMAND OPUTX NOT FOUND
Sheesh! I've used IKJEFT01 before for various things but never had problems like this. Is this ever going to work? Can I use OPUTX from IKJEFT01? Okay, I found OPUTX it in SBPXEXEC. So I coded //OPUTXEXEC PGM=IKJEFT01,DYNAMNBR=10 //SYSEXEC DD DISP=SHR,DSN=SYS1.SBPXEXEC //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * OPUTX ... Then I started getting ISPI003 Following file was not preallocated: ISPPROF messages. I worked my way through ISPPROF, ISPPLIB, ISPSLIB, ISPTLIB, ISPMLIB (all kazillion concatenations). Now I'm getting ISPT036 Table in use-/-TBOPEN issued for table ISPSPROF that is in use, ENQUEUE failed. I would guess because I am using it in my concurrent TSO/ISPF session. Is this ever going to work or is OPUTX from a batch job a bad idea? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J O Skip Robinson Sent: Friday, December 12, 2014 3:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND The SMPE install library is SBPXEXEC, which in our shop is SYS1.SBPXEXEC. However, since this works for you in TSO, someone may have copied it to a 'standard' library. Use ISRDDN and look in each SYSPROC and SYSEXEC PDS until you find it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IKJ56500I COMMAND OPUTX NOT FOUND
I don't recall ever paying attention to OPUTX until your question. Apparently it needs ISPF. You're almost there. I suggest allocating ISPPROF to a temporary PDS in your job, such as //ISPPROF DD DISP=(NEW,DELETE),DSN=ISPPROF,DSORG=PO,RECFM=FB,LRECL=80,BLKSIZE=0,SPACE=(TRK,(10,10,10)) . . . 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 Charles Mills Sent: Friday, December 12, 2014 3:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND Sheesh! I've used IKJEFT01 before for various things but never had problems like this. Is this ever going to work? Can I use OPUTX from IKJEFT01? Okay, I found OPUTX it in SBPXEXEC. So I coded //OPUTXEXEC PGM=IKJEFT01,DYNAMNBR=10 //SYSEXEC DD DISP=SHR,DSN=SYS1.SBPXEXEC //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * OPUTX ... Then I started getting ISPI003 Following file was not preallocated: ISPPROF messages. I worked my way through ISPPROF, ISPPLIB, ISPSLIB, ISPTLIB, ISPMLIB (all kazillion concatenations). Now I'm getting ISPT036 Table in use-/-TBOPEN issued for table ISPSPROF that is in use, ENQUEUE failed. I would guess because I am using it in my concurrent TSO/ISPF session. Is this ever going to work or is OPUTX from a batch job a bad idea? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J O Skip Robinson Sent: Friday, December 12, 2014 3:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND The SMPE install library is SBPXEXEC, which in our shop is SYS1.SBPXEXEC. However, since this works for you in TSO, someone may have copied it to a 'standard' library. Use ISRDDN and look in each SYSPROC and SYSEXEC PDS until you find it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IKJ56500I COMMAND OPUTX NOT FOUND
On 2014-12-12 17:11, J O Skip Robinson wrote: I don't recall ever paying attention to OPUTX until your question. Apparently it needs ISPF. You're almost there. I suggest allocating ISPPROF to a temporary PDS in your job, such as //ISPPROF DD DISP=(NEW,DELETE),DSN=ISPPROF,DSORG=PO,RECFM=FB,LRECL=80,BLKSIZE=0,SPACE=(TRK,(10,10,10)) Some of these O???X thingies attempt to start ISPF if it's not there. But that presumes the availability of various ISP* libraries. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IKJ56500I COMMAND OPUTX NOT FOUND
Maybe try adding something like: //ISPPROF DD UNIT=VIO,SPACE=(TRK,(5,5,3)), //DCB=(RECFM=FB,LRECL=80,BLKSIZE=32000) To your JCL. Should get you around the enq -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Friday, December 12, 2014 5:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND Sheesh! I've used IKJEFT01 before for various things but never had problems like this. Is this ever going to work? Can I use OPUTX from IKJEFT01? Okay, I found OPUTX it in SBPXEXEC. So I coded //OPUTXEXEC PGM=IKJEFT01,DYNAMNBR=10 //SYSEXEC DD DISP=SHR,DSN=SYS1.SBPXEXEC //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * OPUTX ... Then I started getting ISPI003 Following file was not preallocated: ISPPROF messages. I worked my way through ISPPROF, ISPPLIB, ISPSLIB, ISPTLIB, ISPMLIB (all kazillion concatenations). Now I'm getting ISPT036 Table in use-/-TBOPEN issued for table ISPSPROF that is in use, ENQUEUE failed. I would guess because I am using it in my concurrent TSO/ISPF session. Is this ever going to work or is OPUTX from a batch job a bad idea? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J O Skip Robinson Sent: Friday, December 12, 2014 3:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND The SMPE install library is SBPXEXEC, which in our shop is SYS1.SBPXEXEC. However, since this works for you in TSO, someone may have copied it to a 'standard' library. Use ISRDDN and look in each SYSPROC and SYSEXEC PDS until you find it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail may contain Sprint proprietary information intended for the sole use of the recipient(s). Any use by others is prohibited. If you are not the intended recipient, please contact the sender and delete all copies of the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IKJ56500I COMMAND OPUTX NOT FOUND
Thanks. Did that -- still getting same error. On a hunch I allocated ISPTLIB the same way but it still made no difference. I don't see anything else in the allocations that looks like an output file. All of them are SYSx.whatever. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J O Skip Robinson Sent: Friday, December 12, 2014 4:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND I don't recall ever paying attention to OPUTX until your question. Apparently it needs ISPF. You're almost there. I suggest allocating ISPPROF to a temporary PDS in your job, such as //ISPPROF DD DISP=(NEW,DELETE),DSN=ISPPROF,DSORG=PO,RECFM=FB,LRECL=80,BLKSIZE=0,SPACE=( TRK,(10,10,10)) . . . 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 Charles Mills Sent: Friday, December 12, 2014 3:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND Sheesh! I've used IKJEFT01 before for various things but never had problems like this. Is this ever going to work? Can I use OPUTX from IKJEFT01? Okay, I found OPUTX it in SBPXEXEC. So I coded //OPUTXEXEC PGM=IKJEFT01,DYNAMNBR=10 //SYSEXEC DD DISP=SHR,DSN=SYS1.SBPXEXEC //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * OPUTX ... Then I started getting ISPI003 Following file was not preallocated: ISPPROF messages. I worked my way through ISPPROF, ISPPLIB, ISPSLIB, ISPTLIB, ISPMLIB (all kazillion concatenations). Now I'm getting ISPT036 Table in use-/-TBOPEN issued for table ISPSPROF that is in use, ENQUEUE failed. I would guess because I am using it in my concurrent TSO/ISPF session. Is this ever going to work or is OPUTX from a batch job a bad idea? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J O Skip Robinson Sent: Friday, December 12, 2014 3:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND The SMPE install library is SBPXEXEC, which in our shop is SYS1.SBPXEXEC. However, since this works for you in TSO, someone may have copied it to a 'standard' library. Use ISRDDN and look in each SYSPROC and SYSEXEC PDS until you find it. -- 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: IKJ56500I COMMAND OPUTX NOT FOUND
Add ISPTABL alloc also? //ISPTABL DD UNIT=VIO,SPACE=(TRK,(5,5,3)), //DCB=(RECFM=FB,LRECL=80,BLKSIZE=32000) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Friday, December 12, 2014 6:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND Thanks. Did that -- still getting same error. On a hunch I allocated ISPTLIB the same way but it still made no difference. I don't see anything else in the allocations that looks like an output file. All of them are SYSx.whatever. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J O Skip Robinson Sent: Friday, December 12, 2014 4:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND I don't recall ever paying attention to OPUTX until your question. Apparently it needs ISPF. You're almost there. I suggest allocating ISPPROF to a temporary PDS in your job, such as //ISPPROF DD DISP=(NEW,DELETE),DSN=ISPPROF,DSORG=PO,RECFM=FB,LRECL=80,BLKSIZE=0,SPACE=( TRK,(10,10,10)) . . . 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 Charles Mills Sent: Friday, December 12, 2014 3:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND Sheesh! I've used IKJEFT01 before for various things but never had problems like this. Is this ever going to work? Can I use OPUTX from IKJEFT01? Okay, I found OPUTX it in SBPXEXEC. So I coded //OPUTXEXEC PGM=IKJEFT01,DYNAMNBR=10 //SYSEXEC DD DISP=SHR,DSN=SYS1.SBPXEXEC //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * OPUTX ... Then I started getting ISPI003 Following file was not preallocated: ISPPROF messages. I worked my way through ISPPROF, ISPPLIB, ISPSLIB, ISPTLIB, ISPMLIB (all kazillion concatenations). Now I'm getting ISPT036 Table in use-/-TBOPEN issued for table ISPSPROF that is in use, ENQUEUE failed. I would guess because I am using it in my concurrent TSO/ISPF session. Is this ever going to work or is OPUTX from a batch job a bad idea? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J O Skip Robinson Sent: Friday, December 12, 2014 3:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND The SMPE install library is SBPXEXEC, which in our shop is SYS1.SBPXEXEC. However, since this works for you in TSO, someone may have copied it to a 'standard' library. Use ISRDDN and look in each SYSPROC and SYSEXEC PDS until you find it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail may contain Sprint proprietary information intended for the sole use of the recipient(s). Any use by others is prohibited. If you are not the intended recipient, please contact the sender and delete all copies of the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IKJ56500I COMMAND OPUTX NOT FOUND
On 2014-12-12 15:29, Charles Mills wrote: When I run it I get the subject error on SYSTSPRT. I can use TSO OPUTX ... from my ISPF session. I am going to guess I need a STEPLIB of some sort on my IKJEFT01 jobstep. I suspect you folks don't know the exact name of the library at my site but perhaps you could give me a clue? You appear to be trying to copy a legacy data set to a UNIX file. For that, I'd use the UNIX command: cp //'LEGACY.DATA.SET(MEMBER)' /unix/path/name (Nowadays. I used to use IEBGENER long ago.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IKJ56500I COMMAND OPUTX NOT FOUND
I am trying to copy all of the members of a PDS. Will cp work with cp //'LEGACY.DATA.SET(*)' /unix/path/ ? That is apparently the distinction between OPUT and OPUTX. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Friday, December 12, 2014 4:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND On 2014-12-12 15:29, Charles Mills wrote: When I run it I get the subject error on SYSTSPRT. I can use TSO OPUTX ... from my ISPF session. I am going to guess I need a STEPLIB of some sort on my IKJEFT01 jobstep. I suspect you folks don't know the exact name of the library at my site but perhaps you could give me a clue? You appear to be trying to copy a legacy data set to a UNIX file. For that, I'd use the UNIX command: cp //'LEGACY.DATA.SET(MEMBER)' /unix/path/name -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IKJ56500I COMMAND OPUTX NOT FOUND
Grrr. No effect. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Throckmorton, Scott S [IT] Sent: Friday, December 12, 2014 4:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND Add ISPTABL alloc also? //ISPTABL DD UNIT=VIO,SPACE=(TRK,(5,5,3)), //DCB=(RECFM=FB,LRECL=80,BLKSIZE=32000) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IKJ56500I COMMAND OPUTX NOT FOUND
cp humor for today. Reading the z/OS cp doc: -c (UNIX to UNIX only) Prompts you to change the diskette if there is not enough room to complete a copy operation. This option has no effect on systems without floppy drives. Rule: The parent directories must already exist on the new target diskette. I don't recall that my z196 *has* a floppy disk. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Friday, December 12, 2014 4:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND On 2014-12-12 15:29, Charles Mills wrote: When I run it I get the subject error on SYSTSPRT. I can use TSO OPUTX ... from my ISPF session. I am going to guess I need a STEPLIB of some sort on my IKJEFT01 jobstep. I suspect you folks don't know the exact name of the library at my site but perhaps you could give me a clue? You appear to be trying to copy a legacy data set to a UNIX file. For that, I'd use the UNIX command: cp //'LEGACY.DATA.SET(MEMBER)' /unix/path/name -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IKJ56500I COMMAND OPUTX NOT FOUND
cp looks promising -- once I got past the old quadruple quotes problem. (Have to use SET symbols to get the whole thing into PARM=. Have to double quote the DSN because it's in a SET operand. Have to double them up again so they get into PARM= correctly. Sheesh!) No errors, zero return code, but it only created the folder corresponding to the PDS, not the contents of the PDS. Let's see if I can do this // SET Q= // SET P0='sh cp //LEGACY.SMPE.INSTJCL ' // SET P4='/u/userid/smpe/SCZA551' //* //CP EXEC PGM=BPXBATCH, // PARM=Q.P0.P4.Q //STDINDD DUMMY //STDOUT DD SYSOUT=* //STDERR DD SYSOUT=* LEGACY.SMPE.INSTJCL has 9 members. I ended up with /u/userid/smpe/SCZA551/INSTJCL but it's empty. What do I have to do differently? I think I'm close! Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Friday, December 12, 2014 4:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND On 2014-12-12 15:29, Charles Mills wrote: When I run it I get the subject error on SYSTSPRT. I can use TSO OPUTX ... from my ISPF session. I am going to guess I need a STEPLIB of some sort on my IKJEFT01 jobstep. I suspect you folks don't know the exact name of the library at my site but perhaps you could give me a clue? You appear to be trying to copy a legacy data set to a UNIX file. For that, I'd use the UNIX command: cp //'LEGACY.DATA.SET(MEMBER)' /unix/path/name (Nowadays. I used to use IEBGENER long ago.) -- 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: IKJ56500I COMMAND OPUTX NOT FOUND
J O Skip Robinson wrote: Use ISRDDN and look in each SYSPROC and SYSEXEC PDS until you find it. Hi Skip, I like using the MEMBER command in ISRDDN and have it search for you. Then you get a moving display as the hunt goes on. That's Doug Nadel code I think - he always seemed to add a measure of fun. Wish I could have met him in person, but he just wasn't at the few SHARE's I attended over the years. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IKJ56500I COMMAND OPUTX NOT FOUND
Playing some more with no progress. // SET P4='/u/userid/smpe/SCZA551/' with a trailing slash makes no difference. // SET P0='sh cp //LEGACY.SMPE.INSTJCL(*) ' with an asterisk yields cp: FSUM6258 cannot open file //'LEGACY.SMPE.INSTJCL(*)': EDC5047I An invalid Tried -T and -U with no effect. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Friday, December 12, 2014 5:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND cp looks promising -- once I got past the old quadruple quotes problem. (Have to use SET symbols to get the whole thing into PARM=. Have to double quote the DSN because it's in a SET operand. Have to double them up again so they get into PARM= correctly. Sheesh!) No errors, zero return code, but it only created the folder corresponding to the PDS, not the contents of the PDS. Let's see if I can do this // SET Q= // SET P0='sh cp //LEGACY.SMPE.INSTJCL ' // SET P4='/u/userid/smpe/SCZA551' //* //CP EXEC PGM=BPXBATCH, // PARM=Q.P0.P4.Q //STDINDD DUMMY //STDOUT DD SYSOUT=* //STDERR DD SYSOUT=* LEGACY.SMPE.INSTJCL has 9 members. I ended up with /u/userid/smpe/SCZA551/INSTJCL but it's empty. What do I have to do differently? I think I'm close! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
