Re: global pgm variable and file field with same name and attributes

Hi,

I'm used to put all my global vars to a datastructure called this with keyword qualified, as the following example

d this ds qualified
d myVar1
d* followed by other global declarations

you would have no duplicate names and its good for readability.

D*B

--------------------------------------------------
From: "David FOXWELL" <David.FOXWELL@xxxxxxxxx>
Sent: Tuesday, January 25, 2011 4:30 PM
To: "RPG programming on the IBM i / System i" <rpg400-l@xxxxxxxxxxxx>
Subject: global pgm variable and file field with same name and attributes

Hi,

I hope someone will be able to explain this to me.

In this program, it looks like the programmer thought that coding gPgmId was different to GPGMID.

In the code, a file containing field GPGMID is read into display file field EPGMID. Then the global variable gPgmId is populated with EPGMID, read from a subfile.


D Main_procedure PI
D gPgmId S Like(....)

/free
CAllp subproc
gPgmId = EPGMID;
/end-free

In subproc :
EPGMID = GPGMID;


In the compiler listing, GPGMID appears once in the list of global variables. The source numbers next to it show that it does not seem to differentiate between the global variable declared by the programmer and the global field from the file.

So can anyone tell me what is actually happening in the program ? I think there is a danger that by coding gPgmId = EPGMID;
It is really initialising the file field GPGMID.















Références de zone globales :
--
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.