Re: Embedded source

[Charles Wilt <charles.wilt@xxxxxxxxx>]

DBGVIEW(*STMT) just includes "statement numbers" no actual code
hasn't been useful in 30 years...

DBGVIEW(*SOURCE) links the compiled object to the source file...
Useful if you're debugging on the DEV system you compiled the object on.

DBGVIEW(*LIST) embeds a copy of the source listing into the compiled object.
Useful if you're debugging on a system other than where the object was
compiled.
may or may not include /INCLUDEs depending on options *SHOWCPY, *EXPDDS

DBGVIEW(*COPY) embeds a copy of the source with all expansions
same as DBGVIEW(*LIST) with OPTION(*SHOWCPY *EXPDDS)

DBGVIEW(*ALL) includes all the above
If the source is available, you can use it.  Otherwise you can use the
embedded *LIST or *COPY

option(*SRCSTMT)  controls statement numbers used by the debugger and
exception messages.
Without it, the statement number starts at 1 and goes ever upwards.
With it, the statement numbers are calculated = source_ID * 1000000 +
source_SEU_sequence_number
Since the main source has an ID of 0, you get statement numbers for the
main source that match the line numbers in that source.

In other words, when a program fails with an EXCEPTION ON LINE 4000.
With *SRCSTMT, you look at that line in the source.  Without it, you'll
need to find that line# in the compile listing to see what line of code it
matches up to.

My defaults are option(*SRCSTMT) and DBGVIEW(*ALL).  Even though I can't
debug on the system where we compile objects, so I always end up using the
*LISTING view.

Having said all that...I'll note that with the RDi debugger, if the
DBGVIEW(*SOURCE) is specified, but the source isn't there, you get an
option to use the list view or point the debugger to the correct source.
Even if it's on a different machine (or even local).


HTH,
Charles


On Wed, Jul 12, 2023 at 5:56 PM Javier Sanchez <
javiersanchezbarquero@xxxxxxxxx> wrote:

> In all my years of experience, one thing that has always called my
> attention, but have never stopped to find out, is that when I compile a
> program with DBGVIEW(*SOURCE) and the source is moved, most of  the time
> when debugging I get "Source is not available".
>
> When I get Turnover move a *PGM object to a remote system and it does not
> take the source with it, when I debug I can debug it, but with an initial
> warning that the source is not available, and even so, I am able to debug.
>
> What are the actual compilation parameters that make it possible to debug
> with the actual source code lines?  Is it *SRCSTMT in the option keyword or
> parameter?
>
> I always compile with *SRCSTMT and DBGVIEW(*SOURCE) but if I do it alone, I
> don't get that result.  I mean if I take my compiled object, put it in a
> save file and ftp it to a remote system, that seems to not work with me.  I
> do not get the embedded source.
>
> Would appreciate your comments.
>
> TIA
>
> JS
> --
> 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.