× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



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

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.