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