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



Larry,

I can't help but wonder, are you sure you're using the INDARA in the dspf
DDS?  I didn't think you could use the INDDS keyword in RPG unless the DSPF
had the INDARA attribute.

My understanding of INDARA and (in RPGIV) INDDS, is that it reserves a block
of memory that represents all possible indicator values being passed between
the HLL and the DSPF.  *IN01 is the first byte of this space, *IN99 is the
99th byte...  Whether all these indicators are being used in the DSPF is
irrelevant, since space is reserved for them anyway....

Eric DeLong
Sally Beauty Company
MIS-Project Manager (BSG)
940-297-2863 or ext. 1863



-----Original Message-----
From: rpg400-l-bounces+edelong=sallybeauty.com@xxxxxxxxxxxx
[mailto:rpg400-l-bounces+edelong=sallybeauty.com@xxxxxxxxxxxx]On Behalf
Of Larry Ducie
Sent: Thursday, November 03, 2005 6:01 AM
To: rpg400-l@xxxxxxxxxxxx
Subject: Re: Problem with field selection subfile on V5R3M0 - cause
found! 


Hi All,

I have found a "solution" to our problem, but I can't see how it would be 
the "cause" of the problem.

Basically, the display file indicator DS (indds) had four indicators defined

which were not in the display file. The programmer who wrote the 
program/display file had copied one of my programs and modified it to create

a new program. As a result he had left these four indicators in the indds, 
but removed them from the DDS. In the program these indicators were still 
getting updated - and consequently some portion of the internals of the 
display file was being overwritten.

I removed the fields from the indds and made them standalone indicators and 
recompiled - all worked fine. This isn't the solution, and the programmer is

now working on removing the indicators and all references from the program 
"as I type", but it begs the question: How can this happen? I assumed that 
the indds was contiguous. There are fields defined before and after these 
fields in the indds so I would have thought that the memory affected by 
these indicators would be "safe". Can we really completely corrupt a display

file by setting on an indicator sitting in an indds DS within a RPG program,

which is not defined within the display file?

Cheers

Larry Ducie



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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.