Difference between revisions of "Debugging ILE program in batch"
m |
Starbuck5250 (talk | contribs) (+debugging category) |
||
(4 intermediate revisions by 2 users not shown) | |||
Line 5: | Line 5: | ||
If that site is unavailable, here is a list of steps culled from posts to [[RPG400-L]]: | If that site is unavailable, here is a list of steps culled from posts to [[RPG400-L]]: | ||
− | Using the | + | ==Using the [[Green Screen]] debugger:== |
# Submit your program to batch. The job MUST be held. You can either hold the job queue (HLDJOBQ) or hold the individual job (HLDJOB) or specify HOLD(*YES) on the [[SBMJOB]] command. | # Submit your program to batch. The job MUST be held. You can either hold the job queue (HLDJOBQ) or hold the individual job (HLDJOB) or specify HOLD(*YES) on the [[SBMJOB]] command. | ||
Line 21: | Line 21: | ||
Thanks to Bob Slaney, Phil, Patrick Conner and Kelly Fucile. | Thanks to Bob Slaney, Phil, Patrick Conner and Kelly Fucile. | ||
− | Using the IBM Distributed Debugger: | + | ==Using the IBM Distributed Debugger:== |
# [[SBMJOB]] CMD([[CALL]] PGM(yourlib/yourpgm)) JOBQ(yourlib/yourjobq) HOLD(*YES) | # [[SBMJOB]] CMD([[CALL]] PGM(yourlib/yourpgm)) JOBQ(yourlib/yourjobq) HOLD(*YES) | ||
Line 37: | Line 37: | ||
Answer courtesy Rob Berendt via RPG400-L 2 Aug 2001 | Answer courtesy Rob Berendt via RPG400-L 2 Aug 2001 | ||
+ | |||
+ | ==Using the SEP debugger in green screen:== | ||
+ | |||
+ | You have to at least be on V5R3. You can use SEP in green-screen debugging, although not quite so easy as in the recent releases of WDSC and RDi or RDp. This works not only for batch jobs, but for any job you want to debug different to the one you will be issuing the debug commands from. | ||
+ | # STRDBG for your program - probably UPDPROD(*YES) | ||
+ | # Put my cursor on the line where I want it to break, then press F6 - this gets me a line number that is "right" | ||
+ | # On the command line, type sbreak line-number user qtmhhtp1 (that is the usual user for CGI jobs, you would not be debugging anything else, right?) | ||
+ | # Press F12 | ||
+ | # Start your server and/or do the thing in the browser that you want to debug You'll get a message in your job that says the SEP was reached. In the message is the STRSRVJOB you need to run. I do the following. It is harder to describe than to do. | ||
+ | # Put cursor on message and press F1 | ||
+ | # Copy the STRSRVJOB to the clipboard | ||
+ | # Press the ATTN key (Shift-Esc on my keyboard) and press Enter | ||
+ | # Take option 1 and press Enter to go to alternative job | ||
+ | # Sign on | ||
+ | # Paste the STRSRVJOB command and press enter - maybe CALL QCMD first | ||
+ | # STRDBG the same as above - it will show you where it stopped | ||
+ | # Put cursor on that line and press F6 | ||
+ | # Press F12 | ||
+ | # ATTN option 1 and press Enter to go to original job | ||
+ | # Press Enter twice to release the job | ||
+ | # ATTN option 1 and press Enter to go back to alternative job - it should be positioned at the breakpoint | ||
+ | # Walk through the code as usual | ||
+ | |||
+ | Reference: http://archive.midrange.com/rpg400-l/201102/msg00419.html © midrange.com | ||
+ | |||
+ | Answer courtesy Vern Hamberg via RPG400-L 22 Feb 2011 | ||
+ | |||
+ | ==IBM i Debugger== | ||
+ | In addition to the above mentioned debuggers, IBM i supports another debugger - this one is called the [http://www.ibm.com/developerworks/ibmi/library/i-debug/index.html IBM i debugger] (or in older documents, System i Debugger). It comes in two forms: one, as part of the IBM i Navigator's Run SQL Scripts, and the other as JAR files in the IBM Toolbox for Java (5770-SS1 option 3, Extended Base Directory Support). | ||
+ | |||
+ | The easiest way by far to run the IBM i Debugger is to start IBM i Navigator for Windows and invoke the Debug function. The alternative requires you to copy two JAR files to your PC (jt400.jar and tes.jar) from /QIBM/ProdData/HTTP/Public/jt400/lib/ After copying them, add them to your PCs CLASSPATH. Once installed, to run the debugger, there are two steps for each debug session: | ||
+ | |||
+ | # Start the debug manager: '''java utilities.DebugMgr''' | ||
+ | # Start the System Debugger: '''java utilities.Debug <args>''' | ||
+ | |||
+ | <nowiki><args></nowiki> represents any of the following command arguments: | ||
+ | {| class="wikitable" | ||
+ | | -u || User | ||
+ | |- | ||
+ | | -s || System name | ||
+ | |- | ||
+ | | -j || Job description, in the form of: job number/job user/job name | ||
+ | |- | ||
+ | | -p || Program to run, in the form of: program library/program name | ||
+ | |} | ||
+ | |||
+ | Note: | ||
+ | Once you use Debug Manager to register your client, you can issue the Start Debugging (STRDBG) | ||
+ | CL command from an emulation session to start System Debugger. You can also start System | ||
+ | Debugger directly from System Debug Manager. | ||
+ | |||
+ | [[Category:Debugging]] |
Latest revision as of 22:40, 18 February 2015
Brad Stone has a FAQ entry that addresses this: http://bvstools.com/faq.html#RPG
If that site is unavailable, here is a list of steps culled from posts to RPG400-L:
Contents
Using the Green Screen debugger:
- Submit your program to batch. The job MUST be held. You can either hold the job queue (HLDJOBQ) or hold the individual job (HLDJOB) or specify HOLD(*YES) on the SBMJOB command.
- WRKSBMJOB/WRKUSRJOB/WRKACTJOB and find your submitted job. Note that the SBMJOB command gives you an informational message with the job name/number. What you need is the job name, user ID and job number - the fully qualified job name. Example: 123456/BUCK/MONTHEND
- STRSRVJOB on the held batch job.
- STRDBG on your program. Specify UPDPROD(*YES) if needed. You'll see the source listing if you compiled with DBGVIEW(*LIST) or *SOURCE.
- Press F12 to exit - you cannot set a breakpoint yet.
- Release the job so that it becomes STATUS(*ACTIVE).
- You'll see a display asking if you want to debug or continue. Press F10 to debug.
- DSPMODSRC to see the source listing again. Alternately, press F10 to step into the first instruction.
- Now you can add your breakpoints.
- Press F3 until you're back to the "debug or continue" display. Press Enter to run the program with your breakpoints set.
- When you're done, do an ENDDBG and ENDSRVJOB.
Thanks to Bob Slaney, Phil, Patrick Conner and Kelly Fucile.
Using the IBM Distributed Debugger:
- SBMJOB CMD(CALL PGM(yourlib/yourpgm)) JOBQ(yourlib/yourjobq) HOLD(*YES)
- Start your Code debugger from Start->Programs->WebSphere Development... ->IBM Distributed Debugger->IBM Distributed Debugger
- Select the debugger Start up window and key into the job name entry field */##########/* where ########## is your user id.
- You may have to log in and specify the AS/400 system name.
- Select the job that is being held in yourjobq.
- Click the ok push button.
- Enter the library and program name into the Program entry field
- Click the Load push button on the debugger Startup information window. A debugger message will appear telling you to start the program.
- Click Ok on the message push button, even though it tells you to start your program first.
- Switch to a 5250 emulation window.
- WRKJOBQ JOBQ(yourlib/yourjobq)
- Release your job.
Answer courtesy Rob Berendt via RPG400-L 2 Aug 2001
Using the SEP debugger in green screen:
You have to at least be on V5R3. You can use SEP in green-screen debugging, although not quite so easy as in the recent releases of WDSC and RDi or RDp. This works not only for batch jobs, but for any job you want to debug different to the one you will be issuing the debug commands from.
- STRDBG for your program - probably UPDPROD(*YES)
- Put my cursor on the line where I want it to break, then press F6 - this gets me a line number that is "right"
- On the command line, type sbreak line-number user qtmhhtp1 (that is the usual user for CGI jobs, you would not be debugging anything else, right?)
- Press F12
- Start your server and/or do the thing in the browser that you want to debug You'll get a message in your job that says the SEP was reached. In the message is the STRSRVJOB you need to run. I do the following. It is harder to describe than to do.
- Put cursor on message and press F1
- Copy the STRSRVJOB to the clipboard
- Press the ATTN key (Shift-Esc on my keyboard) and press Enter
- Take option 1 and press Enter to go to alternative job
- Sign on
- Paste the STRSRVJOB command and press enter - maybe CALL QCMD first
- STRDBG the same as above - it will show you where it stopped
- Put cursor on that line and press F6
- Press F12
- ATTN option 1 and press Enter to go to original job
- Press Enter twice to release the job
- ATTN option 1 and press Enter to go back to alternative job - it should be positioned at the breakpoint
- Walk through the code as usual
Reference: http://archive.midrange.com/rpg400-l/201102/msg00419.html © midrange.com
Answer courtesy Vern Hamberg via RPG400-L 22 Feb 2011
IBM i Debugger
In addition to the above mentioned debuggers, IBM i supports another debugger - this one is called the IBM i debugger (or in older documents, System i Debugger). It comes in two forms: one, as part of the IBM i Navigator's Run SQL Scripts, and the other as JAR files in the IBM Toolbox for Java (5770-SS1 option 3, Extended Base Directory Support).
The easiest way by far to run the IBM i Debugger is to start IBM i Navigator for Windows and invoke the Debug function. The alternative requires you to copy two JAR files to your PC (jt400.jar and tes.jar) from /QIBM/ProdData/HTTP/Public/jt400/lib/ After copying them, add them to your PCs CLASSPATH. Once installed, to run the debugger, there are two steps for each debug session:
- Start the debug manager: java utilities.DebugMgr
- Start the System Debugger: java utilities.Debug <args>
<args> represents any of the following command arguments:
-u | User |
-s | System name |
-j | Job description, in the form of: job number/job user/job name |
-p | Program to run, in the form of: program library/program name |
Note: Once you use Debug Manager to register your client, you can issue the Start Debugging (STRDBG) CL command from an emulation session to start System Debugger. You can also start System Debugger directly from System Debug Manager.