bugLet me illustrate... - Bugs: bug #13599, ScaleUnit not set properly

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #13599: ScaleUnit not set properly

Submitter:  Kimberly Murphy <kmurphy>
Submitted:  Fri 01 Jul 2005 02:29:29 PM UTC
   
 
Category:  None Severity:  4 - Important
Item Group:  lmi defect Status:  Fixed
Privacy:  Public Assigned to:  chicares
Open/Closed:  Closed

Mon 31 Oct 2005 02:04:22 PM UTC, comment #3: 

Bypassing the diagnostic messages with 'offer_hobsons_choice' set to 1 when attempting to scale ledger values twice
did not produce any differences. The scaled ledger values produced the second time, after bypassing all messages,
for scenarios run with and without income, were identical
as the scaled ledger values generated the first time.

Kimberly Murphy <kmurphy>
Sun 16 Oct 2005 12:24:38 AM UTC, comment #2: 

Ledger values are scaled (by 10^(3*J), for nonnegative integer J)
only when a '.pdf' file is written, and then only when necessary
(i.e., when J is zero, multiplication by unity is elided). J is
deliberately constrained not to exceed 6, because the word for a
thousand quintillion (US usage) sounds too racy, and also because
999 quintillion is probably large enough to express the world's
total wealth in any currency.

Attempting to scale ledger values twice results in a diagnostic
message. This message can be bypassed if 'offer_hobsons_choice'
is set to '1' in 'configurable_settings.xml'; does bypassing it
cause any actual harm? The answer to this question will help us
determine the priority of fixing the problem. It's not easy to
fix. This specific concern does not arise if all scalable values
are less than 1,000,000,000.

Greg Chicares <chicares>
Group administrator
Thu 13 Oct 2005 02:07:57 PM UTC, comment #1: 

http://savannah.nongnu.org/cgi-bin/viewcvs/lmi/lmi/ledger_xsl.cpp.diff?r1=1.7&r2=1.8

Values are now scaled as necessary before they're written to
the '.xml' file used for printing.

Greg Chicares <chicares>
Group administrator
Fri 01 Jul 2005 02:29:29 PM UTC, original submission:  

cvs checkout - Jun 23 15:22:04 2005 UTC

The system is not automatically scaling data when
values exceed a billion dollars. Numbers displayed
are too large on output.

Kimberly Murphy <kmurphy>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by chicares (Updated the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follow 7 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2018-02-13 chicares StatusReady For Test Fixed
        Open/ClosedOpen Closed
    2005-10-13 chicares StatusNone Ready For Test
        Assigned toNone chicares
    2005-07-01 kmurphy Carbon-Copy- Added roxsanna
        Carbon-Copy- Added steveatwork
        Carbon-Copy- Added wboutin

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code