On 6/25/2014 11:14 AM, Colson, Edmund B wrote:
For this program, the Optimization level is *NONE and the Debug date is *YES. I don't think you can optimize any lower than that, can you? I don't see anywhere in the CRTSQLRPGI command about optimization. The "Maximum optimization level" is *FULL; is this a factor in what is causing my problem?

I use SEP to debug my programs. It's been a long time - 10 years? -
since I had an issue debugging. My recollection of the usual reasons a
program won't break:

1) Calling the wrong program / library list. Make sure you are calling
the program you want to be invoking. Check the library list. DSPOBJD
MYPGM *PGM detail(*full) and make sure it's been called.

2) Program logic bypasses the break point. Break at the *INZSR or some
similar early point in the code and step through it until you discover
where the code is exiting. One tricky place this can happen is if there
are no records in your input primary file!

3) SEP debug with the wrong user profile. Sometimes, I need to have the
user fire the process that invokes the program. If I break with my user
profile, it doesn't stop.

4) OPTIMIZE(*FULL) has jiggered the line numbers, so particular lines in
the source do not match the same lines in the object code.

5) Make sure you have appropriate authority to the *PGM object.

6) Check the job log - it may have a clue.
--buck

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