|
Exactly. It seems that if the data contained in the variable is not to be changed, it should be read only. A READONLY keyword would work. But then again, wouldn't that also work on a standalone field, making the 'C' specifier obsolete? D Combo S 3A Inz('CM') READONLY instead of D Combo C Const('CM') The way I see it, you have the CONST(' ') keyword, why not just extend it's use to be allowed inside data structures? On Tue, 4 Jan 2005 12:32:34 -0600, Bob Cozzi <cozzi@xxxxxxxxx> wrote: > You mean you want a read-only variable? > > D FN DS Qualified > D Acro 3A Inz(*Blanks) > D Chunk 21A READONLY Inz('FILES/DOCTRL3') > > > -----Original Message----- > From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] > On Behalf Of Tony Carolla > Sent: Tuesday, January 04, 2005 12:23 PM > To: RPG programming on the AS400 / iSeries > Subject: Re: Long Constant Names > > I use constant fields for a few things, commands strings I intend to > use for system() commands, and all literals I intend to use and not > modify at runtime. > > What I was asking for was the ability to create a data structure, with > certain elements that remained constant. i.e. > > D FN DS Qualified > D Acro 3A Inz(*Blanks) > D Chunk Const('FILES/DOCTRL3') > > The second component of the data structure should never change. In my > mind, it should be declared constant. > > On Tue, 04 Jan 2005 13:13:10 -0500, Barbara Morris <bmorris@xxxxxxxxxx> > wrote: > > Tony Carolla wrote: > > > > > > When you say users wanted to allow CONST for variables, that can be > > > inz'd but not modified, isn't this the definition of a Constant. If > > > you specify a 'C', and use the CONST keyword, voila. You have > > > initialized a variable that can't be modified. > > > > > > By variable, are you referring to using it in a Data Struct? > > > > > > > Yep, you're right that constant standalone fields wouldn't be that > > useful except possibly for arrays (I guess they would be initialized > > through CTDATA or FROMFILE or maybe (WACI) there would be some keyword > > to allow update in the *INZSR). > > > > -- > > This is the RPG programming on the AS400 / iSeries (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. > > > > > > -- > "Enter any 11-digit prime number to continue..." > -- > This is the RPG programming on the AS400 / iSeries (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. > > -- > This is the RPG programming on the AS400 / iSeries (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. > > -- "Enter any 11-digit prime number to continue..."
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.