RE: RPG/SDA Question

[Peter Trahan <peter.trahan@xxxxxxxxxxx>]

Yeah, I've tried all of the suggestions from todays messages and nothing
worked, all due respect to the correspondants.  I guess CHAIN by RRN is the
real solution.  Luckily my app (as it turned out due to user re-design
during development) only requires that I read the changed recs.  So THANKS
TO EVERYONE, and keep up the good work.

Sincerely Yours, 
Peter Trahan in Fort Lauderdale, FL

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