|
The two things that threw me off were using the global field name in the data structure in the way I'm used to doing in a main program, and that the fields in question were file fields rather than variables defined in the D specs of the global section of the source. I don't object to the way it works and I understand the idea of the scope of automatic variables. I think you could argue that a data structure subfield in a D spec that doesn't "define" the variable (explicitly mention type and size) ought to be the global of the same name if one exists. Whether it's easy or sensible to do that is a different question. > -----Original Message----- > From: Scott Mildenberger [mailto:Smildenber@Washcorp.com] > Sent: Thursday, March 28, 2002 6:44 AM > To: 'midrange-l@midrange.com' > Subject: RE: visibility of file fields > > > Joel, > > When you have a local and global field (all file fields are > global) with the > same name, they are in fact two different fields. And within the > subprocedure the local field will 'hide' the global one which > means you > cannot access the global field within the subprocedure. > > Scott Mildenberger >
As an Amazon Associate we earn from qualifying purchases.
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.