|
Your fears are confirmed. It is the nature of the beast. My personal approach is to think in terms of building a service program and then using it. During the building, I tend to use a (unique) binding directory to tell me how to build. I tend to use a different binding directory for locating the service program when using it. Hope this helps, Wayne L. Wayne James Senior Developer Agilysys, Inc. Hospitality Solutions Group 11545 Wills Road Alpharetta, GA 30004 Phone: 770-962-6425 x1252 Email: Wayne.James@xxxxxxxxxxxx "Christen, Duane J." <dchristen@xxxxxxxxxxxxx> Sent by: rpg400-l-bounces@xxxxxxxxxxxx 09/13/2004 10:13 AM Please respond to RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx> To "'RPG programming on the AS400 / iSeries'" <rpg400-l@xxxxxxxxxxxx> cc 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 NOTICE: This electronic mail transmission may contain confidential information and is intended only for the person(s) named. Any use, copying or disclosure by any other person is strictly prohibited. If you have received this transmission in error, please notify the sender via e-mail. -- This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list To post a message email: RPG400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/rpg400-l or email: RPG400-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/rpg400-l.
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.