RE: Passing unwanted parameters

Rory,

Correct, the program creates the data area at run-time, not at compile
time. Like I believe you said earlier, it will create it in QTemp. (No
real point in creating anything in QTemp at compile time if you need it
to run the program, right?)

-Kurt

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Rory Hewitt
Sent: Tuesday, January 13, 2009 4:18 PM
To: RPG programming on the IBM i / System i
Subject: Re: Passing unwanted parameters

Simon,

Yeah, I'm aware that the DSPLY is showing the variable rather than the
data
area - I was actually stepping through in debug and getting a command
line
to check the value of EXTRAPARM (as well as check its locks). The DSPLY
was
left from earlier testing - sorry, a bit of a red herring.

My puzzlement is that I don't know where the EXTRAPARM data area is
being
created. I assumed it was in the initialization (effectively in the
*INZSR),
but when I created an RPG/400 program and compiled it with
GENOPT(*LIST), I
couldn't see where the data area is either created or retrieved. Mind
you,
things may have changed between RPG/400 and RPGLE (and indeed, my MI may
be
a little rusty), but I'm damned if I can see where the program creates
the
data area. Maybe the RPG runtime creates it...

In any case, we've all gone rather off-topic now, haven't we? My bad....

Rory.

On Tue, Jan 13, 2009 at 1:51 PM, Simon Coulter
<shc@xxxxxxxxxxxxxxxxx>wrote:

On 14/01/2009, at 7:33 AM, Rory Hewitt wrote:

p.s. My code:

... isn't doing what you think it's doing.

1) You're releasing the lock on the data area when program 1

does

the OUT operation.

2) You're displaying the program value of ExtraParm not the

data

area value so you won't see the change made by program 2.

3) Because you issue a return with LR off the program

initialisation

is not performed on subsequent calls so the content of the data area
is not read in at program start. You'll see whatever happened to be
the last value of program variable ExtraParm.

Regards,
Simon Coulter.
--------------------------------------------------------------------
FlyByNight Software OS/400, i5/OS Technical Specialists

http://www.flybynight.com.au/
Phone: +61 2 6657 8251 Mobile: +61 0411 091 400 /"\
Fax: +61 2 6657 8251 \ /
X
ASCII Ribbon campaign against HTML E-Mail / \
--------------------------------------------------------------------



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