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


  • Subject: Re: Debugging a batch program (RPG400-L Digest V3 #230)
  • From: Kirk.Palmer@xxxxxxxxxxxxx
  • Date: Fri, 25 May 2001 16:44:01 -0500


Since I received replies back from my e-mail, I have tested the debug in
batch problem, and cannot get it to work wrong.  It is now stopping at my
breakpoints.  But, I know there are times when this hasn't worked.
Intermittent problems are the worst type :-(

Kirk.

------------------------------

Date: Fri, 25 May 2001 09:39:21 -0500
From: "Wills, Mike N. (TC)" <MNWills@taylorcorp.com>
Subject: RE: Debugging a batch program

It works for me...

Try setting a breakpoint at the very beginning of the program. The break
point you set might not even be touched by your program.

Mike


------------------------------

Date: Fri, 25 May 2001 11:34:48 -0400
From: "Patrick Conner" <pwconner@charter.net>
Subject: Re: Debugging a batch program

Let me back up for a minute.
First, I compile everything with DbgView(*List) when using
debug.
Second, after releasing the batch job and pressing F10 to
enter debug commands, I rarely set break points initially. I
press F10 (in debug) to start step mode.
This way the program breaks immediately upon starting. I
continue to press F10 to step through the program unless I
need a breakpoint to get directly to a problem.
Third, make sure you are setting break points on code that
is going to be executed.

Hope this helps.

I'm also at V4R4.

------------------------------

Date: Fri, 25 May 2001 11:44:44 -0400
From: Troy.C.Dills@blum.com
Subject: To: rpg400-l@midrange.com

For a quick work around, could you make your program interactive just for
testing purposes?

Thanks
Troy C. Dills
Troy.C.Dills@Blum.com
Julius Blum Inc.
704-827-1345 ext 269

spammers  not  welcome

------------------------------

Date: Fri, 25 May 2001 11:52:18 -0500
From: "George J. Vitek" <vitekg@ctpf.org>
Subject: Re: Debugging a batch program

I'm just guessing, but I believe what you want is a trace function.

Kirk.Palmer@Walsworth.com wrote:

> I have followed all the steps outlined below to debug a batch program.
The
> problem is that even if I set a break point for the program running in
the
> batch job, the debugger will not stop a the break point.  If the program
> runs long enough, I believe I can DSPMODSRC to look at the value of some
> variables, but the breakpoints don't work.
>
> When we first started programming with RPG IV (V3R2??) the breakpoints
did
> work on batch programs, but lately they don't.  Debugging interactive
> programs works just fine.
>
> FYI, we are currently running on V4R4.
>
> I would appreciate some help with this.
>
> Thanks,
> Kirk
>
> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>
>
>
>
> Date: Wed, 23 May 2001 19:54:22 -0400
> From: Patrick W Conner <PWConner@Charter.net>
> Subject: Re: Debugging a batch program
>
> Instead of setting your break point when you are getting the error
message,
> press
> F12 to go back to a command line. Release the out queue. A message will
> display
> stating "...press F10 for debug or enter to continue..." when your job
goes
> active. Press F10. Your source should appear (if not, use the DSPMODSRC
> command).
> Now, set your break points and continue.
>
> Hope that helps
>
> "Wills, Mike N. (TC)" wrote:
>
> > How do I debug a batch program?
> >
> > I know you can use STRSRVJOB and then use STRDBG. So what I did was put
> the
> > jobq on hold (test jobq so it is not a major thing to put on hold) so I
> > could get the job number. Then used STRSRVJOB on the job, followed by
> STRDBG
> > and was going to set a break point, but it wouldn't let me set one.
> > Something about "cannot perform this function when job is not active".
Am
> I
> > doing something wrong? The job runs for about 20 seconds normally.
> >
> > Thanks for any help in advance.
> >
> > Mike
> >
> > BTW this is a RPG program.
> > +---
> > | This is the RPG/400 Mailing List!
> > | To submit a new message, send your mail to RPG400-L@midrange.com.
> > | To subscribe to this list send email to RPG400-L-SUB@midrange.com.
> > | To unsubscribe from this list send email to
> RPG400-L-UNSUB@midrange.com.
> > | Questions should be directed to the list owner/operator:
> david@midrange.com
> > +---
>
> +---
> | This is the RPG/400 Mailing List!
> | To submit a new message, send your mail to RPG400-L@midrange.com.
> | To subscribe to this list send email to RPG400-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
RPG400-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
david@midrange.com
> +---


+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.