× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



--


>>> acassidy@pioneermetals.com 07/11/02 04:30PM >>>
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




_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
or email: RPG400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.
--
[ Converted text/html to text/plain ]
>>> acassidy@pioneermetals.com 07/11/02 04:30PM >>>
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
_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l[1]
or email: RPG400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.[2]

===References:===
  1. http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
  2. http://archive.midrange.com/rpg400-l.



As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.