This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author christian.heimes
Recipients Rhamphoryncus, christian.heimes, gmcastil, gvanrossum, mark.dickinson, tim.peters
Date 2008-01-21.12:24:49
SpamBayes Score 0.0021113553
Marked as misclassified No
Message-id <47948F10.5000002@cheimes.de>
In-reply-to <1200886466.04.0.101099736381.issue1640@psf.upfronthosting.co.za>
Content
Mark Dickinson wrote:
> So e.g. cos(infinity) should give a ValueError, while log(infinity) and exp(infinity) 
> should not raise any Python exception, but should return an infinity instead.  And most 
> single variable operations should return an input NaN unaltered, without raising an 
> exception.

The matter should be discussed in a proper PEP and targeted for Python
3.0. Python 3.0 is the right place for subtle changes which may break
code. For Python 2.6 we must not change the exception or outcome of a
function and new functions should be as consistent with existing ones as
possible.

I still don't like the idea of math.atanh(1) == inf. Why? See for yourself:

18.714973875118524
>>> math.atanh(.99999999999999999)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: math domain error

(Linux)

Christian
History
Date User Action Args
2008-01-21 12:24:51christian.heimessetspambayes_score: 0.00211136 -> 0.0021113553
recipients: + christian.heimes, gvanrossum, tim.peters, mark.dickinson, Rhamphoryncus, gmcastil
2008-01-21 12:24:50christian.heimeslinkissue1640 messages
2008-01-21 12:24:49christian.heimescreate