|
Martin, I agree that it is possibly faster than a DIY-program with read loops, but if it means that new people (who will be less and less familiar with the RPG cycle as time goes on) can read and understand the flow of a program in less time, I vote against using the cycle and level breaks. Just my personal opinion (everybody can start shooting ... now <ducking>) Peter Colpaert Application Developer Honda Europe NV Langerbruggestraat 104 B-9000 GENT Peter.Colpaert@honda-eu.com Tel: +32 9 2501 334 Fax: +32 9 2501 231 ---------- "Bones! Help this man, he's injured!" "Damn it Jim, I'm a doctor not a ... oh, ummm, yeah." ---------- "Booth Martin" <Booth@MartinVT.com>@midrange.com on 22/05/2002 14:58:25 Please respond to rpg400-l@midrange.com Sent by: rpg400-l-admin@midrange.com To: <rpg400-l@midrange.com> cc: Subject: RE: Difference bet. Primary and Full procedural file. While you avoid it like the plague I like and use both methods. On a recent assignment I was asked to not use the cycle because none of the new people understood it. I was able to replace 4 simple lines of I-specs (L1 & M1) with several layers of ReadE-loops in the calc specs. What is really a mainline of under 10 lines became 30+ lines. I'd agree that people avoid it like the plague, but that is fear of the unknown and has no basis in complexity. when you need to process a lot of records and performance is an issue UpdatePrimary with no K was, for many years, unbeatable. Lately I have heard that's no longer true but I do not have facts for either case. (Just testing ----------------------------------------------- Booth Martin ResoDirect, ext. 528 BMartin@ResoDirect.com Booth@MartinVT.com http://www.MartinVT.com ----------------------------------------------- ______________________________________________________________________ The information contained in this communication is confidential and may be legally privileged. It is intended solely for the use of the individual or the entity to whom it is addressed and others authorised to receive it. If you have received it by mistake, please let the sender know by e-mail reply and delete it from your system. If you are not the intended recipient you are hereby notified that any disclosure, copying, distribution or taking any action in reliance of the contents of this information is strictly prohibited and may be unlawful. Honda Europe NV is neither liable for the proper and complete transmission of the information contained in this communication nor for any delay in its receipt.
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.