One contains modules specific to the object, the other contains all the utility service program that
might be needed.



Charles Wilt
--
Software Engineer
CINTAS Corporation - IT 92B
513.701.1307
wiltc@xxxxxxxxxx


-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Kurt Anderson
Sent: Thursday, August 07, 2008 1:44 PM
To: RPG programming on the AS400 / iSeries
Subject: RE: Question about service programs

So why would you want to have two binding directories for one program?
Does your service program binding directory contain all service programs
- so it is shared among programs and service programs alike?

If not, keeping them separate seems completely arbitrary to me, and I
don't see the benefit it provides.

My experience with binding directories has really been a 1:1 situation -
1 directory for 1 object.

Kurt Anderson
Application Developer
Highsmith

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Barbara Morris
Sent: Thursday, August 07, 2008 12:19 PM
To: rpg400-l@xxxxxxxxxxxx
Subject: Re: Question about service programs

Bob P. Roche wrote:
How does having to remember to name all modules, every time you
recompile simplify things? If it is in the binding directory, and you
have that listed in your H spec. It seems simpler to me. The compiler
will just find it.


I think it's ok to have modules in a binding directory, _but_
- the binding directory should _only_ have modules
- that binding directory should be used in the H spec of
_only one_ source member (the source member used for the
CRTBNDRPG).

A separate binding directory should be used for any _service programs_.

So, say you have PGMA which has modules PGMA, MODB, MODC, then you could
have a binding directory called PGMA listing modules MODB and MODC. The
H spec for PGMA would have BNDDIR('PGMA') and it might also have another
BNDDIR keyword to pick up service programs.
H BNDDIR('PGMA')
H BNDDIR('MYSRVPGMS')

--
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.

--
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.




This e-mail transmission contains information that is intended to be confidential and privileged. If you receive this e-mail and you are not a named addressee you are hereby notified that you are not authorized to read, print, retain, copy or disseminate this communication without the consent of the sender and that doing so is prohibited and may be unlawful. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please delete and otherwise erase it and any attachments from your computer system. Your assistance in correcting this error is appreciated.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 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].