Re: Strange result with exponents...

I don't get this: if you use integer, the result is correct, but if it's
packed or signed, it goes wrong.

Is the calculation (and intermediate result format) different if you start
from integer?

Peter Colpaert
iSeries Application Developer

Honda Europe NV
Langerbruggestraat 104
B-9000 GENT
Belgium
Peter.Colpaert@xxxxxxxxxxxx
Tel: +32 9 2501 334
Fax: +32 9 2501 231
----------
Real programmers don't document. If it was hard to write, it should be
hard to understand.
----------



Scott Klement <klemscot@xxxxxxxxxxxx>
Sent by: rpg400-l-bounces@xxxxxxxxxxxx
19/02/2004 01:33
Please respond to
RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx>


To
RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx>
cc

Subject
Re: Strange result with exponents...







Hi Hans,

> What's happening here? It's simple, really. The exponentiation operator
> returns a float numeric value. When you're dealing with double precision
> IEEE float numeric, you're limited to about 16 digits of precision. Any
> digits past the 16th or 17th cannot be trusted. Period. (Note in the
values
> listed that the difference shows up in the 18th digit and beyond.)

Okay, that makes sense... but, then why did it work in V5R1?  And V4R5?
Why does it use 8F if all of the operands are 30p?
Is it documented somewhere than exponentiation always outputs float, no
matter what your operands are?






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.