Re: How to find which modules are in use in a program?

Nelson Smith wrote:

> > I have used this approach as I mentioned earlier by putting
> everything
> > in a binding directory, but CRTPGM crawls literally.   And locks all
> the
> > modules in the binding directory to boot when it is crawling.  I am
> sure
> > there is a better solution.
> How many procedures do you have in this binding directory.  I'm
> running
> about 30 or so now and I find the CRTPGM to be quite fast.  Much
> faster
> than the compile of any of the individual modules.
> --

100+ modules.  CRTPGM does crawl.  You can check this with using a
binding directory and then without.  You will really (I mean really) see
and feel the difference.  Plus modules in the binding directory wont be
locked till CRTPGM finishes.  It is damn frustrating when you are
compiling a module and doing CRTPGM simultaneously, only to be told
module cannot be inserted in library.  One solution is to create a
binding directory for every program which I dont like.   What I
basically do is name the modules the first time I create a new program
and then use QBNLPGMI to find the modules in the program.  I actually
wrote a program to do this.   The only shortcoming with this approach is
if you remove a module from your program, it will still be included in
the DSPPGM module list.  Gee, I am sure the RISCy people have a better
deal on V3R7 on this (I am sure) ;-)
--
Thank You.

Regards

Dave Mahadevan.. mailto:mahadevan@fuse.net


* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* This is the Midrange System Mailing List!  To submit a new message,   *
* send your mail to "MIDRANGE-L@midrange.com".  To unsubscribe from     *
* this list send email to MAJORDOMO@midrange.com and specify            *
* 'unsubscribe MIDRANGE-L' in the body of your message.  Questions      *
* should be directed to the list owner / operator: david@midrange.com   *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *