×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
Vern,
That is how I got the service programs to compile, just to verify that it
would work, which I was pretty sure that it would. On Monday I'll delete
the service programs and try the compile with the OPTION(*UNRSLVREF). We
do not use a CMS and it is not something that *we* (not I) are open to at
this time. So I'm trying to automate the build of a fairly significant
project. Kind of reinventing the wheel a bit, but I have to what I have
to do. The OPTION(*UNRSLVREF) will allow me to keep the build automagic.
I'm sure it will work, just needs tried as a matter of exercise at this
point.
Thanks to everyone for the help on this.
Thanks
Bryce Martin
Programmer/Analyst I
570-546-4777
Vern Hamberg <vhamberg@xxxxxxxxxxx>
Sent by: rpg400-l-bounces@xxxxxxxxxxxx
11/07/2009 09:16 AM
Please respond to
RPG programming on the IBM i / System i <rpg400-l@xxxxxxxxxxxx>
To
RPG programming on the IBM i / System i <rpg400-l@xxxxxxxxxxxx>
cc
Subject
Re: Creating Service Programs that call procedures in each other.
Jon
I seem to remember either at my present employer or at a previous one -
2 service programs like this -
create first one
create second one
create first one again
Is this what needs to be done in this case? Perhaps with that option
only in the 1st step?
Vern
Jon Paris wrote:
That's exactly the scenario that OPTION(*UNRSLVREF) was designed to
allow - IBM needed it for some of their own code - now so do you!
Jon Paris
www.Partner400.com
www.SystemiDeveloper.com
On 6-Nov-09, at 4:21 PM, rpg400-l-request@xxxxxxxxxxxx wrote:
I have a case where SRVPGM1/PROC1 calls SRVPGM2/PROC1 which calls
SRVPROG1/PROC3.
Is there a way to accomplish this? I can't seem to get the service
programs to compile...
midrange.com
