× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I have a utility called GETSRCDTA that takes a list of libraries and
creates a file with data on where source members are and the names of
the member in each program or service program. It can then be queried
to list where modules are used.

I will send it out if needed.

                   Build Source File/Member List (GETSRCDTA)

Type choices, press Enter.

Library List . . . . . . . . . .                 Name
               + for more values
Output file  . . . . . . . . . .   SRCLIST       Name
  Library  . . . . . . . . . . .     QTEMP       Name
Replace or add records . . . . .   *REPLACE      *REPLACE, *ADD


This is the output file layout. It uses all the system API's to build this file.

Program Name  ADDMSG2
Program Library  ALANC
Object Type  *PGM
Object Attribute  RPGLE
Source File Name  QSRCF
Source File Library  ALANC
Source File Member  ADDMSG2
Source Member Type  RPGLE
Source Change Date/time  2012-04-30-14.27.25.000000
Program Create Date  2012-04-30-14.27.26.010000
Created By  ALANC
Last Use Date Time  1928-08-23-12.03.06.315000
Days Used
Reset Date Time  1928-08-23-12.03.06.315000
Module Name  ADDMSG2
Module Library  ALANC


On Wed, Jun 13, 2012 at 9:50 AM, Henrik Rützou <hr@xxxxxxxxxxxx> wrote:
Alan,

I use a very hierachical metod since because i have to go throu many layers
os software


http://184.172.184.159/~servus/pextdrupal/?q=node/40


On Wed, Jun 13, 2012 at 5:26 PM, Alan Campin <alan0307d@xxxxxxxxx> wrote:

Right. The thing I was warning about was using the same module in
multiple programs or service programs. I use multiple modules almost
half of my service programs or programs. I especially like being able
to bind CLLE modules to RPG to perform a function.

On Wed, Jun 13, 2012 at 9:06 AM, Henrik Rützou <hr@xxxxxxxxxxxx> wrote:
Alan,

lets make this straight ...

a module is a compilation of a sourcemember tha may contain several
subprocedures
a service program is a program creation of the module, but it may consist
of several
modules - personally I preffer a one to one relation
a /copy module reflects the total service program interface


On Wed, Jun 13, 2012 at 4:57 PM, Alan Campin <alan0307d@xxxxxxxxx>
wrote:

I hear real bad practice. Using a module in multiple programs or
service programs. This is a definite no, no and creates tons of
problems down the line. If a piece of logic needs to be used in
multiple places, it should be created as a service program and then
called by other programs or service programs.

On Wed, Jun 13, 2012 at 12:40 AM, Nisha Ramesh <n4nisha@xxxxxxxxx>
wrote:
 Suppose I made some change to module 1 and I want to recompile all
the
programs which uses this module. How will I know what all are the
modules/SP which uses the module?

After creating a program by giving reference to a SP, can I delete
the SP
object?
--
This is the RPG programming on the IBM i / System i (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 IBM i / System i (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.




--
Regards,
Henrik Rützou

 http://powerEXT.com <http://powerext.com/>
--
This is the RPG programming on the IBM i / System i (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 IBM i / System i (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.




--
Regards,
Henrik Rützou

 http://powerEXT.com <http://powerext.com/>
--
This is the RPG programming on the IBM i / System i (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.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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

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

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.