Or maybe the constraints of OEM software that is delivered to customers
makes what Brad is doing make sense?
Customers have a bad habit of trying to decode how the licensing is done, or
extract trade secrets. Some times you have to do things to protect your
intellectual property that captive shops do not.
-----Original Message-----
From: RPG400-L <rpg400-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Brian
Parkins
Sent: Wednesday, October 2, 2019 5:11 AM
To: RPG programming on IBM i <rpg400-l@xxxxxxxxxxxxxxxxxx>
Subject: Re: ILE Binding Question
If the code is not making any procedure calls, it makes little sense.
May just as well use CRTBNDRPG, (instead of CRTRPGMOD + CRTPGM). The *MODULE
serves no purpose other than take up space and complicate object management
in this situation.
However, if procedure calls ARE being used, (e.g. in a *SRVPGM or maybe
bindable API's) then it makes perfect sense. (Even then, CRTBNDRPG enables
procedure calls through *BNDDIR.)
Maybe a shop-standard that's a little too stringent? Maybe the change
control tool dictates this approach? Maybe there's more to this tale than
meets the eye?
HTH,
Brian.
On 01/10/2019 18:20, tim.feldmeier wrote:
I have not seen many companies binding modules, but, one strange thing
I've seen....they make a module , and a *PGM the same name for every
program. why?What is the sense of binding only one module?Sent from my
Verizon, Samsung Galaxy smartphone
--
This is the RPG programming on IBM i (RPG400-L) mailing list To post a
message email: RPG400-L@xxxxxxxxxxxxxxxxxx To subscribe, unsubscribe, or
change list options,
visit:
https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at
https://archive.midrange.com/rpg400-l.
Please contact support@xxxxxxxxxxxx for any subscription related questions.
Help support midrange.com by shopping at amazon.com with our affiliate link:
https://amazon.midrange.com
midrange.com
