|
Peter wrote: >> You could always stick to the traditional ADD, SUB, MULT, etc >> opcodes. But since the default behavior of those is to >> truncate results instead of failing on numeric overflow, >> those opcodes are the real unsafe ones! > >It depends upon what you're trying to accomplish. Imagine if MULT always >failed on overflow. How many programs are out there that used MULT 100.0001 >or MULT 10000.01 to flip a date around? In one sense, any opcode is "unsafe" >if you don't understand what it's doing. I remember waaaay back when >learning RPG after knowing COBOL, and expecting MOVE to MOVEL with Padding! Ah, another FAQ! A long time ago, I did a comparison comparing the performance of the old MULT 100.0001 trick. I found that using MULT was about 100 to 150 times slower than doing the date conversion using a couple of moves. I have yet to find a good example where using the decimal truncation behavior of the old opcodes provides any advantage. Since numeric overflow is almost always a programming error, to me it makes little sense compiling without TRUNCNBR(*NO). Cheers! Hans Hans Boldt, ILE RPG Development, IBM Toronto Lab, boldt@ca.ibm.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.