|
Yes that's what I finally discovered. However, there are some instances where you may need to visit every record. i.e., if you need to check to see if another program has change the corresponding database record. -----Original Message----- From: Buck Calabro [mailto:mcalabro@commsoft.net] Sent: Tuesday, August 03, 1999 3:36 PM To: 'RPG400-L@midrange.com' Subject: RE: RPG/SDA Question I can't speak for everybody, but I typically use SFLNXTCHG to force the program to re-read the record when it has an error. I suppose you could force all records to "changed" but then why bother with a READC loop? Why not do a CHAIN loop instead, since you plan on visiting all the subfile records each pass anyway? Hiding the intent (visiting all records) is not in the best interest of the maintenance programmers (me!) :-) Buck Calabro Billing Concepts Albany, NY mailto:mcalabro@commsoft.net > -----Original Message----- > From: Peter Trahan > Sent: Tuesday, August 03, 1999 2:01 PM > To: 'RPG400-L@midrange.com' > Subject: RE: RPG/SDA Question > > In order for me to update the sfl rec, wouldn't have to read it. And if > the > readc isn't doing the read, then I would have to chain by RRN and if I do > that I don't need the READC. ??? > +--- | 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-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.