I shall explain the problem that I am encountering in the best detailed way
that I can. I am working on a billing application (running on UniVerse),
which sends details to a downstream application for invoicing. If several
invoice groups are sent in one shot, where the total is approximately more
(This response assumes that your upstream UniVerse billing application
is totalling decimal amounts.)
I don't know of specific limitations concerning decimal places, but I do
know that precision differences in floating point math cause unexpected
behavior.
If you're trying to total dollar
What... No source code?
--B
-Original Message-
From: owner-u2-us...@listserver.u2ug.org
[mailto:owner-u2-us...@listserver.u2ug.org] On Behalf Of apogee79
Sent: Thursday, May 07, 2009 2:43 AM
To: u2-users@listserver.u2ug.org
Subject: [U2] Any limitation in UniVerse decimal places
I
Message-
From: Rex Gozar rgo...@autopower.com
To: u2-users@listserver.u2ug.org
Sent: Thu, 7 May 2009 5:49 pm
Subject: Re: [U2] Any limitation in UniVerse decimal places
(This response assumes that your upstream UniVerse billing application
is totalling decimal amounts.)?
?
I don't know
Hi,
In short, problem can be described as it is caused by? the fact that
on certain condition represented by combination of large number of
invoices and over 9 digits totals Universe engine creates a small
fractional addition to total number.
Not quite right.
The problem here is that, just
two decimal values).
Mark
-Original Message-
From: owner-u2-us...@listserver.u2ug.org
[mailto:owner-u2-us...@listserver.u2ug.org] On Behalf Of
ggayat...@aol.in
Sent: Thursday, May 07, 2009 8:26 AM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] Any limitation in UniVerse decimal places
Hi,
Th String maths routines (SDIV, SMULT etc) that Martin alludes to at the
bottom of his post are very effective, but do require code changes to all
the calcuations in the program.
You can achieve the same effect in Universe by putting $OPTIONS
STRING.MATH at the top of the program.