RE: Resolving to REXX procedures

[<lgoodbar@xxxxxxxxxxxxxx>]

Thanks, Chuck - this is exactly what I was looking for, and describes
the issue perfectly.

Note that while the APAR only mentions STRREXPRC, the environment
variable is honored when the REXX procedure is invoked by a command with
PGM(*REXX) and other relevant parameters.

Thanks again,
Loyd

Loyd Goodbar
Business Systems
BorgWarner Shared Services
662-473-5713

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of CRPence
Sent: Thursday, April 24, 2008 12:21 PM
To: midrange-l@xxxxxxxxxxxx
Subject: Re: Resolving to REXX procedures

   I believe there is a manner in which the "common data management 
open" search algorithm can be activated for searching the member for a 
REXX procedure.  The default search algorithm stops with the first file 
found by the given name in the library search list, giving up if the 
named member is not found in the first file found with the given name.

   APAR SE23380  suggests that "the STRREXPRC (Start REXX Procedure) 
command code has been changed to look for QIBM_REX_FIND_SRCMBR 
environment variable, which might contain one of the following values:
     *BYMBRNAME - REXX would find the source member by looking for the 
source file that contains a source member by the name specified for the 
SRCMBR parameter.
     *BYFILENAME - REXX would find the source file specified and, if the

file is found, look for the source member in that source file. This same

behavior is followed if the environment variable exists and contains any

other value, or if the environment variable does not exist."

   APAR SE26577  I believe made a correction to the above, to function 
also for a source file name that is other than QREXSRC.

Regards, Chuck

lgoodbar@xxxxxxxxxxxxxx wrote:
> <<SNIP>>
>
> I have a command called DOREX in library PRODLIB, which points to 
> *LIBL/QREXSRC, DOREX. As long as PRODLIB is at the top of my library 
> list, all is well.
>
> In my development environment, I have LOYD then PRODLIB in my library
> list. LOYD has an empty QREXSRC source file. LOYD also has a program
> WHERESREX. If I run LOYD/WHERESREX, which tries to call *LIBL/DOREX,
> I get an error CPF7CF2, "REXX procedure DOREX not found."
>
> The problem occurs because:
>
> Library PRODLIB, command DOREX points to *LIBL/QREXSRC.
>
> Library LOYD, higher in the library list, also has a QREXSRC file,
> but without the DOREX member.
>
> Other than hard coding the REXX procedure library in the command, is 
> there a way to work around this? I seem to recall my change
> management system (Aldon) has some difficulty with specifying compile
> options (&LIB not allowed for parameter REXSRCFILE and such). I'll
> bug them about this also.