Re: ILE program object's source information

That's the only thing I can think of Alan.

CRTPGM does not set the information because there could be multiple sources in the PGM object.

On Oct 9, 2020, at 9:39 AM, Alan Campin <alan0307d@xxxxxxxxx> wrote:

As I recall, there is an API that you can use to change the value.

On Fri, Oct 9, 2020 at 6:17 AM Michael Quigley - Sec <
MichaelQuigley@xxxxxxxxxx> wrote:

Even when we do a two-step compile (CRTRPGMOD then CRTPGM) the module (and
hence the *MODULE information in DSPPGM) contain all the source
information. I would open a PMR (or Ticket/Case) with IBM. Even if
Implementer is the issue, IBM should be able to pinpoint that. You could
also go straight to PTC and see what they say.

By the way, the object level source information should always be blank for
an ILE program. The source information is only shown under the *MODULE
information for DSPPGM.

Michael Quigley
Computer Services
The Way international
www.TheWay.org

-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf
Of Niels Liisberg
Sent: Friday, October 9, 2020 4:30 AM
To: Midrange Systems Technical Discussion <midrange-
l@xxxxxxxxxxxxxxxxxx>
Subject: Re: ILE program object's source infomation

Hello Peter,

Your observations sound crazy and at least inconsistent. And the only
explanation I can come up with is this:

If the creation of programs is done in two steps with CRTRPGMOD and the
CRTPGM like we do in our build chain.

However, if you use option 14 it will use the CRTBNDRPG - and maybe that
is the reason - but I am not sure.


On Thu, Oct 8, 2020 at 2:35 AM Peter Dow <petercdow@xxxxxxxxx> wrote:

Ever since ILE was introduced, the program's object-level source
information has been blank for ILE programs, for the obvious reason
that an ILE program can be made up of multiple modules, each with it's
own source information.

Imagine my surprise when I happened to notice that using DSPPGM on
certain ILE programs started showing the source library, file and
member, but not the source member changed information.

Further surprise when I discovered that it did not match the module
source information, for these single-module ILE programs.

After checking several programs, it seems to have started after my
customer started using Implementer for change control. Is this a
"feature" of Implementer?

The reason I suspect Implementer is that the module's source
information shows the source library as something like IM3851S, and
the object-level source library is MODLPSRC. When I compile that
particular program using PDM option 14, the object-level source

information is blank.

--
*Peter Dow* /
Dow Software Services, Inc.
909 793-9050
petercdow@xxxxxxxxx <mailto:petercdow@xxxxxxxxx>

pdow@xxxxxxxxxxxxxx

<mailto:pdow@xxxxxxxxxxxxxx> /

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.com