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