RE: Re-creating Service Programs and Binding Directories

I think it might have something to do with the change management package.  
Sometime change management package  compile/create object in its own library 
first before moving it to production.  This step is causing the dup proc to 
happen.

 
-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx]On Behalf Of Christen, Duane J.
Sent: Monday, September 13, 2004 9:13 AM
To: 'RPG programming on the AS400 / iSeries'
Subject: Re-creating Service Programs and Binding Directories


I have searched the archive and infocenter and have not come up with a good
answer.

Our set-up of Turnover does not allow the use of UPDSRVPGM.

I am re-creating a service program (CRTSRVPGM), which alredy exists in the
binding directory. The binder is finding the exports for the existing
functions in both the modules listed on the CRTSRVPGM command and in the
existing service program (found in the binding directory), which results in
"multiple strong definitions". I know I can get around this by using DUPPROC
and/or DUPVAR (which I have done previously), but this does not seem
"correct" to me. Why would the binder examine the service program that is
going to be replaced for exports which will not exist?

My hope is that we are missing a PTF, my fear is that this is the nature of
the beast.

Duane Christen