<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - ImpSvNumberInputScan::StringToDouble may produce inaccurate result"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=130725#c30">Comment # 30</a>
              on <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - ImpSvNumberInputScan::StringToDouble may produce inaccurate result"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=130725">bug 130725</a>
              from <span class="vcard"><a class="email" href="mailto:mikekaganski@hotmail.com" title="Mike Kaganski <mikekaganski@hotmail.com>"> <span class="fn">Mike Kaganski</span></a>
</span></b>
        <pre>(In reply to b. from <a href="show_bug.cgi?id=130725#c29">comment #29</a>)
<span class="quote">> the '31000,99' sample there is less a problem of the weak precision how
> values are represented as 'doubles', but of 'catastrophic cancellation' when
> subtracting two operands of similar magnitude, and lack of appropriate
> handling of such in LO calc, C++, or whereever. just filling the 'tail'
> (which is empty reg. bit shifting) with '0' is insufficient. it is not
> possible to get a better representation of the operand values with
> 'doubles', but it is! possible to get a better result for the calculation,
> it requires some effort but it is manageable compared to the effort spent to
> handele 100th of display attributes or constructing gradients for
> backgrounds.</span >

I am tired of people who declare things they don't understand (and try to
substitute other's points, making an impression they raise valid arguments).
Just stop spamming already, and send us the patch.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>