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



If you are using the INDARA in your display file, and the INDDS keyword in your 
program to specify the data structure for  the indicators, you do not need the 
*INxx for anything.
the INDDS keyword maps the indicator data structure to the display file, so by 
setting position 27 in the INDDS to *ON, you effectivly set *IN27 on FOR THE 
DISPLAY FILE ONLY.
This does NOT effect anything else, although you can use the variable that you 
defined for the indicator as you would any other variable.
 
Jeff Young 
Sr. Programmer Analyst
Dynax Solutions, Inc.
A wholly owned subsidiary of enherent Corp.
IBM -e(logo) server Certified Systems Exper - iSeries Technical Solutions V5R2 
IBM  Certified Specialist- e(logo) server i5Series Technical Solutions Designer 
V5R3
IBM  Certified Specialist- e(logo)server i5Series Technical Solutions 
Implementer V5R3 


  
 





----- Original Message ----
From: "Turnidge, Dave" <DTurnidge@xxxxxxxxxxxxxxxxxxxx>
To: RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx>
Sent: Wednesday, December 6, 2006 11:28:45 AM
Subject: RE: Indicator Redux


I have INDDS and INDARA... So, it appears that in order to get indicator
*IN27 turned on with a data structure, I have to use the "pointer
method".... Is that correct? 

-----Original Message-----
From: rpg400-l-bounces+dturnidge=oldrepublictitle.com@xxxxxxxxxxxx
[mailto:rpg400-l-bounces+dturnidge=oldrepublictitle.com@xxxxxxxxxxxx] On
Behalf Of Wilt, Charles
Sent: Wednesday, December 06, 2006 10:26 AM
To: RPG programming on the AS400 / iSeries
Subject: RE: Indicator Redux

Dave,

The only time there's more than one set of indicators is when the INDDS
keyword is specified on a (display/printer) file's f-spec to go along
with the INDARA keyword in the file's DDS.

Otherwise, there is only one set.

*IN27 always(*) refers to the RPG indicators, which via the "pointer
method" could be given readable names.

If you're not using INDDS, then *IN27 would be shared with the display
file.  

Sounds like you are using INDDS, thus the only way to reference the
display file indicator 27 is via the name ExcludeSys assigned via the DS
specified with INDDS.

*note: "always" may not be correct as I imagine you could play some
pointer games.  But without doing that, I think "always" is correct.

HTH,

Charles Wilt
--
iSeries Systems Administrator / Developer Mitsubishi Electric Automotive
America
ph: 513-573-4343
fax: 513-398-1121
  

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Turnidge, Dave
Sent: Wednesday, December 06, 2006 11:12 AM
To: RPG programming on the AS400 / iSeries
Subject: Indicator Redux

I have looked through the archives having to do with Indicator Arrays,

and am confused. It appears that there are two arrays(?): one for 
display file indicators, and one for RPG indicators.

When I started on my current project I was told that I didn't need to 
use the "pointer method" to define my indicators, but now I am running

into a problem. I have set up variable "ExcludeSys" for position 27 in

my indicator data structure. However, when I turn ExcludeSys *ON, 
*IN27 is not *ON, and, I WANT it to be on.

Please help me understand the difference (if there is one) and/or how 
to be able to use a variable name and have the action continue on to 
the indicator. Also, if there is a page in a Redbook (or equivalent) 
that explains this from IBM's "easy to understand" viewpoint <G> a 
link would be nice...

Thank you,

Dave

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




As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.