Message251103
| Author | bar.harel |
|---|---|
| Recipients | David MacIver, bar.harel, benjamin.peterson, mark.dickinson, steven.daprano |
| Date | 2015-09-19.18:58:01 |
| SpamBayes Score | -1.0 |
| Marked as misclassified | Yes |
| Message-id | <1442689081.67.0.0965303522939.issue25177@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
Seems like this is the only viable option. It fixes the OverflowError but comes at the cost of precision and time. Another option would be to try/except the overflow error and only then return the slower method. Regarding the data [8.988465674311579e+307, 8.98846567431158e+307], float has lesser precision than other types like Decimal so the patched method would return 8.98846567431158e+307. A dataset to test the fix is [8.99e+307, 8.989e+307] which gives a correct result. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2015-09-19 18:58:01 | bar.harel | set | recipients: + bar.harel, mark.dickinson, benjamin.peterson, steven.daprano, David MacIver |
| 2015-09-19 18:58:01 | bar.harel | set | messageid: <1442689081.67.0.0965303522939.issue25177@psf.upfronthosting.co.za> |
| 2015-09-19 18:58:01 | bar.harel | link | issue25177 messages |
| 2015-09-19 18:58:01 | bar.harel | create | |