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 theme
Recipients docs@python, skrah, terry.reedy, theme
Date 2014-05-25.02:41:33
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
skrah: I am not sure what link are you referring to.
However, no matter which link you are talking about, the documentation still doesn't match the behavior no matter how you interpret it.

Some possible interpretations of the documentation on OverflowError:

- OverflowError is raised only by "arithmetic operations" on non-integers in the strictest sense possible (e.g. +,-,*,/,**) , which does not include library functions. This interpretation seems absurd to me.

- OverflowError is raised by arithmetic operations on "non-integers", where "integers" refer only to python integers, which never overflow, and excludes C integers. This seems pretty awkward, since this implies that the behavior of library functions regarding overflows is implementation-defined (aka undefined behavior) to some extent, and I don't think this is good.

- OverflowError is raised by arithmetic operations on non-integers, which can be initiated by either the user, a user script or a library function. However, the issues linked in msg219024 involve library functions that obviously deals only with integers. Resolving behaviors to match this interpretation seems pretty logical to me, but will most likely cause a lot of implementation issues.
Date User Action Args
2014-05-25 02:41:36themesetrecipients: + theme, terry.reedy, skrah, docs@python
2014-05-25 02:41:35themesetmessageid: <>
2014-05-25 02:41:35themelinkissue21559 messages
2014-05-25 02:41:33themecreate