The problem with *DEFER could be, that when a service program bound with *DEFER could not be found, the error will occur later after some business logic has already been done.
With option *IMMED, the error message is send, when the program is loaded.
Of course the advantage of *DEFER is, that you can select the bound service program at execution time by changing the library list.
Thomas.
-----Ursprüngliche Nachricht-----
Von: RPG400-L <rpg400-l-bounces@xxxxxxxxxxxxxxxxxx> Im Auftrag von Don Brown via RPG400-L
Gesendet: Donnerstag, 26. August 2021 07:54
An: RPG programming on IBM i <rpg400-l@xxxxxxxxxxxxxxxxxx>
Cc: Don Brown <DBrown@xxxxxxxxxx>
Betreff: Re: bnddir *SRVPGM *IMMED vs *DEFER
I have just had a look at our binding directories and all are *IMMED
Many were created long ago and I think new service programs have been added just copying.
I also notice when doing a dspsrvpgm <service_program> that the IBM service programs are also *IMMED
Example
Service
Program Library Activation
QRNXIE QSYS *IMMED
QRNXIO QSYS *IMMED
QRNXUTIL QSYS *IMMED
So from what I have read I should have no concern in changing our application binding directory entries to *DEFER and recreating our service programs ?
Is that correct ?
Thanks
Don
From: "Brad Stone" <bvstone@xxxxxxxxx>
To: "RPG programming on IBM i" <rpg400-l@xxxxxxxxxxxxxxxxxx>
Date: 26/08/2021 06:57 AM
Subject: Re: bnddir *SRVPGM *IMMED vs *DEFER
Sent by: "RPG400-L" <rpg400-l-bounces@xxxxxxxxxxxxxxxxxx>
Not at all that I can think of...
I'm actually making those changes to my stuff as well, and try to remember to override it when I add a new entry.
Default should be *DEFER I think. :) I know you can change it, but I work on a lot of different machines and some don't let you change defaults.
On Wed, Aug 25, 2021 at 2:31 PM Jay Vaughn <jeffersonvaughn@xxxxxxxxx>
wrote:
Why would anyone want to use *IMMED over *DEFER?
We currently have most of our SRVPGMS in our binding directory defined
with
*IMMED but running into issues when the *SRVPGM is not in the library
list. Upon pgm initialization, if the *SRVPGM's cannot be found in
the libl, the pgm blows up. But if we set it to *DEFER we would have
an opportunity on the first call to ADDLIBLE.
I know there are other ways to handle this, such as just specifying
the library in the binding directory along with the *SRVPGM but we
don't
want
to do that.
Anyone see any issues with doing a mass *IMMED change to *DEFER and
recompiling our pgms? So that we may include this small step to
ADDLIBLE
on first pgm call?
tia
Jay
--
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@xxxxxxxxxxxxxxxxxxxx for any subscription
related questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com
--
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@xxxxxxxxxxxxxxxxxxxx for any subscription related questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link:
https://amazon.midrange.com
--
This email has been scanned for computer viruses. Although MSD has taken reasonable precautions to ensure no viruses are present in this email, MSD cannot accept responsibility for any loss or damage arising from the use of this email or attachments..
midrange.com
