× 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.



This is what happens if you specify DEBUG(*YES) in your programs, 
which is included so that a DUMP can be produced as part of the error
processing,
but also means that every field is read in from every file.  

This is the standard at my current company, 
and at every other place that I have worked, where they include the DUMP
opcode as part of their error processing.

-----Original Message-----
From: boldt@ca.ibm.com [mailto:boldt@ca.ibm.com]
Sent: Monday, June 21, 1999 5:59 PM
To: RPG400-L@midrange.com
Subject: Re: RPG enhancement suggestion




Colin wrote:
>I have been writing an extract program, to bring in data from a file on
>an external system. During this, a question occurred.
>
>Would file processing in RPG be a lot quicker if we could drop fields
>that we weren't using, similar to the way it works when you internally
>describe
>a file, but without actually decribing the file internally.
>
>eg: if I have a typical input file with 50 fields on it, but I only
>actually use 1 field on it in the program, I would like a keyword that
>allows me to
>drop all the other fields from the file.
>
>There must be 1000's of RPG programs out there that use only very few
>fields from files, but read in every field on the file every time a
>record is read

Sorry, it wouldn't be any faster, since RPG already does
something like that.  If an input field is not used within
the program, the data is not moved from the input buffer
to the field.

Cheers!  Hans

Hans Boldt, ILE RPG Development, IBM Toronto Lab, boldt@ca.ibm.com


* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
*
* This is the RPG/400 Discussion Mailing List!  To submit a new
*
* message, send your mail to "RPG400-L@midrange.com".  To unsubscribe
*
* from this list send email to MAJORDOMO@midrange.com and specify
*
* 'unsubscribe RPG400-L' in the body of your message.  Questions should
*
* be directed to the list owner / operator: david@midrange.com
*
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
*
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* This is the RPG/400 Discussion Mailing List!  To submit a new         *
* message, send your mail to "RPG400-L@midrange.com".  To unsubscribe   *
* from this list send email to MAJORDOMO@midrange.com and specify       *
* 'unsubscribe RPG400-L' in the body of your message.  Questions should *
* be directed to the list owner / operator: david@midrange.com          *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *


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.