|
"Ken Sims at SWS Nevada" <ken.sws@ke9nr.org> wrote: Not so Ken, design is OK, its the divide operation that caused the intermediate result to have 20 dec places. Obviously I needed to do an EVAL(R) but in the end I used the old RPG II op codes. > I knew about it, and I don't consider it particularly a problem. > As long as the intermediate result doesn't exceed 30 digits, there > isn't a problem. Where the order of operations is flexible, I have > always coded to keep the intermediate result as small as possible. > > If your numbers are big enough in themselves to cause problems in > the intermediate results, then perhaps you need to be using > floating point numbers. If the numbers aren't that big, but the > fields are, then it sounds like a poor design by somebody. > ____________________________________________________________________ Get your own FREE, personal Netscape WebMail account today at http://webmail.netscape.com. +--- | This is the RPG/400 Mailing List! | To submit a new message, send your mail to RPG400-L@midrange.com. | To subscribe to this list send email to RPG400-L-SUB@midrange.com. | To unsubscribe from this list send email to RPG400-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.