Re: Allocating STEPLIB in TSO
On Thu, 12 Oct 2006 08:57:37 -0700, Charles Mills [EMAIL PROTECTED] wrote: I am (was, actually, having solved the problem differently for now) trying to run a compiled Rexx program under TSO and force it to use the Alternate Library rather than the Rexx Library (which was link-listed) for test purposes, to duplicate a customer problem. That's different. TSO loads the interface to the Rexx Library at TSO logon time, not when you issue the Call command. Anything you do after logon will not change the library used. (Specifically, all modules listed in IRXCMPTM are loaded at logon.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
AH! THERE is a clue! I did find that changes to the dynamic LPA were not effective until I logged off and logged on again. What you are saying means that ANYTHING I do in the session -- with TSOLIB or the STEPLIB utility or CALL -- will have no effect. Thanks, Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Greg Wendling Sent: Friday, October 13, 2006 9:12 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Allocating STEPLIB in TSO On Thu, 12 Oct 2006 08:57:37 -0700, Charles Mills [EMAIL PROTECTED] wrote: I am (was, actually, having solved the problem differently for now) trying to run a compiled Rexx program under TSO and force it to use the Alternate Library rather than the Rexx Library (which was link-listed) for test purposes, to duplicate a customer problem. That's different. TSO loads the interface to the Rexx Library at TSO logon time, not when you issue the Call command. Anything you do after logon will not change the library used. (Specifically, all modules listed in IRXCMPTM are loaded at logon.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
On 10/11/2006 8:17 PM, Charles Mills wrote: Yes, they are in separate libraries. I tried copying OTHRPROG into my.library.one, and that did NOT solve the problem. Apparently that's not how CALL works, at least not based on my experimentation. Could I have fat-fingered it? I can't re-write SOMEPROG. I don't have the source code. CALL sets up the specified library as a tasklib. If you have put both modules into my.library.one and it's not working then you have something else wrong. Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
In [EMAIL PROTECTED], on 10/11/2006
at 03:38 PM, Charles Mills [EMAIL PROTECTED] said:
I would like to be able to cause a load module executed with a CALL
statement in TSO to find (with LINK or LOAD - don't know, it's not
my code) a load module that is in a private load library. **Other
than allocating the library at LOGON time, which my sysprog does not
want to do for some private reason,
What gives you that idea? Perhaps from his perspective you are asking
him to do imprudent things for some private reason, perhaps even
things that he is prohibited from doing. Instead of casting aspersions
on his motives, it would be more productive to discuss your
requirements[1] with him. If you talk to him the way you talk about
him, he might be reluctant to help you more than he is required[2] to,
so I'd advise you to lose that chip.
- I've tried TSOLIB and that does not seem to work. My reading of
the manual is that TSO searches TSOLIB (presumably via DCB= on its
LOADs) but subsequent LOADs from within the TSO command do not - is
that correct?
No.
- I saw a reference in the TSO commands manual to TASKLIB. At the
risk of seeming ignorant, I have to say I am not familiar with
TASKLIB.
Do you have access to the a/OS manuals on disk? Did you search them
for TASKLIB?
I tried ALLOC FI(TASKLIB) DA('private.library')
Why?
- TSO seems not to let you do an ALLOC FI(STEPLIB).
It's not TSO that's stopping you, it's MVS.
The documentation is pretty weak. Says see the JCL manual which
of course has little or nothing to do with the inside of the TSO
environment.
There is no of course. When you log on, TSO submits a job calling
your logon proc and the system processes it essentially like a batch
job, including interpreting the JCL. The rules for STEPLIB have
nothing to do with TSO and apply equally well to batch jobs.
It's not what you don't know that hurts you, it's what you know that
ain't so.
[1] Not your proposed solution.
[2] Some shops have rules about things that the SP is not supposed
to do. Often there is some leeway. If you offend him, he will play
it safe rather than approaching the edge to help you.
--
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
Charles Mills wrote: while SOMEPROG is executing, it would like to LOAD or LINK OTHRPROG. OTHRPROG is in SOME.OTHER.LIBRARY that is not in my STEPLIB or link pack concatenation ... What can I do so that SOMEPROG can find OTHRPROG? The answer does not seem to be TSOLIB. Perhaps SOMEPROG issues LOAD EP=OTHRPROG,DCB=CVTLINK to bypass all tasklibs? That certainly would explain the fact that TSOLIB doesn't solve the problem. I'd look in SOMEPROG for all 0A06 (LINK) and 0A08 (LOAD) instructions and try to figure out what R1 contains when they're executed. You may find something like this: L 1,16(,0) CVTPTR L 1,8(,1) CVTLINK BAL *+12 DC C'SOMEPROG' SVC 8 BTW, have you tested with a real STEPLIB? If TSOLIB doesn't work, I wouldn't expect STEPLIB (either static or dynamic) to work either. -- Gilbert Saint-Flour GSF Software http://gsf-soft.com/ [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
On Wed, 11 Oct 2006 16:33:19 -0700, Charles Mills [EMAIL PROTECTED] wrote: OK. Simplest, since you say you want to use a TSO call command, why not CALL libraryname(pgmname) 'parms' ?? I am doing that. I guess I was not clear. I issue CALL my.library.one(SOMEPROG) And it works just fine, so far as it goes. Subsequently, while SOMEPROG is executing, it would like to LOAD or LINK OTHRPROG. OTHRPROG is in SOME.OTHER.LIBRARY that is not in my STEPLIB or link pack concatenation and for political/procedural reasons is not going to be put there right away. What can I do so that SOMEPROG can find OTHRPROG? The answer does not seem to be TSOLIB. What about TSOLIB concatenation with both program libraries and using an * in your call: CALL *(SOMEPROG) Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
certainly would explain the fact that TSOLIB doesn't solve the problem Would that also explain why copying the modules into the CALL library does not solve the problem? BTW, YES, STEPLIB solves the problem in batch. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gilbert Saint-Flour Sent: Thursday, October 12, 2006 5:56 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Allocating STEPLIB in TSO Charles Mills wrote: while SOMEPROG is executing, it would like to LOAD or LINK OTHRPROG. OTHRPROG is in SOME.OTHER.LIBRARY that is not in my STEPLIB or link pack concatenation ... What can I do so that SOMEPROG can find OTHRPROG? The answer does not seem to be TSOLIB. Perhaps SOMEPROG issues LOAD EP=OTHRPROG,DCB=CVTLINK to bypass all tasklibs? That certainly would explain the fact that TSOLIB doesn't solve the problem. I'd look in SOMEPROG for all 0A06 (LINK) and 0A08 (LOAD) instructions and try to figure out what R1 contains when they're executed. You may find something like this: L 1,16(,0) CVTPTR L 1,8(,1) CVTLINK BAL *+12 DC C'SOMEPROG' SVC 8 BTW, have you tested with a real STEPLIB? If TSOLIB doesn't work, I wouldn't expect STEPLIB (either static or dynamic) to work either. -- Gilbert Saint-Flour GSF Software http://gsf-soft.com/ [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
I'm not naïve about personalities, especially programmer personalities. I founded, built, and sold a successful enterprise software company. I simply did not include in the thread all of the people complexities. I restricted the thread to my technical problem at hand. The facts are as I presented them. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, October 12, 2006 4:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Allocating STEPLIB in TSO In [EMAIL PROTECTED], on 10/11/2006 at 03:38 PM, Charles Mills [EMAIL PROTECTED] said: I would like to be able to cause a load module executed with a CALL statement in TSO to find (with LINK or LOAD - don't know, it's not my code) a load module that is in a private load library. **Other than allocating the library at LOGON time, which my sysprog does not want to do for some private reason, What gives you that idea? Perhaps from his perspective you are asking him to do imprudent things for some private reason, perhaps even things that he is prohibited from doing. Instead of casting aspersions on his motives, it would be more productive to discuss your requirements[1] with him. If you talk to him the way you talk about him, he might be reluctant to help you more than he is required[2] to, so I'd advise you to lose that chip. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
Charles Mills wrote: Would that also explain why copying the modules into the CALL library does not solve the problem? Yes. When DCB=CVTLINK is specified, CSV ignores all the TCBJLB fields which point to tasklib DCBs and goes directly to the system libraries (LPA, link-list). BTW, YES, STEPLIB solves the problem in batch. Well, there goes my theory. With DCB=CVTLINK, STEPLIB (and JOBLIB) is ignored. BTW, what are the symptoms, exactly? S806-04 or some other message? If it's S806-04, I'd get a dump and look in the trace for the contents of registers in the SVC 06 or SVC 08 instructions issued by SOMEPROG. -- Gilbert Saint-Flour GSF Software http://gsf-soft.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
Charles Mills wrote: Apparently that's not how CALL works, at least not based on my experimentation. Could I have fat-fingered it? Sine the earliest days of TSO, CALL has used the dataset as a TASKLIB when it attaches the user program, and this effect is propagated down to lower task levels. What has always been missing from TSO is a similar program to invoke a TSO Command Processor with a TASKLIB. TSO TEST, although syntactically similar to CALL, has traditionally not used TASKLIB on its ATTACH, so there have been various versions of CALLCP commands over the years. Having a different argument format for TSO commands is one of those longstanding IBM design errors - not as bad as making blanks silently significant in JCL, but still... Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
In your description below, did you actually issue TSOLIB ACT
DS('SOME.OTHER.LIBRARY') before attempting the CALL
my.library.one(SOMEPROG) command?
On 10/11/06, Charles Mills [EMAIL PROTECTED] wrote:
OK. Simplest, since you say you want to use a TSO call
command, why not
CALL libraryname(pgmname) 'parms'
??
I am doing that. I guess I was not clear. I issue
CALL my.library.one(SOMEPROG)
And it works just fine, so far as it goes. Subsequently, while SOMEPROG is
executing, it would like to LOAD or LINK OTHRPROG. OTHRPROG is in
SOME.OTHER.LIBRARY that is not in my STEPLIB or link pack concatenation and
for political/procedural reasons is not going to be put there right away.
What can I do so that SOMEPROG can find OTHRPROG? The answer does not seem
to be TSOLIB.
Charles
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
YES
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Rich Tabor
Sent: Thursday, October 12, 2006 7:48 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Allocating STEPLIB in TSO
In your description below, did you actually issue TSOLIB ACT
DS('SOME.OTHER.LIBRARY') before attempting the CALL
my.library.one(SOMEPROG) command?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
I am (was, actually, having solved the problem differently for now) trying to run a compiled Rexx program under TSO and force it to use the Alternate Library rather than the Rexx Library (which was link-listed) for test purposes, to duplicate a customer problem. The symptoms are/were: - When the Rexx library was linklisted, no matter what I did with CALL and TSOLIB and copying modules around and so forth, was that Rexx found the EAGRTPRC in the linklist rather than in the alternate library. This is NOT the documented or actual behavior when the alternate library is STEPLIB in a batch job. Could I have made some fat finger mistake? Of course, but I don't think I did. - Now with the Rexx library out of the linklist, the symptom is the message (from memory) The runtime processor EAGRTPRC is not available. I really have no way of knowing what is going on under the covers in compiled Rexx as it tries to locate EAGRTPRC. For all I know, it intentionally behaves differently under TSO as opposed to batch. How have we solved the problem for now? By using SETPROG LPA to linklist one set of modules or the other. Kind of a messy solution. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gilbert Saint-Flour Sent: Thursday, October 12, 2006 6:59 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Allocating STEPLIB in TSO Charles Mills wrote: Would that also explain why copying the modules into the CALL library does not solve the problem? Yes. When DCB=CVTLINK is specified, CSV ignores all the TCBJLB fields which point to tasklib DCBs and goes directly to the system libraries (LPA, link-list). BTW, YES, STEPLIB solves the problem in batch. Well, there goes my theory. With DCB=CVTLINK, STEPLIB (and JOBLIB) is ignored. BTW, what are the symptoms, exactly? S806-04 or some other message? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
Shmuel In other words a What do you ***really*** want to do? conversation. Chris Mason - Original Message - From: Shmuel Metz (Seymour J.) [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, 12 October, 2006 1:07 PM Subject: Re: Allocating STEPLIB in TSO ... ..., it would be more productive to discuss your requirements[1] with him. ... [1] Not your proposed solution. ... Shmuel (Seymour J.) Metz, SysProg and JOAT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
Our system. I am testing. And no, we have almost no non-IBM software. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Andy Wood Sent: Thursday, October 12, 2006 2:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Allocating STEPLIB in TSO On Thu, 12 Oct 2006 08:57:37 -0700, Charles Mills [EMAIL PROTECTED] wrote: - When the Rexx library was linklisted, no matter what I did with CALL and TSOLIB and copying modules around and so forth, was that Rexx found the EAGRTPRC in the linklist rather than in the alternate library. This is NOT the documented or actual behavior when the alternate library is STEPLIB in a batch job. Could I have made some fat finger mistake? Of course, but I don't think I did. Did this happen on your system or the customer's system? If the latter, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
Charles Mills wrote: Our system. I am testing. And no, we have almost no non-IBM software. I assume you know how to use GTF to trace exactly what's happening. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
At this point I am full tilt on the real problem (which has little to do with STEPLIBs -- I just need to be able to switch libraries to test what I was actually trying to test). I solved the STEPLIB problem by using SETPROG LPA,ADD/DELETE and I'm too busy to debug TSO and Rexx. If Rexx won't use TSOLIB or the CALL loadlib then that's the end of that road -- knowing exactly why they don't is a problem for sometime when I have more curiosity time on my hands. Thanks everyone for your suggestions. The CBT or GSF STEPLIB command looks like a winner, but SETPROG LPA got me going quicker. If I get into this bind again, I'll probably devote some time to installing one of those, not to tracing Rexx. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Thursday, October 12, 2006 4:34 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Allocating STEPLIB in TSO Charles Mills wrote: Our system. I am testing. And no, we have almost no non-IBM software. I assume you know how to use GTF to trace exactly what's happening. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
- Original Message - From: Charles Mills [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, October 11, 2006 6:39 PM Subject: Allocating STEPLIB in TSO I would like to be able to cause a load module executed with a CALL statement in TSO to find (with LINK or LOAD - don't know, it's not my code) a load module that is in a private load library. **Other than allocating the library at LOGON time, which my sysprog does not want to do for some private reason, or putting it in the link list/LPA** how can I set things up so that the CALLed module finds an entry point in the private library? www.cbttape.org - File 452 Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Allocating STEPLIB in TSO
I would like to be able to cause a load module executed with a CALL
statement in TSO to find (with LINK or LOAD - don't know, it's not my
code) a load module that is in a private load library. **Other than
allocating the library at LOGON time, which my sysprog does not want to do
for some private reason, or putting it in the link list/LPA** how can I set
things up so that the CALLed module finds an entry point in the private
library?
- I've tried TSOLIB and that does not seem to work. My reading of the manual
is that TSO searches TSOLIB (presumably via DCB= on its LOADs) but
subsequent LOADs from within the TSO command do not - is that correct?
- I saw a reference in the TSO commands manual to TASKLIB. At the risk of
seeming ignorant, I have to say I am not familiar with TASKLIB. I tried
ALLOC FI(TASKLIB) DA('private.library') but that seemed to have no effect.
- TSO seems not to let you do an ALLOC FI(STEPLIB). The documentation is
pretty weak. Says see the JCL manual which of course has little or nothing
to do with the inside of the TSO environment.
All suggestions welcomed. Thanks,
Charles Mills
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
Well...you could try talking nicely to your Sysprog see if they are willing to install the STEPLIB command off the CBT tape (needs to be installed into an APF authorised library). Cheers...Jason. Charles Mills [EMAIL PROTECTED] To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Allocating STEPLIB in TSO 12/10/2006 08:38 Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU I would like to be able to cause a load module executed with a CALL statement in TSO to find (with LINK or LOAD - don't know, it's not my code) a load module that is in a private load library. **Other than allocating the library at LOGON time, which my sysprog does not want to do for some private reason, or putting it in the link list/LPA** how can I set things up so that the CALLed module finds an entry point in the private library? snip National Australia Bank Ltd - ABN 12 004 044 937 This email may contain confidential information. If you are not the intended recipient, please immediately notify us at [EMAIL PROTECTED] or by replying to the sender, and then destroy all copies of this email. Except where this email indicates otherwise, views expressed in this email are those of the sender and not of National Australia Bank Ltd. Advice in this email does not take account of your objectives, financial situation, or needs. It is important for you to consider these matters and, if the e-mail refers to a product(s), you should read the relevant Product Disclosure Statement(s)/other disclosure document(s) before making any decisions. If you do not want email marketing from us in future, forward this email with unsubscribe in the subject line to [EMAIL PROTECTED] in order to stop marketing emails from this sender. National Australia Bank Ltd does not represent that this email is free of errors, viruses or interference. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
Charles
There used to be a formal program, that is it had an IBM number, which
allowed you to do this.[1]. The very responsible systems programmer at the
education centre where I worked removed it from production systems because
he though it was a bad thing for some reason or other. Consequently I was
obliged constantly to keep updating my TSO procedures as I added clever
functions to be run under TSO. It looks like you need to be in charge of
your TSO procedure which, incidentally, was something which my very
responsible systems programmer was quite happy to accommodate.
Chris Mason
[1] It may be the program on the CBT tape which Jason Gateley mentions.
- Original Message -
From: Charles Mills [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Thursday, 12 October, 2006 12:38 AM
Subject: Allocating STEPLIB in TSO
I would like to be able to cause a load module executed with a CALL
statement in TSO to find (with LINK or LOAD - don't know, it's not my
code) a load module that is in a private load library. **Other than
allocating the library at LOGON time, which my sysprog does not want to do
for some private reason, or putting it in the link list/LPA** how can I
set
things up so that the CALLed module finds an entry point in the private
library?
- I've tried TSOLIB and that does not seem to work. My reading of the
manual
is that TSO searches TSOLIB (presumably via DCB= on its LOADs) but
subsequent LOADs from within the TSO command do not - is that correct?
- I saw a reference in the TSO commands manual to TASKLIB. At the risk of
seeming ignorant, I have to say I am not familiar with TASKLIB. I tried
ALLOC FI(TASKLIB) DA('private.library') but that seemed to have no effect.
- TSO seems not to let you do an ALLOC FI(STEPLIB). The documentation is
pretty weak. Says see the JCL manual which of course has little or
nothing
to do with the inside of the TSO environment.
All suggestions welcomed. Thanks,
Charles Mills
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Finding something on the CBT (Was RE: Allocating STEPLIB in TSO)
Is there any easier way to find something on the CBT? I tried searching File 1 for STEPLIB and you would not believe how many hits I got (well, actually, you probably would). I have up after about 20. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jason Gately Sent: Wednesday, October 11, 2006 3:46 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Allocating STEPLIB in TSO Well...you could try talking nicely to your Sysprog see if they are willing to install the STEPLIB command off the CBT tape (needs to be installed into an APF authorised library). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
In a recent note, Charles Mills said:
Date: Wed, 11 Oct 2006 15:38:47 -0700
I would like to be able to cause a load module executed with a CALL
statement in TSO to find (with LINK or LOAD - don't know, it's not my
code) a load module that is in a private load library. **Other than
allocating the library at LOGON time, which my sysprog does not want to do
for some private reason, or putting it in the link list/LPA** how can I set
things up so that the CALLed module finds an entry point in the private
library?
If you're going to be running under ISPF, you can put it in your
ISPLLIB concatenation before you start ISPF. Of course, if your
sysprog supplies you a logon proc that drops you into ISPF and
won't let you back to READY prompt, you can't do that either.
- I saw a reference in the TSO commands manual to TASKLIB. At the risk of
seeming ignorant, I have to say I am not familiar with TASKLIB. I tried
ALLOC FI(TASKLIB) DA('private.library') but that seemed to have no effect.
TASKLIB is an operand of ATTACH, not a DDNAME. You'd need to write
a short (assembler) program that ALLOCATEs your TASKLIB concatenation
then supplies it to ATTACH.
- TSO seems not to let you do an ALLOC FI(STEPLIB). The documentation is
pretty weak. Says see the JCL manual which of course has little or nothing
to do with the inside of the TSO environment.
It just ain't like UNIX, where you can change PATH at any point.
The initiator OPENs your STEPLIB before ATTACHing your program
(or the TMP). You can't change the allocation while it's open.
-- gil
--
StorageTek
INFORMATION made POWERFUL
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
Charles Mills wrote:
I would like to be able to cause a load module executed with a CALL
statement in TSO to find (with LINK or LOAD - don't know, it's not my
code) a load module that is in a private load library. **Other than
allocating the library at LOGON time, which my sysprog does not want to do
for some private reason, or putting it in the link list/LPA** how can I set
things up so that the CALLed module finds an entry point in the private
library?
- I've tried TSOLIB and that does not seem to work. My reading of the manual
is that TSO searches TSOLIB (presumably via DCB= on its LOADs) but
subsequent LOADs from within the TSO command do not - is that correct?
- I saw a reference in the TSO commands manual to TASKLIB. At the risk of
seeming ignorant, I have to say I am not familiar with TASKLIB. I tried
ALLOC FI(TASKLIB) DA('private.library') but that seemed to have no effect.
- TSO seems not to let you do an ALLOC FI(STEPLIB). The documentation is
pretty weak. Says see the JCL manual which of course has little or nothing
to do with the inside of the TSO environment.
All suggestions welcomed. Thanks,
Charles Mills
OK. Simplest, since you say you want to use a TSO call
command, why not
CALL libraryname(pgmname) 'parms'
??
Kind regards,
-Steve Comstock
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
OK. Simplest, since you say you want to use a TSO call command, why not CALL libraryname(pgmname) 'parms' ?? I am doing that. I guess I was not clear. I issue CALL my.library.one(SOMEPROG) And it works just fine, so far as it goes. Subsequently, while SOMEPROG is executing, it would like to LOAD or LINK OTHRPROG. OTHRPROG is in SOME.OTHER.LIBRARY that is not in my STEPLIB or link pack concatenation and for political/procedural reasons is not going to be put there right away. What can I do so that SOMEPROG can find OTHRPROG? The answer does not seem to be TSOLIB. Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
In a recent note, Charles Mills said: Date: Wed, 11 Oct 2006 16:33:19 -0700 CALL my.library.one(SOMEPROG) And it works just fine, so far as it goes. Subsequently, while SOMEPROG is executing, it would like to LOAD or LINK OTHRPROG. OTHRPROG is in SOME.OTHER.LIBRARY that is not in my STEPLIB or link pack concatenation and for political/procedural reasons is not going to be put there right away. Are SOMEPROG and OTHERPROG in different libraries? Ugh! Otherwise, I'd be somewhat surprised. I had thought CALL did a DYNALLOC for my.library.one, then an ATTACH using the generated DDNAME as a TASKLIB argument. Can you allocate a concatenation of my.library.one and SOME.OTHER.LIBRARY, then write the program to ATTACH SOMEPROG,TASKLIB=concatenation? -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
TSOLIB does work for subsequent load/link/attach. On 10/11/06, Paul Gilmartin [EMAIL PROTECTED] wrote: In a recent note, Charles Mills said: Date: Wed, 11 Oct 2006 16:33:19 -0700 CALL my.library.one(SOMEPROG) And it works just fine, so far as it goes. Subsequently, while SOMEPROG is executing, it would like to LOAD or LINK OTHRPROG. OTHRPROG is in SOME.OTHER.LIBRARY that is not in my STEPLIB or link pack concatenation and for political/procedural reasons is not going to be put there right away. Are SOMEPROG and OTHERPROG in different libraries? Ugh! Otherwise, I'd be somewhat surprised. I had thought CALL did a DYNALLOC for my.library.one, then an ATTACH using the generated DDNAME as a TASKLIB argument. Can you allocate a concatenation of my.library.one and SOME.OTHER.LIBRARY, then write the program to ATTACH SOMEPROG,TASKLIB=concatenation? -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
Thanks. That is what I inferred/read in the FM, but thanks for confirming explicitly. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rich Tabor Sent: Wednesday, October 11, 2006 4:49 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Allocating STEPLIB in TSO TSOLIB does work for subsequent load/link/attach. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
Yes, they are in separate libraries. I tried copying OTHRPROG into my.library.one, and that did NOT solve the problem. Apparently that's not how CALL works, at least not based on my experimentation. Could I have fat-fingered it? I can't re-write SOMEPROG. I don't have the source code. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Wednesday, October 11, 2006 4:40 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Allocating STEPLIB in TSO In a recent note, Charles Mills said: Date: Wed, 11 Oct 2006 16:33:19 -0700 CALL my.library.one(SOMEPROG) And it works just fine, so far as it goes. Subsequently, while SOMEPROG is executing, it would like to LOAD or LINK OTHRPROG. OTHRPROG is in SOME.OTHER.LIBRARY that is not in my STEPLIB or link pack concatenation and for political/procedural reasons is not going to be put there right away. Are SOMEPROG and OTHERPROG in different libraries? Ugh! Otherwise, I'd be somewhat surprised. I had thought CALL did a DYNALLOC for my.library.one, then an ATTACH using the generated DDNAME as a TASKLIB argument. Can you allocate a concatenation of my.library.one and SOME.OTHER.LIBRARY, then write the program to ATTACH SOMEPROG,TASKLIB=concatenation? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating STEPLIB in TSO
Non-free but very inexpensive STEPLIB http://gsf-soft.com/Products/STEPLIB.shtml Dan Dalby's freeware STEPLIB File # 452 Dan's MVS-JES2 Utilities http://www.cbttape.org/ftp/cbt/CBT452.zip http://www.cbttape.org Either of those two STEPLIB commands might do what you need. Best Regards, Sam Knutson, GEICO Performance and Availability Management team mailto:[EMAIL PROTECTED] (office) 301.986.3574 Gerrold's Laws of Infernal Dynamics: 1. An object in motion will be heading in the wrong direction. 2. An object at rest will be in the wrong place. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Wednesday, October 11, 2006 4:40 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Allocating STEPLIB in TSO In a recent note, Charles Mills said: Date: Wed, 11 Oct 2006 16:33:19 -0700 CALL my.library.one(SOMEPROG) And it works just fine, so far as it goes. Subsequently, while SOMEPROG is executing, it would like to LOAD or LINK OTHRPROG. OTHRPROG is in SOME.OTHER.LIBRARY that is not in my STEPLIB or link pack concatenation and for political/procedural reasons is not going to be put there right away. Are SOMEPROG and OTHERPROG in different libraries? Ugh! Otherwise, I'd be somewhat surprised. I had thought CALL did a DYNALLOC for my.library.one, then an ATTACH using the generated DDNAME as a TASKLIB argument. Can you allocate a concatenation of my.library.one and SOME.OTHER.LIBRARY, then write the program to ATTACH SOMEPROG,TASKLIB=concatenation? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
