Re: Binding Directory and qualified Service Program Entries

[Vern Hamberg <vhamberg@xxxxxxxxxxx>]

Charles, I'm a little confused with your statement - "only used for 
during the binding phase" - as you said, perhaps implicitly, there are 2 
binding phases - one at program creation (early) and one at program 
initiation (late).

The binding directory is not used for late binding - we never distribute 
a binding directory with our products, for example, unless customers 
will use one of our service programs for their development - that's the 
same as IBM's QC2LE, for example. The binding directory is used for 
creating a program - so that the linker can find where the various 
references are located or will be located at run-time.

Although it seems Birgitta has an ugly situation, I prefer to use *LIBL 
in BNDDIR entries - then I don't need to make a copy and change the 
library when I bring an object into my development sandbox.

So far this has made sense for me - hope I'm not completely nuts, of 
course - maybe a little but not completely!

Later
Vern

On 8/26/2011 1:23 PM, Charles Wilt wrote:
> You're correct that a binding directory is only used for during the
> binding phase...
>
> The only benefit for them is so that you don't have to specify
> individual modules on the MODULES parm or individual service programs
> on the BNDSRVPGM parm of CRTPGM or CRTSRVPGM.
>
> Charles
>
> On Fri, Aug 26, 2011 at 2:00 PM, Steve Richter<stephenrichter@xxxxxxxxx>  wrote:
> > Hi Birgitta,
> >
> > when you DSPPGM, on the *SRVPGM tab, there is both srvpgm name and
> > library. So yes, a PGM can bind to a qualified SRVPGM or a SRVPGM
> > found on the *LIBL.
> >
> > some minor terminology. You compile a module. Then create a program
> > from those modules.
> >
> > I find binding directories of little value add. I don't use them.  Not
> > knowing much about the mechanics of them, I don't think a binding
> > directory comes into play after the program is created. When a program
> > is called and activated, it binds to the SRVPGMs listed in the
> > DSPPGM/SRVPGM tab.
> >
> > -Steve
> > .
> >
> > On Fri, Aug 26, 2011 at 1:15 PM, Birgitta Hauser<Hauser@xxxxxxxxxxxxxxx>  wrote:
> > > Hi,
> > >
> > > someone can explain the following situation.
> > >
> > > I had to compile a CGI Program that calls procedures from a service program.
> > > This service program is located in a different library.
> > > The service program is also located in a binding directory that is used for
> > > compiling the CGI program (H-Specs)
> > >
> > > Until now everything worked great.
> > >
> > > Yesterday the program was compiled (without problems), but as soon as it get
> > > called from an web application I got an "Internal Serve Error".
> > > After searching through all available logs, I found out an MCH3401 (Service
> > > Program could not be found) was sent.
> > > The program was recompiled last time around a week ago. A modification in a
> > > procedure in the service program was made after.
> > > So I also recreated the service program, recreated my program ... and still
> > > got the same error.
> > >
> > > The program could be called from a command line without problems, that means
> > > the service program was found.
> > >
> > > After a long search I found out the service program within the binding
> > > directory was not specified with Library *LIBL.
> > > I changed it to the library in which the service program is located.
> > > ... recreated everything ... and everything worked great.
> > >
> > > ... Is the library information stored somewhere in the caller
> > > (service-)program so it is found and activated directly??????
> > >
> > > Mit freundlichen Grüßen / Best regards
> > >
> > > Birgitta Hauser
> > >
> > > "Shoot for the moon, even if you miss, you'll land among the stars." (Les
> > > Brown)
> > > "If you think education is expensive, try ignorance." (Derek Bok)
> > > "What is worse than training your staff and losing them? Not training them
> > > and keeping them!"