#8750: numerical noise on solaris
-----------------------------+----------------------------------------------
   Reporter:  jhpalmieri     |       Owner:  drkirkby
       Type:  defect         |      Status:  new     
   Priority:  blocker        |   Milestone:  sage-4.4
  Component:  solaris        |    Keywords:          
     Author:  John Palmieri  |    Upstream:  N/A     
   Reviewer:                 |      Merged:          
Work_issues:                 |  
-----------------------------+----------------------------------------------

Comment(by drkirkby):

 Two questions:

  * Is sage/finance/time_series.pyx failing on every platform? I'm trying
 to understand why Solaris would give -inf and other system(s) -Inf. It
 seems to me that:

 {{{
 finance.TimeSeries([1,0,3]).log()
 }}}
 is a lot nicer than
 {{{
  finance.TimeSeries([1,0,3]).log()[1]
 }}}

 So is it right to change the test to a more complicated one, just to get
 the answer we want? If this comes from python, I find it hard to
 understand why there should be the difference. Would a case-insensitive
 test be a better method?

  * Do we know what an exact (or high numerical precision value) to the
 answer of the problem in sage/stats/hmm/chmm.pyx is? I'm always a bit
 reluctant seeing numerical results, with no justification of the answer.
 The approach taken in these doc tests seems to be: "The answer is X, since
 I got X on my computer." Then someone gets a different answer on their
 computer, so the precision of the test is reduced. But rarely do I see
 much justification for the answer. (An exception has been in some problems
 like exp(1.0), where the exact answer is known, and we can be sure the
 problems are numerical rounding issues.

 When one reads things like how SQLite (Open Source) is tested

 http://sqlite.org/testing.html

 or how Wolfram Research claim Mathematica (closed source) is tested

 http://reference.wolfram.com/mathematica/tutorial/TestingAndVerification.html

 I'm personally left with the feeling the testing in Sage leaves a lot to
 be desired.


 Dave

-- 
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/8750#comment:1>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica, 
and MATLAB

-- 
You received this message because you are subscribed to the Google Groups 
"sage-trac" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/sage-trac?hl=en.

Reply via email to