For reference, Windows (or at least Visual Basic) supplies a
fixed-point type called Currency which has 15 digits to the left of
the decimal point and 4 to the right. This describes one-sixteenth
of a dollar accurately, and can denote about a trillion US dollar's
worth of money in the smallest dem
I discussed this with an old banking software consultant I know; a man
who worked at some of the big New York banks in the 80s--Citibank,
Manufacturers Hanover, Chase. Turns out that they did their customer
money computations, including interest computations, in fixed-point
decimal, seven digits
On Sat, 24 Jun 2000, Christopher Browne wrote:
> - When the "huge horde of balances" pop up to be recomputed, it may
> very well be that this indicates that something is wrong. There
> should not be thousands of things getting recomputed.
Yes, there was something wrong. Some computer change
On Sat, 24 Jun 2000 21:42:22 EST, the world broke into rejoicing as
Richard Wackerbarth <[EMAIL PROTECTED]> said:
> On Sat, 24 Jun 2000, Robert Graham Merkel wrote:
>
> > Oh, and one other thing. Performance when doing monetary arithmetic
> > is currently not an issue. As far as I can see, thi
On Sat, 24 Jun 2000, Robert Graham Merkel wrote:
> Oh, and one other thing. Performance when doing monetary arithmetic
> is currently not an issue. As far as I can see, this isn't likely to
> change, whatever implementation we end up using. Is this the case?
I think you are wrong. When you ha
On Sun, 25 Jun 2000 12:01:42 EST, the world broke into rejoicing as
Robert Graham Merkel <[EMAIL PROTECTED]> said:
> Sorry it's taken me a while to reply, but better now than when we
> implement anything.
>
> Everything you've written so far makes sense, but I've just got a
> couple of comments
Sorry it's taken me a while to reply, but better now than when we
implement anything.
Everything you've written so far makes sense, but I've just got a
couple of comments on your requirements list.
As well as Gnucash developers,
users will write their own Scheme code that makes use of
the new m
On Fri, 23 Jun 2000, Bill Gribble wrote:
> 7. Abstraction. Since we have made at least one fundamental mistake
> in specifying the original representation of monetary values in
> gnucash, we have to assume that we may make others. We are going
> to have to do significant surger
PREAMBLE
As of version 1.4.0, gnucash uses double-precision IEEE floats to
represent all monetary quantities. We see several related reasons
that doubles are inadequate for representation of monetary quantities:
- Range. IEEE 64-bit doubles have 52 bits of mantissa, meaning a
t