Difference between revisions of "WDSC tips/DEBUG"
(debug crashed job) |
(add link to debug tip) |
||
Line 59: | Line 59: | ||
===Debug a crashed Job=== | ===Debug a crashed Job=== | ||
− | original post | + | original post [[http://archive.midrange.com/wdsci-l/200803/msg00157.html]] |
− | In the Remote Systems view | + | *In the Remote Systems view |
+ | *Find the job under iSeries Jobs | ||
+ | *Right-click the job and select Debug As. | ||
The easiest eay is to right-click on an active job and you can select | The easiest eay is to right-click on an active job and you can select | ||
− | debug from the menu. Be warned though, this is not the same as | + | debug from the menu. |
− | STRSRVJOB. With WDSC, all you can do is take a look at the job and its | + | |
− | variables, and if I'm not mistaken the job needs to be in MSGW for you | + | Be warned though, this is not the same as STRSRVJOB. With WDSC, all you can do is take a look at the job and its variables, and if I'm not mistaken the job needs to be in MSGW for you |
− | to access it. You can't set breakpoints and debug the job after | + | to access it. You can't set breakpoints and debug the job after responding to the message. |
− | responding to the message. | ||
Return to [[#TOP]] | Return to [[#TOP]] |
Revision as of 03:55, 19 March 2008
Contents
Debug and SEP Service entry prints
original post [1] (the post contains a lot of other information)
- In Iseries Table View
- Right Click on the Source
- Select Debug(service Entry)/Set Service Entry Point
- Next Panel Click OK (I have not done Service Programs)
- If you get a 'Iseries Debug Message has not been started yet' message, follow the instruction, then try again.
- When the SEP is is set click OK.
- Run the program, however you normally would, eg. call, menu option, whatever.
- You need to run the program under the User Profile in the SEP
Check Service Entry Point, if you need to change the user profile of the SEP.
- The WDSC Debug view should pop up and you can set breakpoints view variables etc. etc. check Interactive Debugger
Return to #TOP
Clear Breakpoints
original post [2]
- In the Debug perspective
- Click the Breakpoints tab
- There is an icon, (looks like a double X) to remove all Breakpoints
You can manage ALL of your breakpoints across multiple programs and multiple languages, both on the client and on the server. You can enable and disable them, as well as remove them entirely.
Return to #TOP
Field Values
original post [[3]]
- Window -> Preferences -> Run/Debug -> Compiled Debug
- Check Tick, 'Always use Debugger Editor while debugging'
FWIW I also Check Tick
- Allow hover evaluation
- Double-Click in Debugger Editor to add monitored expression
- Centre view on execution line
(FKOL 21:17, 4 February 2008 (CST))
In V6.0, the debugger started to use iSeries Editor as the default editor to display the source. The fly over expression evaluation was available in OPM RPG, ILE RPG and ILE COBOL.
Return to #TOP
Debug Breakpoints not breaking
original post [[4]]
When Debugging, also when debugging SQLRPGLE
- Use listing view
- Turn off all caching. Window -> Preferences -> Remote systems -> File Cache, ______ Click 'Clear cached files'
- Window -> Preferences -> Remote systems -> iSeries -> Cache, ______ Check 'disable caching' and click on the 'Clear cache' button.
- Refresh the table view often, especially before setting the SEP.
Return to #TOP
Debug a crashed Job
original post [[5]]
- In the Remote Systems view
- Find the job under iSeries Jobs
- Right-click the job and select Debug As.
The easiest eay is to right-click on an active job and you can select debug from the menu.
Be warned though, this is not the same as STRSRVJOB. With WDSC, all you can do is take a look at the job and its variables, and if I'm not mistaken the job needs to be in MSGW for you to access it. You can't set breakpoints and debug the job after responding to the message.
Return to #TOP