[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Openstep Enterprise 4.2
|
From: |
Christian Edward Gruber |
|
Subject: |
Re: Openstep Enterprise 4.2 |
|
Date: |
Sun, 28 Apr 2002 19:53:20 -0400 |
You're probably going to have to create an alternate to NSDecimal and use
that to store your numbers... an equivalent to Java's java.math.BigDecimal,
that uses an arbitrary depth precision. It's slower to calculate, but it
can preserve your entire precision.
regards,
Christian.
----- Original Message -----
From: "Marcus Müller" <znek@mulle-kybernetik.com>
To: <David.Ayers@brainag.com>
Cc: <discuss-gnustep@gnu.org>
Sent: Friday, April 26, 2002 7:24 PM
Subject: Re: Openstep Enterprise 4.2
>
> On Friday, April 26, 2002, at 06:39 PM, David.Ayers@brainag.com wrote:
>
> > It actually is problem of Openstep 4.2 Enterprise (i.e. NT/W2K) (+/-
> > Y2k Patch)
> > (maybe other Versions of Openstep also ?)
> >
> > The short Version:
> > NSDecimalCompare(12.5, 12.5000000000000000000000000000000000121)
> > evaluates to NSOrderingSame !!!
>
> Hi,
>
> >from OS X's NSDecimal.h:
>
> #define NSDecimalMaxSize (8)
> // Give a precision of at least 38 decimal digits, 128 binary
> positions.
>
> You're exceeding the maximum precision possible with the implementations
> of OPENSTEP, Rhapsody and OS X (I just checked the last, but assume it's
> the same on the other platforms).
>
> Cheers,
>
> Marcus
>
>
> --
> Marcus Mueller . . . crack-admin/coder ;-)
> Mulle kybernetiK . http://www.mulle-kybernetik.com
> Current projects: finger znek@mulle-kybernetik.com
>
>
> _______________________________________________
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
> http://mail.gnu.org/mailman/listinfo/discuss-gnustep
>
>