Thanks, Simon.
When I said "the compile commande stated to ignore duplicate name errors", I did actually mean OPTION( *DUPPROC | *DUPVAR).
I also realise that what I want to do is "a kludge to work around a problem caused entirely by using the wrong approach to ILE development."
That's why in my post I wrote "I KNOW these should be in service programs." I meant to emphasize the word "know" by putting it in capitals.
To answer YOUR question (emphasis on the "your"), it's quite simply the fact that we are quite a large organization and each member of staff has a specialized role. It's not my decision. We won't be adopting the "proper solution" just yet, but I think it will come. As a mere developer, I cannot say when. However the "kludge" solution IS a possibility for me. I can't just go creating SRVPGM and rebinding everything, but I CAN create a new BNDDIR and use it.
-----Message d'origine-----
De : rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] De la part de Simon Coulter
Envoyé : vendredi 23 janvier 2009 21:24
À : RPG programming on the IBM i / System i
Objet : Re: Binding directory question
On 24/01/2009, at 1:59 AM, David FOXWELL wrote:
If there were two different functions with identical names and (god
forbid) identical parameters and the compile command stated to ignore
duplicate name errors, would binding occur? Has anyone tried?
You will get a binding error. I don't recall the message ID.
You can work around that with OPTION( *DUPPROC | *DUPVAR) but that's a sloppy solution and you cannot control which of the duplicates the system will use--it will pick the one from the first module it encounters that contains that name but there is no method by which you can specify the behaviour.
As I recall, you've raised this topic previously and we've already told you the proper solution. Why are you persisting with bind-by- copy for everything? You should be using service programs. A single binding directory containing all the modules will mitigate your current problem caused by programmer-level binding directories but is, at best, a kludge to work around a problem caused entirely by using the wrong approach to ILE development.
Regards,
Simon Coulter.
--------------------------------------------------------------------
FlyByNight Software OS/400, i5/OS Technical Specialists
http://www.flybynight.com.au/
Phone: +61 2 6657 8251 Mobile: +61 0411 091 400 /"\
Fax: +61 2 6657 8251 \ /
X
ASCII Ribbon campaign against HTML E-Mail / \
--------------------------------------------------------------------
--
This is the RPG programming on the IBM i / System i (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.
midrange.com
