Re: module/pgm analysis (lines of code)

If a larger number of lines makes you more productive, then /free is the
way to go:

Compare this:

c k1list Chain File

versus

Chain (field1:
field2:
field3:
%subst(field4:
1:
%len(%trim(field5))):
field6) File;

Ka-ching!

Not really kidding, though.

I've seen projects where the time estimate was 50 man-days.

So the manager reasoned that, if he put 25 people on it, it would be ready
the day after tomorrow.

Kind of like the same reasoning, it seems.

Peter Colpaert
Application Developer
PLI - IT - Kontich, Belgium
-----
Yoda of Borg are we. Futile is resistance, assimilated will you be.
-----



Vernon Hamberg <vhamberg@xxxxxxxxxxx>
Sent by: rpg400-l-bounces@xxxxxxxxxxxx
17/12/2007 18:04
Please respond to
RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx>


To
RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx>
cc

Subject
Re: module/pgm analysis (lines of code)






The Retrieve Program Information returns source information only for
OPM programs, I believe. It only gives module counts for ILE
programs. To get source for ILE programs, one needs to use the List
ILE Program Information. There is a format for listing modules and
their source information. Similarly, there is also a List Service
Program Information.

Of course, one first needs to do a DSPOBJD to an outfile, perhaps, to
get the list of programs and service programs and whether they are
OPM or ILE. The object attribute field will tell you that. Could also
use the List Objects API. There you want the extended object
attribute field of format OBJL0200 or higher.

Then there is the matter of embedded SQL - but at least one should be
able to get to the original source - unless you use a scheme where
the source is not the same name as the object - don't laugh - saw
that once - and also saw the contractor who did it, escorted out the
door summarily.

HTH
Vern