|
View previous topic :: View next topic
|
| Author |
Message |
dejunzhu
Active User
Joined: 08 May 2008
Posts: 390
Location: China
|
|
|
|
I'm trying to use below statement to call IRXEXCOM from COBOL, but when I compile the program, job terminated with error saying 'IRXEXCOM' cannot be found.
| Code: |
CALL 'IRXEXCOM' USING IRXEXCOM-ID
IRXEXCOM-PARM-1
IRXEXCOM-PARM-1
SHVBLOCK
END-CALL |
I googled, and also referred to 'REXX reference', but still cannot find where the module resides.
Can anybody please help me on this?
THanks. |
|
| Back to top |
|
 |
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8796
Location: Welsh Wales
|
|
|
|
| Sounds like something you should be asking your internal support group. |
|
| Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008
Posts: 8700
Location: Dubuque, Iowa, USA
|
|
|
|
| While IBM provides default data set names, during the software installation process each site can customize those names as it sees fit. Hence, only someone working at your site will be able to tell you the name of the load library you need. |
|
| Back to top |
|
|
dejunzhu
Active User
Joined: 08 May 2008
Posts: 390
Location: China
|
|
|
|
I found below information on this:
| Quote: |
IRXEXCOM can be used only if a
REXX exec has been enabled for variable access in the language processor environment. |
there is the new question: how to set enabled for variable access in the language processor environment? |
|
| Back to top |
|
|
dejunzhu
Active User
Joined: 08 May 2008
Posts: 390
Location: China
|
|
|
|
| Robert Sample wrote: |
| While IBM provides default data set names, |
well, I even cannot find what the default data set name is... |
|
| Back to top |
|
|
PeterHolland
Global Moderator
Joined: 27 Oct 2009
Posts: 2481
Location: Netherlands, Amstelveen
|
|
|
|
The IRXEXCOM variable access routine lets unauthorized commands and programs access and manipulate REXX variables. IRXEXCOM can be used in both the TSO/E and non-TSO/E address spaces. IRXEXCOM can be used only if a REXX exec has been enabled for variable access in the language processor environment. That is, an exec must have been invoked, but is not currently being processed. For example, you can invoke an exec that calls a routine and the routine can then invoke IRXEXCOM. When the routine calls IRXEXCOM, the REXX exec is enabled for variable access, but it is not being processed. If a routine calls IRXEXCOM and an exec has not been enabled, IRXEXCOM returns with an error.
Here is your answer. You could have found that yourself, a bit lazy isnt it? |
|
| Back to top |
|
|
prino
Senior Member
Joined: 07 Feb 2009
Posts: 1316
Location: Vilnius, Lithuania
|
|
|
|
| Code: |
TSO ISRDDN
LPA
M IRXEXCOM |
|
|
| Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10889
Location: italy
|
|
|
|
why use a static call...
using a dynamic call will let Your program use the <current> implementation |
|
| Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10889
Location: italy
|
|
|
|
| Code: |
TSO ISRDDN
LPA
M IRXEXCOM |
if the TS had known about LPA probably would not have posted
and would have followed the dynamic call approach 
anyway to make things easier for him... just a plain
| Code: |
TSO ISRDDN
M IRXEXCOM |
works as well |
|
| Back to top |
|
|
prino
Senior Member
Joined: 07 Feb 2009
Posts: 1316
Location: Vilnius, Lithuania
|
|
|
|
Without "LPA" you would not get the library, just:
| Code: |
Module IRXEXCOM was found to be already loaded. Note that
invocations of this program name may pick up another copy from
STEPLIB or a LIBDEF'ed data set or from a tasklib such as ISPLLIB.
Tab to a box and press enter to view the module in storage.
+-------------------------+
| PLPA resident |
| Resident above 16 Meg |
| Module address:060C91E0 |
| Module size: 00045A38 |
| Alias of IRXINIT |
| Reentrant |
| Serially reusable |
| Not loadable only |
| AMODE 31 |
| Authorized library |
| Not Authorized program |
+-------------------------+ |
|
|
| Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10889
Location: italy
|
|
|
|
 I agree on that ...
my comment depends on my warped attitude to use whenever possible dynamic calls
so that if the <module> is in the standard search , the library is really irrelevant  |
|
| Back to top |
|
|
dejunzhu
Active User
Joined: 08 May 2008
Posts: 390
Location: China
|
|
|
|
| Thank you all, I have located it. |
|
| Back to top |
|
|
|
|
