Re: pgm object/source comparison
- From: "René H. Hartman" <sorry@xxxxxxxxxxx>
- Date: Thu, 26 Jan 2006 15:33:00 +0100
There may be plenty of reasons why compilation fails, especially with
ILE, like default activation groups, objects (mostly files and commands)
not being in the library list etc. It would depend on the errors if
that's the case. Checking out source validity would be a good action
anyway, since even if it recompiles OK, when from a different source,
you may be in trouble.
--
Best regards,
René H. Hartman
www.hac-maarssen.nl
"George Applegate" <gappleg8@xxxxxxxxxx> schreef in bericht
news:7gvft1dll2b724kbl7u2ht7sre74t3hefq@xxxxxxxxxx
> Dave,
>
> Thanks for the suggestion on the dates. Great idea. Sometimes you
> get tunnel vision, if you know what I mean. It may not guarantee it,
> but I'll sleep a heckuva lot better at night!
>
> thanks,
> ga
>
> Dave McKenzie <x@xxx> wrote:
>
> >For OPM pgms, one pretty definitive way is to match "Source file
change
> >date/time" in DSPPGM with the source member's "Change date" and
"Change
> >time," which you can see with option 8 of the PDM member list, or
"Last
> >source update date/time" in DSPFD.
> >
> >For ILE pgms, match date/time for each module.
> >
> >However, there are several ways the date/time of the source member
can
> >change without changing the actual source text, such as CPYF, or
option
> >3 of PDM.
> >
> >Matching size isn't very reliable, because program size can change
with
> >different releases (or even PTFs) of the compiler.
> >
> >--Dave
> >
> >
> >George Applegate wrote:
> >> Recently I installed a new iseries for a company that had been
running
> >> on a box around 8 years old. I moved the libraries, files and
> >> programs over, and, as part of that process, it converted the
programs
> >> automatically - but didn't recompile them.
> >>
> >> I have developed a concern recently that the source code may not
match
> >> the programs. I recently had to recompile about 50 programs; in the
> >> process, two compiles failed, for programs that were running. It
> >> seems fairly obvious that the source code in those two don't match
the
> >> object, and who knows how many more.
> >>
> >> I am wondeirng if the programmer they had before, who did a lot of
> >> work off-site, would occasionly send them a tape with programs to
> >> load...but not always the newer source code??? Scary, huh?
> >>
> >> What would be the best way to tackle this project, to determine if
> >> they match? I'm knd of a novice on something like this. I listed
all
> >> programs out that were created on a system other than the old
system
> >> and the new system. About 70 programs. If I would recompile those
> >> programs into a new library, and compare sizes to the existing
> >> program...would that be a pretty good check?? Right now my concern
> >> would be over these 70 programs. I guess I feel if the program was
> >> created/compiled on the old/new system...I'm fairly safe in
assuming
> >> the source code I have in the source file is probably okay???
> >>
> >> Suggestions or thoughts?
> >>
> >> thanks,
> >> ga
> >> George Applegate
> >> gappleg8@xxxxxxxxxx
>
> George Applegate
> gappleg8@xxxxxxxxxx
.
- References:
- pgm object/source comparison
- From: George Applegate
- Re: pgm object/source comparison
- From: Dave McKenzie
- Re: pgm object/source comparison
- From: George Applegate
- pgm object/source comparison
- Prev by Date: Re: memory hardware question
- Next by Date: Full time RPG programmers required in Omaha
- Previous by thread: Re: pgm object/source comparison
- Next by thread: CL check for user
- Index(es):
Relevant Pages
|