|
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
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.