Title: Re: [SPAM] Re: [flexcoders] Re: decimal numbers in financial applications
Read the WIKI on floating multiplication particularly towards the bottom. Thats the reason why you get an error during arithmetic operations.
As I said, usually FP is 2^64-1 (double precision) - single is 2^32-1
: flexcoders@yahoogroups.com [mailto:flexcoders@yahoogroups.com] On Behalf Of Samuel D. Colak
Sent: Friday, August 18, 2006
12:27 AM
To: flexcoders@yahoogroups.com
Subject: Re: [SPAM] Re:
[flexcoders] Re: decimal numbers in financial applications
Read the WIKI on floating
multiplication
Apparently you acknowledge that it would work but need to keep BigDecimal
for other reasons.
I get the impresson that they want some calculations to be done real
time on the client, and for that a BigDecimal object would be needed in the
client as well as on the server.
ryanm
--
Ryan,
With double, precision should not be an issue - usually money datatype is limited to 18 digits and in most practical applications is limited to 11-12 digits. If you work with doubles (16+ correct digits)t would takequite afew operations to get precision under 12 digits. In terms of
Title: Re: [SPAM] Re: [flexcoders] Re: decimal numbers in financial applications
Guys,
FP precision is based upon the machine capabilities. Normally this is guaranteed to 2^64 1 as FP is usually encoded using 2*32 bit registers on mac and on PC 32 bit. Big or Small Edian aside, the IEEE
: Thursday, August 17, 2006
3:58 PM
To: flexcoders@yahoogroups.com
Subject: Re: [SPAM] Re:
[flexcoders] Re: decimal numbers in financial applications
Guys,
FP precision is based upon the machine capabilities. Normally this is
guaranteed to 2^64 1 as FP is usually encoded using 2*32 bit
We worked closely with many enterprise customers, including financial
ones, during our development phase and beta period, and support for
decimal arithmetic was not a priority for them. I've also read many
thousands of FlexCoders and Beta list emails during the Flex 1, 1.5, and
2 cycles, and
7 matches
Mail list logo