|
If you want to use UPDSRVPGM, try creating a new object type that uses that command in the If you want to use UPDSRVPGM, try creating a new object type that uses that command in the 'Work with type code definitions.' The only problem that I can see that you will have and I think it is minor, is that you will have to modify option 36 each time you use it for the first time to designate the Service Program. Other than that you should not have any problems. Marvin date: Mon, 13 Sep 2004 09:13:20 -0500 from: "Christen, Duane J." <dchristen@xxxxxxxxxxxxx> 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
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.