Author mark.dickinson
Recipients christian.heimes, marco.buttu, mark.dickinson, terry.reedy
Date 2013-07-29.20:35:33
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1375130133.45.0.593937200624.issue18570@psf.upfronthosting.co.za>
In-reply-to
Content
I'd prefer to keep the current behaviour for int / int with an out-of-range result (i.e., raise OverflowError).  As far as possible, I believe Python should raise an exception rather than return an infinity or nan whenever possible (with exceptions when one or other of the operands was an infinity or nan to begin with).  The math module does this consistently;  but (mostly for historical reasons) the core of Python doesn't have a lot of consistency w.r.t. overflow versus infinities:

Still, my own preference would be to try to move to greater use of exceptions rather than to greater use of 'inf' and 'nan' results.  So if anything, 2**1023 / 2**-3 would ideally raise OverflowError rather than return 'inf'.

Note that 1 / 0 also currently raises an exception rather than returning an infinity.

Agreed that 'long int' should be 'int'.
History
Date User Action Args
2013-07-29 20:35:33mark.dickinsonsetrecipients: + mark.dickinson, terry.reedy, christian.heimes, marco.buttu
2013-07-29 20:35:33mark.dickinsonsetmessageid: <1375130133.45.0.593937200624.issue18570@psf.upfronthosting.co.za>
2013-07-29 20:35:33mark.dickinsonlinkissue18570 messages
2013-07-29 20:35:33mark.dickinsoncreate