RE: RPG/SDA Question

Here's an Update on SFLNXTCHG.  I found in the DDS manual (rather than the
SDA Manual) a more detail explaination of the SFLNXTCHG keyword.  It seems
that it is only in effect (indicator or not) after a record is changed, an
error is found and the SFL is read again.  The records in error or
read(READC) even though the user didn't change them.  Hence the records will
always return an error until they are corrected.  In other words the record
has to have been originally modified by the user.  
THANKS AGAIN!   Peter

-----Original Message-----
From: William A. Corbett [mailto:corbett@asresources.com]
Sent: Tuesday, August 03, 1999 5:54 PM
To: RPG400-L@midrange.com
Subject: Re: RPG/SDA Question


The problem I've had with READC is that if any IO happens, the modified data
tags get reset...and...on most any subfile application that actually does
anything, some kind of IO happens between the change and the readc.  I don't
use readc much anymore because of this........just my opinion.

Jerry Feador wrote:

> Peter,
>
> You *must* include the indicator on the DDS of the SFLNXTCHG but you don't
have to set it on at the write of the subfile.
> Try setting the subfile's RRN to one prior to the READC. I think this
messed me up once. Good luck,
>
> Jerry
>
> >>> Peter Trahan <peter.trahan@AURAFIN.com> 08/03 5:47 AM >>>
>
> > I have specified the SFLNXTCHG keyword at the record level of a subfile,
> > but when I do a READC to the subfile the records are not returned to my
> > RPG program.  I have tried specifying an indicator and turning it on and
> > without an indicator.  I put it in debug and the EOF indicator on the
> > READC operation comes on with the first READC.  The help text in SDA
says
> > that if I specify this keyword (SFLNXTCHG) (Subfile Next Change) that
the
> > record will be returned to my program regardless of the operator
actually
> > changing the record.  What am I missing?
> >
> > Thanks
> +---
> | This is the RPG/400 Mailing List!
> | To submit a new message, send your mail to RPG400-L@midrange.com.
> | To subscribe to this list send email to RPG400-L-SUB@midrange.com.
> | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
david@midrange.com
> +---END
>
>
!
  !
>
> +---
> | This is the RPG/400 Mailing List!
> | To submit a new message, send your mail to RPG400-L@midrange.com.
> | To subscribe to this list send email to RPG400-L-SUB@midrange.com.
> | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
david@midrange.com
> +---END

--
corbett@asresources.com
http://www.asresources.com
http://www.cbt400.com
+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator:
david@midrange.com
+---END
+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---END