|
16, 1999) at 09/24/1999 08:40:45 PM, Serialize by Notes Client on Booth Martin(Release 5.0.1|July 16, 1999) at 09/24/1999 08:40:45 PM, Serialize complete at 09/24/1999 08:40:45 PM, S/MIME Sign failed at 09/24/1999 08:40:46 PM: The cryptographic key was not found, Serialize by Idle on Booth Martin(Release 5.0.1|July 16, 1999) at 09/24/1999 08:53:11 PM, Serialize complete at 09/24/1999 08:53:11 PM X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_alternative 0003BB1D852567F7_=" Sender: owner-midrange-l@midrange.com Precedence: bulk Reply-To: MIDRANGE-L@midrange.com Errors-To: list-errors@midrange.com X-List-Name: Midrange Systems Mailing List (MIDRANGE-L@midrange.com) This is a multipart message in MIME format. --=_alternative 0003BB1D852567F7_= Content-Type: text/plain; charset="us-ascii" Please respond to RPG400-L@midrange.com Sent by: owner-rpg400-l@midrange.com To: "'RPG400-L@midrange.com'" <RPG400-L@midrange.com> cc: Subject: Re[2]: RPG IV program - comments requested Maybe, maybe not. Processing an IP file without a K is real fast. Add the same file as "UF K Disk " for the updates, but chugging down huge blocks of records on IP without a K can process a big file real fast. That is my experience anyway. _______________________ ...and, it will allow SETLL/READE processing. If it's a big file, this will cut down _big time_ on the processing time. ____________ Paul Cunnane The Learning Company ______________________________ Reply Separator _________________________________ Subject: RE: RPG IV program - comments requested Author: "Reger; Bill" <breger@levitz.com> at InterNet Date: 24-09-99 12:14 pm Jim, The only thing I'd suggest is to eliminate the use of the RPG cycle to read your file. While this will add several statements to your code, it will be much easier to understand, particularly for those programmers who are new to RPG and are only experienced in other languages that don't have a cycle. --=_alternative 0003BB1D852567F7_= Content-Type: text/html; charset="us-ascii" <br> <br> <p><font size=1 color=#800080 face="sans-serif">Please respond to RPG400-L@midrange.com</font> <p><font size=1 color=#800080 face="sans-serif">Sent by: owner-rpg400-l@midrange.com</font> <p><font size=1 color=#800080 face="sans-serif">To: </font><font size=1 face="sans-serif">"'RPG400-L@midrange.com'" <RPG400-L@midrange.com></font> <br><font size=1 color=#800080 face="sans-serif">cc: </font> <br> <br><font size=1 color=#800080 face="sans-serif">Subject: </font><font size=1 face="sans-serif">Re[2]: RPG IV program - comments requested</font> <br> <br><font size=1 face="sans-serif">Maybe, maybe not. Processing an IP file without a K is real fast. Add the same file as "UF K Disk " for the updates, but chugging down huge blocks of records on IP without a K can process a big file real fast.</font> <br> <br><font size=1 face="sans-serif">That is my experience anyway.</font> <br> <br><font size=1 face="sans-serif">_______________________</font> <br><font size=2 face="Courier New"> <br> ...and, it will allow SETLL/READE processing. If it's a big file, <br> this will cut down _big time_ on the processing time.<br> <br> ____________<br> Paul Cunnane<br> The Learning Company<br> <br> <br> <br> ______________________________ Reply Separator _________________________________<br> Subject: RE: RPG IV program - comments requested<br> Author: "Reger; Bill" <breger@levitz.com> at InterNet<br> Date: 24-09-99 12:14 pm<br> <br> <br> Jim,<br> <br> The only thing I'd suggest is to eliminate the use of the RPG cycle to read <br> your file. While this will add several statements to your code, it will be <br> much easier to understand, particularly for those programmers who are new <br> to RPG and are only experienced in other languages that don't have a cycle.<br> </font> <br> --=_alternative 0003BB1D852567F7_=-- +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
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.