|
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. ??? -----Original Message----- From: Chris Bipes [mailto:ChrisB@cross-check.com] Sent: Tuesday, August 03, 1999 11:29 AM To: 'RPG400-L@midrange.com' Subject: RE: RPG/SDA Question To re-set a record in a subfile as changed using the SFLNXTCHG keyword you must update the subfile record. Think of a subfile as a PF. Think of the SFLNXTCHG as a flag that needs to be set. I only use this after I have read and processed the subfile record. If it has an error, I set on the SFLNXTCHG indicator before I update the subfile record. If there is no error I set off the indicator. Of course if the user types any data on an input capable field with-in the subfile record, the sflnxtchg flag is set on by the system. How is control being returned to your program, via function key or enter key? If this does not give you enough, post your DDS and RPG relative to the subfile processing and I will look it over. Christopher K. Bipes mailto:ChrisB@Cross-Check.com Sr. Programmer/Analyst mailto:Chris_Bipes@Yahoo.com CrossCheck, Inc. http://www.cross-check.com 6119 State Farm Drive Phone: 707 586-0551 x 1102 Rohnert Park CA 94928 Fax: 707 586-1884 > -----Original Message----- > From: Peter Trahan > Sent: Tuesday, August 03, 1999 8:48 AM > To: 'RPG400-L@midrange.com' > Subject: RPG/SDA Question > > > 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? +--- | 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.