|
Plus, we maybe could assume that the implementation could cause implicit or appropriate locks on the files... Besides using a things like read-delimited into an externally described DS... Hey, you could even do a primary-file read-delimited into ext-described-DS! <big grin> - Alan ----- Original Message ----- From: "Jim Langston" <jlangston@celsinc.com> To: <rpg400-l@midrange.com> Sent: Thursday, July 11, 2002 4:13 PM Subject: RE: IFS in RPG To be fair, Hans, I can code in Native RPG IV a *lot* faster than coding to an API in RPG. If I want to read a records from a DB2 file I code an F spec, a setll, a read(e), and a not eof() If I want to read from an IFS file I have to write a Prototype for the file open, prototype for the file read, prototype for the file eof, prototype for the file close, then I can actually write my program. True, I can design these once and put them in a library and link to that, but now I have more maintenance issues, etc... So, 4 lines of file I/O code native .vs., what, 25-30 lines of code to write to APIs? Understand, I'm not saying that Rochester should drop everything and write native RPG IFS file I/O <g>, I'm just saying there is a point for native RPG file I/O Regards, Jim Langston Programmer/Analyst NT Administrator Cels Enterprises, Inc. (310) 838-2103 x604
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.