× 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.



HI Gary

I'll get him to try that - I thought the OPTION(*SRCDBG) did that, but it's
certainly worth a try.

All the best

Jonathan


-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Monnier, Gary
Sent: 01 March 2011 17:40
To: RPG programming on the IBM i / System i
Subject: RE: ILE Debugger and OPM Programs

Jonathan,

Try recompiling with OPTION(LSTDBG) and GENOPT(*LIST). This will cause
the program to be compiled to contain the same information you see for
an ILE RPG compile using OPTION(*SRCSTMT) DBGVIEW(*LIST).

Gary

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Jonathan Mason
Sent: Tuesday, March 01, 2011 5:25 AM
To: rpg400-l@xxxxxxxxxxxx
Subject: ILE Debugger and OPM Programs

Hi All

A colleague of mine is having an issue trying to debug an OPM program
using the ILE Debugger and it has us both completely stumped.

He has set the debugger to start debugging at the first program in his
process and is then using F22 to step into each program as he reaches
them. For the second program this worked fine, but for the third
program the debugger just jumps straight to the next line of the current
program rather than stepping into program three.

All of the programs are OPM (generated by Synon/2e) and he is using the
STRDBG command with OPMSRC(*YES) specified. Each of the programs has
been recompiled into a testing library with the *SRCDBG option set so
the debugger should pick it up.

In fact if he presses F14 within the source display and adds the third
program to the list of programs he can display the source and add
breakpoints. However the source doesn't get entered into.

The call to program three does carry an error indicator (*IN90) which is
off when the next line is reached, also the default Synon return code
for the called program is blank indicating successful completion.

The correct version of Program Three is at the top of the library list,
but we can't see any reason why the debugger would appear to step over
the program call. When F10 (or F22) is pressed to step into the third
program the display does jump back to the *ENTRY parameter list of the
second program before another F10 moves it back to the line after the
call.

Any help would be gratefully appreciated.

All the best

Jonathan


_______________________________________________________
This message was sent using NOCC v1.14 webmail software
_______________________________________________________





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.