Re: Cannot allocate Steplib?
Regarding IEFA110I: Sadly, I see that the book mentions that this is "new" but the message itself isn't in the book. I will have someone look into that. I was surprised to see that the display did not show XCFAS (unless someone had used the PROGxx LNKLST UNALLOCATE statement), since by default LNKLST data sets are allocated SHR by XCFAS (whether or not LLA is active), precisely to help keep someone from allocating one of those data sets "OLD" which in turn is intended to help keep someone from, if they're doing it right, allocating the data set OLD in order to compress it . To me, it has always been strange that you do not need to allocate a data set OLD in order to compress it. But I'd say that doing so is right. I even suggested some customer-configuration option "enforce DISP=OLD for compress" so that a customer could set that option in parmlib and have it apply to their whole z/OS. No one seemed to interested in implementing that, though. The option is necessary for compatibility reasons. The IEFA110I message is intended to show up to about 20 ENQ holders (it's not necessarily exactly "20"), after which it will add the line "SOME OWNERS SUPPRESSED" 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: Cannot allocate Steplib?
The rules of AUTHORIZANTION have not changed in years and will not change. If IBM opened a hole, AUDITORS and SYSPROGS would throw an outright hissy fit, because it would open a MASSIVE systems Hole Steve PS If you look at the code you will find the MACRO(S) in question that need authorization and that force The TMP to be on the LINKLST -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of CM Poncelet Sent: Tuesday, March 15, 2016 9:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Cannot allocate Steplib? Sure, Steve. I assumed that if Lindy had done it 20+ years ago, she still had the auth to do it now. (BTW The STEPLIB in my REXX step is absurd: the CBT PGM can be CALLed from REXX.) Cheers, Chris Poncelet Steve Beaver wrote: >CM - you are assuming that the guy with the question can issue console >commands. > >I would NEVER let a general user near my console much less the SETPROG >command > >-Original Message- >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >On Behalf Of CM Poncelet >Sent: Monday, March 14, 2016 11:00 PM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: Cannot allocate Steplib? > >If the routine's APF'd loadlib is added to an APF'd STEPLIB, the >STEPLIB will override the LNKLST CBT requirement. > >Meanwhile, APF-authorizing/unauthorizing a loadlib 'on the fly' can be >done in batch with: > >"//* >APF-AUTHORIZE: > >" >"//ADDAPF EXEC >PGM=IEBGENER " >"//SYSPRINT DD SYSOUT=* >" >"//SYSIN DD >DUMMY" >"//SYSUT2DD >SYSOUT=(*,INTRDR)" >"//SYSUT1DD >*,DLM=@@ " >"/*$VS,'SETPROG >APF,FORMAT=DYNAMIC' " >"/*$VS,'SETPROG APF,ADD,DSN=,{VOLUME=non-SMS >volume>|SMS}' " >"@@ > >" >"//* > > >" >"//* EXECUTE REXX TO CONCAT AHEAD OF STEPLIB FROM >LISTCAT: " >"//WHATREXX EXEC >PGM=IKJEFT01, " >"// >REGION=8192K," >"// >DYNAMNBR=25 " >"//SYSTSIN DD >*" >" ISPSTART CMD(%) NEWAPPL() >PASSLIB " >"//SYSEXEC DD DISP=SHR,DSN=library> " >"//STEPLIB DD DISP=SHR,DSN=loadlib(s)> > >" >" <... etc. ... > > >" >"//* > >" >"//* >APF-UNAUTHORIZE: > >" >"//DELAPF EXEC PGM=IEBGENER >" >"//SYSPRINT DD >SYSOUT=* " >"//SYSIN DD >DUMMY" >"//SYSUT2DD >SYSOUT=(*,INTRDR)" >"//SYSUT1DD >*,DLM=@@ " >"/*$VS,'SETPROG APF,DELETE,DSN=,{VOLUME=non-SMS >volume>|SMS}'" >"@@ > >" >"//* > > >" > >Just my ha'pennyworth ... CP (retired sysprog) > > >Steve Beaver wrote: > > > >>The STEPLIB TMP will work -- The caveat this routine MUST be placed on >>the LNKLST in an APF Authorized library. >> >>Steve >> >>-Original Message- >>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >>On Behalf Of Dan D >>Sent: Monday, March 14, 2016 8:32 PM >>To: IBM-MAIN@LISTSERV.UA.EDU >>Subject: Re: Cannot allocate Steplib? >> >>CBT file 452 contains the STEPLIB TSO command. >> >>Dan D. (CBT File owner) >> >>"Steve Horein" <steve.hor...@gmail.com> wrote in message >>news:<camjizqv9uxodkfmhiqp8quvs77sqbqrfgexcy3girxkbhvt...@mail.gmail.com>. . >> >> >. > > >> >> >>
Re: Cannot allocate Steplib?
Sure, Steve. I assumed that if Lindy had done it 20+ years ago, she still had the auth to do it now. (BTW The STEPLIB in my REXX step is absurd: the CBT PGM can be CALLed from REXX.) Cheers, Chris Poncelet Steve Beaver wrote: CM - you are assuming that the guy with the question can issue console commands. I would NEVER let a general user near my console much less the SETPROG command -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of CM Poncelet Sent: Monday, March 14, 2016 11:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Cannot allocate Steplib? If the routine's APF'd loadlib is added to an APF'd STEPLIB, the STEPLIB will override the LNKLST CBT requirement. Meanwhile, APF-authorizing/unauthorizing a loadlib 'on the fly' can be done in batch with: "//* APF-AUTHORIZE: " "//ADDAPF EXEC PGM=IEBGENER " "//SYSPRINT DD SYSOUT=* " "//SYSIN DD DUMMY" "//SYSUT2DD SYSOUT=(*,INTRDR)" "//SYSUT1DD *,DLM=@@ " "/*$VS,'SETPROG APF,FORMAT=DYNAMIC' " "/*$VS,'SETPROG APF,ADD,DSN=,{VOLUME=volume>|SMS}' " "@@ " "//* " "//* EXECUTE REXX TO CONCAT AHEAD OF STEPLIB FROM LISTCAT: " "//WHATREXX EXEC PGM=IKJEFT01, " "// REGION=8192K," "// DYNAMNBR=25 " "//SYSTSIN DD *" " ISPSTART CMD(%) NEWAPPL() PASSLIB " "//SYSEXEC DD DISP=SHR,DSN=library> " "//STEPLIB DD DISP=SHR,DSN=loadlib(s)> " " <... etc. ... > " "//* " "//* APF-UNAUTHORIZE: " "//DELAPF EXEC PGM=IEBGENER " "//SYSPRINT DD SYSOUT=* " "//SYSIN DD DUMMY" "//SYSUT2DD SYSOUT=(*,INTRDR)" "//SYSUT1DD *,DLM=@@ " "/*$VS,'SETPROG APF,DELETE,DSN=,{VOLUME=|SMS}'" "@@ " "//* " Just my ha'pennyworth ... CP (retired sysprog) Steve Beaver wrote: The STEPLIB TMP will work -- The caveat this routine MUST be placed on the LNKLST in an APF Authorized library. Steve -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dan D Sent: Monday, March 14, 2016 8:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Cannot allocate Steplib? CBT file 452 contains the STEPLIB TSO command. Dan D. (CBT File owner) "Steve Horein" <steve.hor...@gmail.com> wrote in message news:<camjizqv9uxodkfmhiqp8quvs77sqbqrfgexcy3girxkbhvt...@mail.gmail.com>.. . DSC is a product offered by IBM. It was once known as ISPF Productivity Tool, or SPIFFY. However, one of the CBTTape files offers a STEPLIB utility (I don't recall which file number.) At the shop where I got my start, I used the CBTTape offering to supplement dynamic ISPF applications. On Mon, Mar 14, 2016 at 6:02 PM, Jesse 1 Robinson <jesse1.robin...@sce.com> wrote: I did a simple search in Google and found something called Data Set Commander, which appears to include a STEPLIB command. DSC seems to be at 8.1. Looks like a program product. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lindy Mayfield Sent: Monday, March 14, 2016 3:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Cannot allocate Steplib? I love Linux, but my real love is mainframe. I had a senior moment, and I haven't been on mainframe as much as I like
Re: Cannot allocate Steplib?
On Tue, 15 Mar 2016 17:09:38 -0400, Tony Harminc wrote: On 2016-03-15 15:09, Tony Harminc wrote: >>> >> That probably needs an RFE, not an SR. Really, it should clarify: >> IKJ56236I PATH /usr/bin INVALID, FILENAME STEPLIB RESTRICTED > > Better yet, > IKJ56236I PATH /usr/bin INVALID, DDNAME STEPLIB RESTRICTED > > Or even better, since there's nothing at all wrong with the PATH, > IKJ56236I DYNAMIC ALLOCATION USING DDNAME STEPLIB IS NEVER ALLOWED > Verbose, perhaps, but I agree. It's better to validate the syntax before attempting environmental checks. And M (2.1) says: z/OS TSO/E Messages SA32-0970-00 IKJ56236I FILE [text] INVALID, FILENAME RESTRICTED Explanation For the item text could appear the following: text = STEPLIB text = USERCAT text = JOBLIB text = STEPCAT text = JOBCAT ... They're not even following the template which says "FILE" is immutable. That's worth an SR. But: user@OS/390.25.00: rexx "say BPXWDYN( 'alloc dd(STEPLIB) dsn(''FOO.BAR'') shr msg(2)' )" IKJ56236I FILE STEPLIB INVALID, FILENAME RESTRICTED So when it's DSN instead of PATH they do the right thing. They simply felt they had to punish UNIX users. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cannot allocate Steplib?
On 15 March 2016 at 14:57, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > >alloc ddname(steplib) path('/usr/bin') > >IKJ56236I PATH /usr/bin INVALID, FILENAME RESTRICTED > > > >which is still complaining about STEPLIB, not '/usr/bin'. > > > >This surely calls for one of Gil's well formulated SRs. IBM has changed > >some of the sillier TSO messages over the years, so it's not that there's > >no hope at all. > > > That probably needs an RFE, not an SR. Really, it should clarify: > IKJ56236I PATH /usr/bin INVALID, FILENAME STEPLIB RESTRICTED > Better yet, IKJ56236I PATH /usr/bin INVALID, DDNAME STEPLIB RESTRICTED Or even better, since there's nothing at all wrong with the PATH, IKJ56236I DYNAMIC ALLOCATION USING DDNAME STEPLIB IS NEVER ALLOWED Hey! I just tried: > user@OS/390.25.00: rexx "say BPXWDYN( 'alloc dsn(SYS1.LINKLIB) old > msg(2)' )" > IKJ56225I DATA SET SYS1.LINKLIB ALREADY IN USE, TRY LATER+ > IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER > IEFA110I DATA SET CONTENTION > DATA SET SYS1.LINKLIB IN USE BY > SYSNAME JOBNAME ASID > smf1 job010006 > smf1 LLA 001B > > A miracle! IEFA110I is new with 2.2! > Now *that* is cool! > Batch JCL doesn't tell you; it just waits. It could still produce the messages, surely. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cannot allocate Steplib?
On Tue, 15 Mar 2016 14:00:15 -0400, Tony Harminc wrote: > >And just to be completely clear on the original message > >IKJ56236I FILE STEPLIB INVALID, FILENAME RESTRICTED > >This really does mean just what it says. It's the four DDNAMEs JOBLIB, >STEPLIB, JOBCAT, and STEPCAT themselves that are caught and rejected early >on in dynamic allocation. It's not some more subtle "effective STEPLIB" or >something; it's those exact DDNAMEs. > >Of course everyone remembers that FILENAME (and in some contexts FILE) is >early TSO-speak for DDNAME... But this leads to a particularly confusing >version of the message: > >alloc ddname(steplib) path('/usr/bin') >IKJ56236I PATH /usr/bin INVALID, FILENAME RESTRICTED > >which is still complaining about STEPLIB, not '/usr/bin'. > >This surely calls for one of Gil's well formulated SRs. IBM has changed >some of the sillier TSO messages over the years, so it's not that there's >no hope at all. > That probably needs an RFE, not an SR. Really, it should clarify: IKJ56236I PATH /usr/bin INVALID, FILENAME STEPLIB RESTRICTED The one I love to hate is: user@OS/390.25.00: rexx "say BPXWDYN( 'alloc path(''/tmp/foo/bar'') msg(2)' )" IKJ56228I PATH /tmp/foo/bar NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED I can call that SR-worthy in that no catalog access was ever attempted or failed. And: Hey! I just tried: user@OS/390.25.00: rexx "say BPXWDYN( 'alloc dsn(SYS1.LINKLIB) old msg(2)' )" IKJ56225I DATA SET SYS1.LINKLIB ALREADY IN USE, TRY LATER+ IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER IEFA110I DATA SET CONTENTION DATA SET SYS1.LINKLIB IN USE BY SYSNAME JOBNAME ASID smf1 job010006 smf1 LLA 001B A miracle! IEFA110I is new with 2.2! Batch JCL doesn't tell you; it just waits. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cannot allocate Steplib?
On 15 March 2016 at 12:46, Lindy Mayfieldwrote: > > Thanks for the new stuff I learned by asking a mixed up question. But I > got it now. And just to be completely clear on the original message IKJ56236I FILE STEPLIB INVALID, FILENAME RESTRICTED This really does mean just what it says. It's the four DDNAMEs JOBLIB, STEPLIB, JOBCAT, and STEPCAT themselves that are caught and rejected early on in dynamic allocation. It's not some more subtle "effective STEPLIB" or something; it's those exact DDNAMEs. Of course everyone remembers that FILENAME (and in some contexts FILE) is early TSO-speak for DDNAME... But this leads to a particularly confusing version of the message: alloc ddname(steplib) path('/usr/bin') IKJ56236I PATH /usr/bin INVALID, FILENAME RESTRICTED which is still complaining about STEPLIB, not '/usr/bin'. This surely calls for one of Gil's well formulated SRs. IBM has changed some of the sillier TSO messages over the years, so it's not that there's no hope at all. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cannot allocate Steplib?
Yeah, I apologize for this dumb question. We used to have a STEPLIB add command that we could use from TSO, way back then, and a CLIST or Rexx to reallocate any ISPF, especially SYSPROC libraries for testing. I'd been doing too much Linux lately and had a senior moment. I didn't put my regular steplib into my logon proc for just the reason people were talking about, because I was making APF authorized Rexx assembler functions and simply copying the modules to a linklst library. I have z/OS on z/VM to play with as ibmuser so I can pretty much do what I want. But the one I was playing with now isn't apf authorized and I forgot to fix my logon proc back (from like 4 years ago). :-) Thanks for the new stuff I learned by asking a mixed up question. But I got it now. Kind regards, Lindy -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Beaver Sent: tiistaina 15. maaliskuuta 2016 17.34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Cannot allocate Steplib? CM - you are assuming that the guy with the question can issue console commands. I would NEVER let a general user near my console much less the SETPROG command -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cannot allocate Steplib?
The STEPLIB command from CBT 452 must reside in linklist. Also in the APF list if you have LNKAUTH=APFTAB in IEASYSxx. It also requires an entry in the IKJTSOxx AUTHCMD list. Dan D "Steve Beaver" <st...@stevebeaver.com> wrote in message news:<004601d17e5e$5c2836e0$1478a4a0$@stevebeaver.com>... > The STEPLIB TMP will work -- The caveat this routine MUST be placed on the > LNKLST in an > APF Authorized library. > > Steve > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Dan D > Sent: Monday, March 14, 2016 8:32 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Cannot allocate Steplib? > > CBT file 452 contains the STEPLIB TSO command. > > Dan D. (CBT File owner) > > "Steve Horein" <steve.hor...@gmail.com> wrote in message > news:<camjizqv9uxodkfmhiqp8quvs77sqbqrfgexcy3girxkbhvt...@mail.gmail.com>... > > DSC is a product offered by IBM. It was once known as ISPF > > Productivity Tool, or SPIFFY. > > However, one of the CBTTape files offers a STEPLIB utility (I don't > > recall which file number.) At the shop where I got my start, I used > > the CBTTape offering to > supplement > > dynamic ISPF applications. > > > > On Mon, Mar 14, 2016 at 6:02 PM, Jesse 1 Robinson > <jesse1.robin...@sce.com> > > wrote: > > > > > I did a simple search in Google and found something called Data Set > > > Commander, which appears to include a STEPLIB command. DSC seems to > > > be > at > > > 8.1. Looks like a program product. > > > > > > . > > > . > > > . > > > J.O.Skip Robinson > > > Southern California Edison Company > > > Electric Dragon Team Paddler > > > SHARE MVS Program Co-Manager > > > 323-715-0595 Mobile > > > 626-302-7535 Office > > > robin...@sce.com > > > > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List > > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lindy Mayfield > > > Sent: Monday, March 14, 2016 3:50 PM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: (External):Re: Cannot allocate Steplib? > > > > > > I love Linux, but my real love is mainframe. I had a senior moment, > > > and > I > > > haven't been on mainframe as much as I like to be. > > > > > > It was SYSPROC that was commonly reallocated by CLIST and Rexx > > > scripts > in > > > order to do testing in the right order test/dev/prod or whatever. > > > Not STEPLIB. > > > > > > I think there is a steplib command, but I don't remember when I used > > > it, and that's outside the scope of this. > > > > > > Sorry about that. :-( > > > > > > Lindy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cannot allocate Steplib?
CM - you are assuming that the guy with the question can issue console commands. I would NEVER let a general user near my console much less the SETPROG command -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of CM Poncelet Sent: Monday, March 14, 2016 11:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Cannot allocate Steplib? If the routine's APF'd loadlib is added to an APF'd STEPLIB, the STEPLIB will override the LNKLST CBT requirement. Meanwhile, APF-authorizing/unauthorizing a loadlib 'on the fly' can be done in batch with: "//* APF-AUTHORIZE: " "//ADDAPF EXEC PGM=IEBGENER " "//SYSPRINT DD SYSOUT=* " "//SYSIN DD DUMMY" "//SYSUT2DD SYSOUT=(*,INTRDR)" "//SYSUT1DD *,DLM=@@ " "/*$VS,'SETPROG APF,FORMAT=DYNAMIC' " "/*$VS,'SETPROG APF,ADD,DSN=,{VOLUME=|SMS}' " "@@ " "//* " "//* EXECUTE REXX TO CONCAT AHEAD OF STEPLIB FROM LISTCAT: " "//WHATREXX EXEC PGM=IKJEFT01, " "// REGION=8192K," "// DYNAMNBR=25 " "//SYSTSIN DD *" " ISPSTART CMD(%) NEWAPPL() PASSLIB " "//SYSEXEC DD DISP=SHR,DSN= " "//STEPLIB DD DISP=SHR,DSN= " " <... etc. ... > " "//* " "//* APF-UNAUTHORIZE: " "//DELAPF EXEC PGM=IEBGENER " "//SYSPRINT DD SYSOUT=* " "//SYSIN DD DUMMY" "//SYSUT2DD SYSOUT=(*,INTRDR)" "//SYSUT1DD *,DLM=@@ " "/*$VS,'SETPROG APF,DELETE,DSN=,{VOLUME=|SMS}'" "@@ " "//* " Just my ha'pennyworth ... CP (retired sysprog) Steve Beaver wrote: >The STEPLIB TMP will work -- The caveat this routine MUST be placed on >the LNKLST in an APF Authorized library. > >Steve > >-Original Message- >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >On Behalf Of Dan D >Sent: Monday, March 14, 2016 8:32 PM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: Cannot allocate Steplib? > >CBT file 452 contains the STEPLIB TSO command. > >Dan D. (CBT File owner) > >"Steve Horein" <steve.hor...@gmail.com> wrote in message >news:<camjizqv9uxodkfmhiqp8quvs77sqbqrfgexcy3girxkbhvt...@mail.gmail.com>.. . > > >>DSC is a product offered by IBM. It was once known as ISPF >>Productivity Tool, or SPIFFY. >>However, one of the CBTTape files offers a STEPLIB utility (I don't >>recall which file number.) At the shop where I got my start, I used >>the CBTTape offering to >> >> >supplement > > >>dynamic ISPF applications. >> >>On Mon, Mar 14, 2016 at 6:02 PM, Jesse 1 Robinson >> >> ><jesse1.robin...@sce.com> > > >>wrote: >> >> >> >>>I did a simple search in Google and found something called Data Set >>>Commander, which appears to include a STEPLIB command. DSC seems to >>>be >>> >>> >at > > >>>8.1. Looks like a program product. >>> >>>. >>>. >>>. >>>J.O.Skip Robinson >>>Southern California Edison Company >>>Electric Dragon Team Paddler >>>SHARE MVS Program Co-Manager >>>323-715-0595 Mobile >>>626-302-7535 Office >>>robin...@sce.com >>> >>> >>>-Original Message- >>>From: IBM Mainframe Discussion List >>>[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lindy Mayfield >>>Sent: Monday, March 14, 2016 3:50 PM >>>To: IBM-MAIN@LISTSERV.UA.EDU
Re: Cannot allocate Steplib?
BTW This would have to be executed (e.g. through REXX) from the 'READY' prompt, before the user's TSO PROC was started. CM Poncelet wrote: If the routine's APF'd loadlib is added to an APF'd STEPLIB, the STEPLIB will override the LNKLST CBT requirement. Meanwhile, APF-authorizing/unauthorizing a loadlib 'on the fly' can be done in batch with: "//* APF-AUTHORIZE: " "//ADDAPF EXEC PGM=IEBGENER " "//SYSPRINT DD SYSOUT=* " "//SYSIN DD DUMMY " "//SYSUT2DD SYSOUT=(*,INTRDR)" "//SYSUT1DD *,DLM=@@ " "/*$VS,'SETPROG APF,FORMAT=DYNAMIC' " "/*$VS,'SETPROG APF,ADD,DSN=,{VOLUME=non-SMS volume>|SMS}' " "@@ " "//* " "//* EXECUTE REXX TO CONCAT AHEAD OF STEPLIB FROM LISTCAT: " "//WHATREXX EXEC PGM=IKJEFT01, " "// REGION=8192K," "// DYNAMNBR=25 " "//SYSTSIN DD *" " ISPSTART CMD(%) NEWAPPL() PASSLIB " "//SYSEXEC DD DISP=SHR,DSN=library> " "//STEPLIB DD DISP=SHR,DSN=loadlib(s)> " " <... etc. ... > " "//* " "//* APF-UNAUTHORIZE: " "//DELAPF EXEC PGM=IEBGENER " "//SYSPRINT DD SYSOUT=* " "//SYSIN DD DUMMY " "//SYSUT2DD SYSOUT=(*,INTRDR)" "//SYSUT1DD *,DLM=@@ " "/*$VS,'SETPROG APF,DELETE,DSN=,{VOLUME=non-SMS volume>|SMS}'" "@@ " "//* " Just my ha'pennyworth ... CP (retired sysprog) Steve Beaver wrote: The STEPLIB TMP will work -- The caveat this routine MUST be placed on the LNKLST in an APF Authorized library. Steve -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dan D Sent: Monday, March 14, 2016 8:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Cannot allocate Steplib? CBT file 452 contains the STEPLIB TSO command. Dan D. (CBT File owner) "Steve Horein" <steve.hor...@gmail.com> wrote in message news:<camjizqv9uxodkfmhiqp8quvs77sqbqrfgexcy3girxkbhvt...@mail.gmail.com>... DSC is a product offered by IBM. It was once known as ISPF Productivity Tool, or SPIFFY. However, one of the CBTTape files offers a STEPLIB utility (I don't recall which file number.) At the shop where I got my start, I used the CBTTape offering to supplement dynamic ISPF applications. On Mon, Mar 14, 2016 at 6:02 PM, Jesse 1 Robinson <jesse1.robin...@sce.com> wrote: I did a simple search in Google and found something called Data Set Commander, which appears to include a STEPLIB command. DSC seems to be at 8.1. Looks like a program product. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lindy M
Re: Cannot allocate Steplib?
If the routine's APF'd loadlib is added to an APF'd STEPLIB, the STEPLIB will override the LNKLST CBT requirement. Meanwhile, APF-authorizing/unauthorizing a loadlib 'on the fly' can be done in batch with: "//* APF-AUTHORIZE: " "//ADDAPF EXEC PGM=IEBGENER " "//SYSPRINT DD SYSOUT=* " "//SYSIN DD DUMMY" "//SYSUT2DD SYSOUT=(*,INTRDR)" "//SYSUT1DD *,DLM=@@ " "/*$VS,'SETPROG APF,FORMAT=DYNAMIC' " "/*$VS,'SETPROG APF,ADD,DSN=,{VOLUME=volume>|SMS}' " "@@ " "//* " "//* EXECUTE REXX TO CONCAT AHEAD OF STEPLIB FROM LISTCAT: " "//WHATREXX EXEC PGM=IKJEFT01, " "// REGION=8192K," "// DYNAMNBR=25 " "//SYSTSIN DD *" " ISPSTART CMD(%) NEWAPPL() PASSLIB " "//SYSEXEC DD DISP=SHR,DSN=library> " "//STEPLIB DD DISP=SHR,DSN=loadlib(s)> " " <... etc. ... > " "//* " "//* APF-UNAUTHORIZE: " "//DELAPF EXEC PGM=IEBGENER " "//SYSPRINT DD SYSOUT=* " "//SYSIN DD DUMMY" "//SYSUT2DD SYSOUT=(*,INTRDR)" "//SYSUT1DD *,DLM=@@ " "/*$VS,'SETPROG APF,DELETE,DSN=,{VOLUME=non-SMS volume>|SMS}'" "@@ " "//* " Just my ha'pennyworth ... CP (retired sysprog) Steve Beaver wrote: The STEPLIB TMP will work -- The caveat this routine MUST be placed on the LNKLST in an APF Authorized library. Steve -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dan D Sent: Monday, March 14, 2016 8:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Cannot allocate Steplib? CBT file 452 contains the STEPLIB TSO command. Dan D. (CBT File owner) "Steve Horein" <steve.hor...@gmail.com> wrote in message news:<camjizqv9uxodkfmhiqp8quvs77sqbqrfgexcy3girxkbhvt...@mail.gmail.com>... DSC is a product offered by IBM. It was once known as ISPF Productivity Tool, or SPIFFY. However, one of the CBTTape files offers a STEPLIB utility (I don't recall which file number.) At the shop where I got my start, I used the CBTTape offering to supplement dynamic ISPF applications. On Mon, Mar 14, 2016 at 6:02 PM, Jesse 1 Robinson <jesse1.robin...@sce.com> wrote: I did a simple search in Google and found something called Data Set Commander, which appears to include a STEPLIB command. DSC seems to be at 8.1. Looks like a program product. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lindy Mayfield Sent: Monday, March 14, 2016 3:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Cannot allocate Steplib? I love Linux, but my real love is mainfra
Re: Cannot allocate Steplib?
The STEPLIB TMP will work -- The caveat this routine MUST be placed on the LNKLST in an APF Authorized library. Steve -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dan D Sent: Monday, March 14, 2016 8:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Cannot allocate Steplib? CBT file 452 contains the STEPLIB TSO command. Dan D. (CBT File owner) "Steve Horein" <steve.hor...@gmail.com> wrote in message news:<camjizqv9uxodkfmhiqp8quvs77sqbqrfgexcy3girxkbhvt...@mail.gmail.com>... > DSC is a product offered by IBM. It was once known as ISPF > Productivity Tool, or SPIFFY. > However, one of the CBTTape files offers a STEPLIB utility (I don't > recall which file number.) At the shop where I got my start, I used > the CBTTape offering to supplement > dynamic ISPF applications. > > On Mon, Mar 14, 2016 at 6:02 PM, Jesse 1 Robinson <jesse1.robin...@sce.com> > wrote: > > > I did a simple search in Google and found something called Data Set > > Commander, which appears to include a STEPLIB command. DSC seems to > > be at > > 8.1. Looks like a program product. > > > > . > > . > > . > > J.O.Skip Robinson > > Southern California Edison Company > > Electric Dragon Team Paddler > > SHARE MVS Program Co-Manager > > 323-715-0595 Mobile > > 626-302-7535 Office > > robin...@sce.com > > > > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lindy Mayfield > > Sent: Monday, March 14, 2016 3:50 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: (External):Re: Cannot allocate Steplib? > > > > I love Linux, but my real love is mainframe. I had a senior moment, > > and I > > haven't been on mainframe as much as I like to be. > > > > It was SYSPROC that was commonly reallocated by CLIST and Rexx > > scripts in > > order to do testing in the right order test/dev/prod or whatever. > > Not STEPLIB. > > > > I think there is a steplib command, but I don't remember when I used > > it, and that's outside the scope of this. > > > > Sorry about that. :-( > > > > Lindy -- 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: Cannot allocate Steplib?
CBT file 452 contains the STEPLIB TSO command. Dan D. (CBT File owner) "Steve Horein" <steve.hor...@gmail.com> wrote in message news:<camjizqv9uxodkfmhiqp8quvs77sqbqrfgexcy3girxkbhvt...@mail.gmail.com>... > DSC is a product offered by IBM. It was once known as ISPF Productivity > Tool, or SPIFFY. > However, one of the CBTTape files offers a STEPLIB utility (I don't recall > which file number.) > At the shop where I got my start, I used the CBTTape offering to supplement > dynamic ISPF applications. > > On Mon, Mar 14, 2016 at 6:02 PM, Jesse 1 Robinson <jesse1.robin...@sce.com> > wrote: > > > I did a simple search in Google and found something called Data Set > > Commander, which appears to include a STEPLIB command. DSC seems to be at > > 8.1. Looks like a program product. > > > > . > > . > > . > > J.O.Skip Robinson > > Southern California Edison Company > > Electric Dragon Team Paddler > > SHARE MVS Program Co-Manager > > 323-715-0595 Mobile > > 626-302-7535 Office > > robin...@sce.com > > > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Lindy Mayfield > > Sent: Monday, March 14, 2016 3:50 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: (External):Re: Cannot allocate Steplib? > > > > I love Linux, but my real love is mainframe. I had a senior moment, and I > > haven't been on mainframe as much as I like to be. > > > > It was SYSPROC that was commonly reallocated by CLIST and Rexx scripts in > > order to do testing in the right order test/dev/prod or whatever. Not > > STEPLIB. > > > > I think there is a steplib command, but I don't remember when I used it, > > and that's outside the scope of this. > > > > Sorry about that. :-( > > > > Lindy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cannot allocate Steplib?
DSC is a product offered by IBM. It was once known as ISPF Productivity Tool, or SPIFFY. However, one of the CBTTape files offers a STEPLIB utility (I don't recall which file number.) At the shop where I got my start, I used the CBTTape offering to supplement dynamic ISPF applications. On Mon, Mar 14, 2016 at 6:02 PM, Jesse 1 Robinson <jesse1.robin...@sce.com> wrote: > I did a simple search in Google and found something called Data Set > Commander, which appears to include a STEPLIB command. DSC seems to be at > 8.1. Looks like a program product. > > . > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 323-715-0595 Mobile > 626-302-7535 Office > robin...@sce.com > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Lindy Mayfield > Sent: Monday, March 14, 2016 3:50 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):Re: Cannot allocate Steplib? > > I love Linux, but my real love is mainframe. I had a senior moment, and I > haven't been on mainframe as much as I like to be. > > It was SYSPROC that was commonly reallocated by CLIST and Rexx scripts in > order to do testing in the right order test/dev/prod or whatever. Not > STEPLIB. > > I think there is a steplib command, but I don't remember when I used it, > and that's outside the scope of this. > > Sorry about that. :-( > > Lindy > > -- > 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: Cannot allocate Steplib?
I did a simple search in Google and found something called Data Set Commander, which appears to include a STEPLIB command. DSC seems to be at 8.1. Looks like a program product. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lindy Mayfield Sent: Monday, March 14, 2016 3:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Cannot allocate Steplib? I love Linux, but my real love is mainframe. I had a senior moment, and I haven't been on mainframe as much as I like to be. It was SYSPROC that was commonly reallocated by CLIST and Rexx scripts in order to do testing in the right order test/dev/prod or whatever. Not STEPLIB. I think there is a steplib command, but I don't remember when I used it, and that's outside the scope of this. Sorry about that. :-( Lindy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cannot allocate Steplib?
I love Linux, but my real love is mainframe. I had a senior moment, and I haven't been on mainframe as much as I like to be. It was SYSPROC that was commonly reallocated by CLIST and Rexx scripts in order to do testing in the right order test/dev/prod or whatever. Not STEPLIB. I think there is a steplib command, but I don't remember when I used it, and that's outside the scope of this. Sorry about that. :-( Lindy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cannot allocate Steplib?
Another little cutie that wiggled it's way in was CONCAT. For merging new DSNs to existing allocations. May have been on CBT first then some vendors started enhanced versions. In a message dated 3/13/2016 3:03:24 A.M. Central Daylight Time, eamacn...@yahoo.ca writes: about TSOLIB. It's been around a long time -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cannot allocate Steplib?
The only way STEPLIB can be allocated is in a PROC. Once you free it, you will have to re-logon to Re-allocate it. If you are using ISPF, you can use ISPLLIB. The downside is if you are mixing APF and NON-APF libraries You will lose authorization -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Edward Finnell Sent: Sunday, March 13, 2016 1:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Cannot allocate Steplib? Maybe that's why we got TSOLIB and ALTLIB for ISPF. Been so long, I wanna say mid eighties... In a message dated 3/13/2016 12:31:22 A.M. Central Standard Time, eamacn...@yahoo.ca writes: products that allow(ed) dynamic allocation of steplib, but you never could do it with raw (native) TSO. -- 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: Cannot allocate Steplib?
On Sun, 13 Mar 2016 08:13:11 -0500, Peter Relson wrote: >>What happens if the program that employs such a product was fetched from a >>program object with the (newfangled?) deferred/incremental load protocol? > >This is only one of the reasons that reallocating STEPLIB (and perhaps any >other system-allocated DD) is not supported. >The operating system cannot prevent an authorized program from doing >whatever it wants, but you won't get any sympathy if something bad >happens. > >And of course in this case the system actually did prevent this specific >reallocation. The message seems pretty clear, as does the documentation >for the dynamic allocation code associated with the IKJ56236 message. > Thanks. Does the OS likewise prevent freeing and reallocating an active TASKLIB? The considerations seem similar. I suspect Lindy's requirement was overspecified. The real need may be not to reallocate STEPLIB but to execute a program from an arbitrary library, not necessarily in STEPLIB. But that facility is provided by ATTACH TASKLIB and TSO CALL (which I suspect uses a TASKLIB). But I wonder, what is the character of MVS programming that impels recurrent requests to reallocate STEPLIB rather than using those existing facilities, and entices various vendors to provide circumventions, however risky or restricted? (Well, the Rexx ATTCH* facilities, for example, have no TASKLIB option.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cannot allocate Steplib?
On Sun, 13 Mar 2016 08:13:11 -0500, Peter Relson wrote: >If you don't like the STEPLIB that you're running with, then you ought to >design your application to run under a subtask that you can attach with a >TASKLIB that you open, so that module fetches will use the tasklib first. Or allocate some other DDNAME, open a DCB and pass that DCB to LOAD. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cannot allocate Steplib?
>What happens if the program that employs such a product was fetched from a >program object with the (newfangled?) deferred/incremental load protocol? This is only one of the reasons that reallocating STEPLIB (and perhaps any other system-allocated DD) is not supported. The operating system cannot prevent an authorized program from doing whatever it wants, but you won't get any sympathy if something bad happens. And of course in this case the system actually did prevent this specific reallocation. The message seems pretty clear, as does the documentation for the dynamic allocation code associated with the IKJ56236 message. 0364 (868) Meaning: JOBLIB/STEPLIB specified as a ddname, or associated with specified dsname or pathname. These ddnames are allowed only for special data sets. The accompanying message IKJ56236I identifies which of the above ddname types is in error. (dsname allocation, ddname allocation, unallocation, concatenation, deconcatenation)(1) Application Programmer Action: Use a different ddname, or consult your system programmer for the proper ddname to use. Corresponding Message: IKJ56236I If you don't like the STEPLIB that you're running with, then you ought to design your application to run under a subtask that you can attach with a TASKLIB that you open, so that module fetches will use the tasklib first. 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: Cannot allocate Steplib?
I saw some documentation, dated 1981, talking about TSOLIB. It's been around a long time. -teD Original Message From: Edward Finnell Sent: Sunday, March 13, 2016 03:25 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: Cannot allocate Steplib? Maybe that's why we got TSOLIB and ALTLIB for ISPF. Been so long, I wanna say mid eighties... In a message dated 3/13/2016 12:31:22 A.M. Central Standard Time, eamacn...@yahoo.ca writes: products that allow(ed) dynamic allocation of steplib, but you never could do it with raw (native) TSO. -- 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: Cannot allocate Steplib?
Maybe that's why we got TSOLIB and ALTLIB for ISPF. Been so long, I wanna say mid eighties... In a message dated 3/13/2016 12:31:22 A.M. Central Standard Time, eamacn...@yahoo.ca writes: products that allow(ed) dynamic allocation of steplib, but you never could do it with raw (native) TSO. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cannot allocate Steplib?
I believe there are/were(?) products that allow(ed) dynamic allocation of steplib, but you never could do it with raw (native) TSO. -teD Original Message From: Tony Harminc Sent: Sunday, March 13, 2016 01:10 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: Cannot allocate Steplib? On 12 March 2016 at 17:21, Lindy Mayfield <lindy.mayfi...@sas.com> wrote: > I just started getting this error, though I cannot remember the last time > I tried to (re)allocate steplib. > > IKJ56236I FILE STEPLIB INVALID, FILENAME RESTRICTED > This has been the case since before the dawn of Dynamic Allocation as we know it today. Even in MVT TSO, which used DAIR, but not Dynalloc (though they share the SVC number 99), it was not allowed to allocate or free STEPLIB or JOBLIB on the fly. Tony H. -- 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: Cannot allocate Steplib?
On 12 March 2016 at 17:21, Lindy Mayfieldwrote: > I just started getting this error, though I cannot remember the last time > I tried to (re)allocate steplib. > > IKJ56236I FILE STEPLIB INVALID, FILENAME RESTRICTED > This has been the case since before the dawn of Dynamic Allocation as we know it today. Even in MVT TSO, which used DAIR, but not Dynalloc (though they share the SVC number 99), it was not allowed to allocate or free STEPLIB or JOBLIB on the fly. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cannot allocate Steplib?
On Sat, 12 Mar 2016 20:39:24 -0600, Tom Marchant wrote: > >STEPLIB (or JOBLIB) is allocated and opened at step initiation, and it remains >open. >In order to change the allocation, I think you would first have to find the >DCB and >close it. Then you could change the allocation, and open the DCB again. There >are >products that will dynamically change STEPLIB, and I think that there is one >on the >CBT Tape too. > What happens if the probram that employs such a product was fetched from a program object with the (newfangled?) deferred/incremental load protocol? It branches to a page that hasn't been fetched; page faults; and ...? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cannot allocate Steplib?
On Sat, 12 Mar 2016 22:21:46 +, Lindy Mayfield wrote: >I just started getting this error, though I cannot remember the last time I >tried to >(re)allocate steplib. > >IKJ56236I FILE STEPLIB INVALID, FILENAME RESTRICTED I think that reallocating STEPLIB is not so simple as performing dynamic allocation. I don't really know the details, so perhaps someone with more knowledge will post better information. STEPLIB (or JOBLIB) is allocated and opened at step initiation, and it remains open. In order to change the allocation, I think you would first have to find the DCB and close it. Then you could change the allocation, and open the DCB again. There are products that will dynamically change STEPLIB, and I think that there is one on the CBT Tape too. >Something's funny because I'm sure I converted a clist to rexx 20+ years ago >to loop >through a listcat, pick out the steplibs, and put mine in front. And then >when I went >somewhere else and lost the scripts had to write another one, only to find out >later >someone else had also. Maybe you had a Dynamic STEPLIB product. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cannot allocate Steplib?
Found this in on old message on mvsforums: 0364 - JOBLIB/STEPLIB/JOBCAT/STEPCAT specified as a ddname, or associated with specified dsname or pathname. These ddnames are allowed only for special data sets. The accompanying message IKJ56236I identifies which of the above ddname types is in error. (dsname allocation, ddname allocation, unallocation, concatenation, deconcatenation) Application Programmer Action: Use a different ddname, or consult your system programmer for the proper ddname to use. HTH, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lindy Mayfield Sent: Saturday, March 12, 2016 4:22 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Cannot allocate Steplib? I just started getting this error, though I cannot remember the last time I tried to (re)allocate steplib. IKJ56236I FILE STEPLIB INVALID, FILENAME RESTRICTED Something's funny because I'm sure I converted a clist to rexx 20+ years ago to loop through a listcat, pick out the steplibs, and put mine in front. And then when I went somewhere else and lost the scripts had to write another one, only to find out later someone else had also. Is it perhaps because my logon proc doesn't have a steplib in it? Or is there some parmlib setting that controls this? I looked through all the error docs and didn't find anything other than to use a different name. Thanks for your help. :) Lindy -- 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: Cannot allocate Steplib?
Your TSOlogon proc would be a good place to look. Possibly a typo on the steplib concatenation. Sent from my Verizon 4G LTE Smartphone -- Original message-- From: Lindy Mayfield Date: Sat, Mar 12, 2016 5:21 PM To: IBM-MAIN@LISTSERV.UA.EDU; Subject:Cannot allocate Steplib? I just started getting this error, though I cannot remember the last time I tried to (re)allocate steplib. IKJ56236I FILE STEPLIB INVALID, FILENAME RESTRICTED Something's funny because I'm sure I converted a clist to rexx 20+ years ago to loop through a listcat, pick out the steplibs, and put mine in front. And then when I went somewhere else and lost the scripts had to write another one, only to find out later someone else had also. Is it perhaps because my logon proc doesn't have a steplib in it? Or is there some parmlib setting that controls this? I looked through all the error docs and didn't find anything other than to use a different name. Thanks for your help. :) Lindy -- 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
Cannot allocate Steplib?
I just started getting this error, though I cannot remember the last time I tried to (re)allocate steplib. IKJ56236I FILE STEPLIB INVALID, FILENAME RESTRICTED Something's funny because I'm sure I converted a clist to rexx 20+ years ago to loop through a listcat, pick out the steplibs, and put mine in front. And then when I went somewhere else and lost the scripts had to write another one, only to find out later someone else had also. Is it perhaps because my logon proc doesn't have a steplib in it? Or is there some parmlib setting that controls this? I looked through all the error docs and didn't find anything other than to use a different name. Thanks for your help. :) Lindy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN