To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=97467
User er changed the following:
What |Old value |New value
================================================================================
Status|NEW |RESOLVED
--------------------------------------------------------------------------------
Resolution| |FIXED
--------------------------------------------------------------------------------
------- Additional comments from e...@openoffice.org Fri Jan 23 22:24:01 +0000
2009 -------
In cws calcperf03:
revision 266854
sal/inc/rtl/math.h
sal/inc/rtl/math.hxx
sal/rtl/source/math.cxx
sal/util/sal.map
Encountered a strange and not so funny behavior such that in the test
case document attached to issue 97468 on sheet critical_values the
calculation of B27 and B57 resulted in #VALUE! Solved by making variable
fp in rtl_math_log1p() volatile, citing comment:
// Use volatile because a compiler may be too smart "optimizing" the
// condition such that in certain cases the else path was called even if
// (fp==1.0) was true, where the term (fp-1.0) then resulted in 0.0 and
// hence the entire expression resulted in NaN.
// Happened with g++ 3.4.1 and an input value of 9.87E-18
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@sc.openoffice.org
For additional commands, e-mail: issues-h...@sc.openoffice.org
---------------------------------------------------------------------
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org
