Re: Subfile weirdness

An alternative to using the OVRDSPF, and the one I typically use, is to sign
on as a developer at DSP1 and as a user at DSP2. From DSP1 then use
STRSRVJOB against the DSP2 job followed by STRDBG (and setting of
breakpoints, etc) of the problem program. DSP2 runs the program, DSP1 gets
the debug session.

I prefer this as it allows the problem program to run in a "true" user
environment (not signed on as a developer in order to start a debug session
for instance) and to avoid the nuisance in a multiple DSPF job stream
environment of having some IO at DSP1 and some at DSP2. All program related
IO is at DSP2, all debug related IO is at DSP1.

It's a bit more work as you need to STRSRVJOB, STRDBG, ENDDBG, ENDSRVJOB at
DSP1; but it provides a somewhat cleaner debug environment as you
aren't interjecting the developers environment into the problem job.

Bruce

On Tue, Aug 3, 2010 at 9:48 PM, Terrence Enger <tenger@xxxxxxxxxxxxxxxx>wrote:

On Tue, 2010-08-03 at 15:54 -0500, sjl wrote:
Terry -

please elaborate on this technique:

Terry wrote:
Just for the fun of it, you might try to annoy the program a little
bit differently. Does the behaviour change if you direct the dspf

to

a different session from STRDBG using OVRDSPF DEV()?


Regards,
sjl

sjl,

You need two workstations or workstation sessions. Let us call them
DSP1 and DSP2. DSP2 must be available; for me this usually means that
DSP2 is sitting at a signon screen, but I suppose it would also work
with DSP2 varied on but not assigned to a subsystem.

In your session on DSP1, issue the command
OVRDBF yourdspf DEV(DSP2)
and then run the program, possibly under STRDBG.

The DEV() parameter of CRTDSPF or OVRDSPF allows multiple values, so
you can have one instance of a program controlling multiple
worstations. I do not even want to think about why you might want to
do this.

Cheers,
Terry.


--
This is the RPG programming on the IBM i / System i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.